При выполнении операции «Отправить и получить» в подсистеме 1С:ЭДО пользователи иногда сталкиваются с ошибкой «Файл документа изменен». В одних ситуациях это проявляется как статус электронного документа, сигнализирующий о расхождении данных, а в других — приводит к критическому сбою и аварийному закрытию программы. Разберем детально обе ситуации, выясним первопричины и рассмотрим пошаговые алгоритмы действий.
Проанализируем базовый сценарий, заложенный в логику типовых конфигураций 1С. Появление статуса или предупреждения «Файл документа изменен» говорит о том, что сформированный xml-файл электронного документа перестал соответствовать данным документа информационной базы (например, документам Реализация товаров и услуг или Приобретение товаров и услуг). Кто-то из пользователей внес изменения в проведенный документ уже после генерации пакета ЭДО.
Рассмотрим порядок действий в зависимости от роли участника обмена:
Документ сформирован, но перед непосредственной отправкой оператору в учетном документе скорректировали сумму, количество, ставку НДС или дату. В результате система блокирует передачу неактуальных данных. Чтобы исправить ситуацию, перейдем в форму предварительного просмотра ЭДО и нажмем «Другие действия» → «Переформировать документ». Программа перечитает данные из базы и создаст корректный файл.
Редактирование документа учета задним числом нарушает юридическую значимость отправленного пакета. Сначала выясним, кто и какие правки внес. Для этого перейдем в раздел «Администрирование» → «Обслуживание» → «Журнал регистрации» либо воспользуемся историей версий объекта. Если изменения были ошибочными, вернем реквизиты документа в точное соответствие с тем, что ушло контрагенту. Если изменения обоснованы, ранее отправленный документ подлежит отзыву: направим контрагенту запрос на аннулирование через меню ЭДО и выставим корректировочный документ либо исправление.
Такой статус появляется, когда бухгалтер вручную отредактировал созданный на основании входящего ЭДО документ поступления (поменял номенклатуру, цены или счета учета). Для синхронизации данных откроем форму просмотра ЭДО и выберем действие «Перезаполнить документ учета» или выполним сопоставление номенклатуры заново. Если же данные от поставщика изначально ошибочны, не следует исправлять их вручную в документе поступления — корректным решением является отклонение документа в ЭДО с указанием причины.
Если появление сообщения «Файл документа изменен» сопровождается падением сеанса («аварийное закрытие программы»), дело заключается не в бухгалтерских данных, а в низкоуровневом сбое технологической платформы. В ветке платформы 8.3.27 (в частности, в релизах 8.3.27.1786 и 8.3.27.1859) зарегистрирована внутренняя ошибка при работе с файлами формата PDF в клиент-серверном режиме.
В процессе работы 1С:ЭДО для визуализации печатных форм (УПД со штампами электронных подписей, факсимиле) задействуются встроенные компоненты просмотра PDF. В момент серверного вызова из формы или передачи сформированного PDF платформа ошибочно определяет файл как измененный сторонним процессом и аварийно завершает работу.
Разберем способы устранения данной технической проблемы:
Основной и самый надежный способ — выполнить обновление платформы до версии 8.3.27.1964 или выше, где данная ошибка официально исправлена разработчиками платформы.
В качестве временного обходного решения (workaround) можно изменить формат предварительного просмотра документов в подсистеме обмена с PDF на стандартный табличный документ (MXL), либо настроить открытие вложенных файлов во внешних программах операционной системы вместо использования встроенного поля формы 1С.
Антивирусы и средства мониторинга файлов могут блокировать временные файлы во время синхронизации пакетов. Добавим каталоги временных файлов (%TEMP%, C:\Windows\Temp) и каталог кластера серверов 1С в список исключений постоянного антивирусного сканирования.
Если настроено регламентное фоновое задание по отправке и получению ЭДО, одновременное нажатие пользователем кнопки ручного обмена может вызвать коллизию доступа к временным транспортным контейнерам. Рекомендуется скорректировать расписание фонового задания либо выполнять ручной обмен в моменты отсутствия фоновой активности.
При повреждении кэшированных данных управляемых форм выполним полную очистку пользовательских каталогов %LOCALAPPDATA%\1C\1cv8 и %APPDATA%\1C\1cv8 на рабочих станциях пользователей.