Вопрос об определении исходящего IP-адреса при сдаче регламентированной отчетности является критически важным для компаний, использующих арендованные серверы, облачные решения или серверные мощности, расположенные за пределами Российской Федерации. Разберем детально технические и организационные аспекты этого процесса, чтобы понять, какие данные попадают в поле зрения контролирующих органов (ФНС, СФР) и какие риски это несет для бизнеса.
Для начала проанализируем ситуацию с точки зрения архитектуры 1С:Предприятие 8.3. В клиент-серверном варианте работы взаимодействие с внешними сервисами, такими как «1С:Отчетность» (через оператора «Калуга Астрал»), может происходить в двух разных контекстах: клиентском или серверном. Рассмотрим, от чего это зависит.
В современных типовых конфигурациях (например, «Бухгалтерия предприятия 3.0»), построенных на базе Библиотеки стандартных подсистем (БСП), большинство операций по обмену данными с контролирующими органами вынесено в серверный модуль. Это сделано для повышения стабильности и возможности выполнения операций в фоновом режиме. Когда бухгалтер нажимает кнопку «Отправить», система инициирует вызов процедуры на стороне сервера приложений 1С. Следовательно, сетевой запрос к шлюзу оператора ЭДО формирует именно серверный процесс rphost. В этом случае оператор ЭДО зафиксирует внешний IP-адрес вашего сервера.
Однако существуют сценарии, при которых может использоваться IP-адрес клиента:
КриптоПро CSP) и ключи установлены локально на компьютере пользователя, и конфигурация настроена на работу с ними без передачи на сервер, часть технологического цикла может проходить через клиентский IP. Однако современный стандарт — это установка криптографии на сервере или использование облачных подписей.Важно понимать, что налоговая служба (ФНС) не получает данные от вашей 1С напрямую. Процесс выглядит следующим образом: 1С отправляет зашифрованный транспортный контейнер на сервер оператора ЭДО (например, «Калуга Астрал», «СБИС» или «Контур»), а оператор, в свою очередь, пересылает его в приемный шлюз налоговой.
Проанализируем содержание этого обмена. Согласно нормативным требованиям ФНС (в частности, приказам, регулирующим технологические регламенты обмена), оператор ЭДО обязан фиксировать техническую информацию о сессии связи. В состав так называемого «технологического окна» или метаданных транспортного контейнера включается:
Таким образом, даже если ФНС получает отчет с IP-адреса серверов оператора ЭДО, в сопроводительных документах (подтверждение даты отправки) будет фигурировать тот адрес, который «увидел» оператор. Если ваша 1С работает на сервере в Казахстане, оператор зафиксирует именно казахстанский IP и передаст эту информацию в налоговую по запросу или в рамках автоматизированного обмена.
Рассмотрим подробнее, почему использование иностранного IP-адреса для сдачи отчетности российского юридического лица может стать проблемой.
1. Геоблокировки и кибербезопасность. Государственные информационные системы РФ часто применяют геофильтрацию. В периоды повышенной вирусной активности или политической напряженности доступ к шлюзам приема отчетности для зарубежных пулов IP может быть ограничен. Если ваш сервер находится в Казахстане, Германии или США, вы рискуете столкнуться с ошибкой «Удаленный сервер не отвечает» в самый последний день сдачи декларации.
2. Внимание систем риск-анализа (АСК НДС). Алгоритмы налоговой службы настроены на поиск аномалий. Сдача отчетности через иностранную инфраструктуру может быть расценена как признак «сомнительной» деятельности или использования технических посредников для сокрытия реального местоположения бизнеса. Это может стать поводом для углубленной камеральной проверки. Для оперативной подготовки ответов на подобные требования налогового органа можно использовать инструмент для выгрузки архива электронных документов из ЭДО.
3. Доказательство «дробления бизнеса». Как показывает судебная практика (например, постановления Арбитражных судов Московского и Северо-Кавказского округов 2024 года), совпадение IP-адресов у разных юридических лиц является одним из ключевых доказательств их взаимозависимости и фиктивного разделения. И наоборот, использование разных, но «странных» (зарубежных) адресов также анализируется в совокупности с другими фактами.
Необходимо затронуть вопрос хранения данных на зарубежном сервере. Выясним причину, по которой это опасно. Согласно закону 152-ФЗ, первичный сбор и хранение персональных данных (ПД) граждан РФ должны осуществляться на территории России.
Даже если вы считаете, что в вашей базе «нет ничего лишнего», в любой учетной системе 1С как минимум присутствуют данные:
Хранение такой базы на сервере в Казахстане является прямым нарушением требования о локализации баз ПД, что влечет за собой серьезные штрафы со стороны Роскомнадзора. Для переноса кадрового и расчетного контура в российскую юрисдикцию применяется перенос данных ЗУП 3 — ЗУП 3.
Посмотрим на практике, как определить, какой адрес будет зафиксирован. Для этого в типовых решениях 1С выполним следующие шаги:
Если вы хотите получить 100% точный результат, попросите системного администратора проверить логи на сервере или использовать командную строку непосредственно на сервере приложений 1С в момент отправки отчета. Выполним команду:
netstat -anob | findstr "rphost"
Это позволит увидеть все активные соединения процесса 1С и целевые IP-адреса, к которым он обращается.
Подведем итог нашему анализу:
Если перенос сервера в РФ по каким-то причинам невозможен в краткосрочной перспективе, рассмотрите вариант настройки прокси-сервера с российским IP на уровне операционной системы сервера приложений 1С. Таким образом, весь трафик rphost будет выходить в сеть через доверенный российский узел, что снимет вопросы со стороны геоблокировок и технических регламентов ФНС.