← На главную

При настройке и выполнении одностороннего обмена данными между конфигурациями «Управление торговлей», ред. 10.3 и «Бухгалтерия предприятия», ред. 2.0 пользователи часто сталкиваются с ситуацией, когда в выгруженных приходных кассовых ордерах (ПКО) незаполнен реквизит Документ расчетов. В конфигурации-источнике (УТ 10.3) документ-основание указан и проведен корректно, однако после переноса в приемник (БП 2.0) реквизит остается пустым, из-за чего документ невозможно провести в бухгалтерской базе.

Рассмотрим подробно причины возникновения этой ошибки и проанализируем доступные варианты решения проблемы.

Выясняем причину возникновения проблемы

Проанализируем механику передачи данных при использовании стандартных правил обмена на базе технологии «Конвертация данных». Основная причина кроется в установленных фильтрах по периоду выгрузки (в реквизите Начальная дата обмена):

1. Ограничение по дате выгрузки документов: Если реализация товаров и услуг, указанная в ПКО как документ расчетов, оформлена датой ранее, чем Начальная дата обмена, она не выгружается в базу-приемник как полноценный объект.
2. Передача по ссылке (УИД): Правила конвертации передают документ расчетов по уникальному идентификатору (УИД). Если сама реализация из-за ограничений периода не попала в файл выгрузки и отсутствует в БП 2.0, база-приемник не может разрешить ссылку. В результате реквизит Документ расчетов очищается или остается незаполненным.
3. Режим проведения в БП 2.0: В документе ПКО на стороне БП установлен способ погашения задолженности По документу. Из-за того, что конкретный документ расчетов не загрузился, конфигурация выдает ошибку проведения.

Вариант 1. Точечная регистрация прошлых реализаций в плане обмена

Разберем вариант, когда необходимо сохранить точность проведения взаиморасчетов по документам, не сдвигая при этом общую начальную дату обмена для всей базы.

1. Откроем стандартную обработку Регистрация изменений для обмена данными.
2. Найдем узел обмена с конфигурацией «Бухгалтерия предприятия».
3. В дереве объектов выберем документ Реализация товаров и услуг и добавим к выгрузке только те конкретные старые реализации, которые выступают документами расчетов для проблемных ПКО.
4. Выполним повторный обмен данными. Выбранные реализации выгрузятся в БП 2.0, после чего ссылки в ПКО зацепится и разрешатся корректно.

Вариант 2. Изменение режима погашения задолженности в БП 2.0

Если старые реализации не должны попадать в бухгалтерскую базу или физически учет за прошлый период ведется сводно, изменим логику погашения задолженности непосредственно в БП 2.0.

1. Откроем загруженный документ Приходный кассовый ордер.
2. Переключим значение реквизита Погашение задолженности со значения По документу на значение Автоматически.
3. Проведем документ. При автоматическом погашении задолженности система зачтет поступающие средства по данному договору по методу ФИФО без привязки к конкретной реализации.

Вариант 3. Массовая обработка перенесенных ПКО

Для исправления большого количества уже загруженных документов в базе «Бухгалтерия предприятия» воспользуемся групповыми обработками:

1. Откроем обработку Групповая обработка справочников и документов или Изменение реквизитов.
2. Настроим отбор документов Приходный кассовый ордер с пустым значением поля Документ расчетов за нужный период.
3. Установим значение реквизита Погашение задолженности в режим Автоматически и выполним групповое проведение документов.

Вариант 4. Доработка правил обмена (для разработчиков)

Рассмотрим способ предотвращения ошибки на этапе выгрузки/загрузки с помощью конфигурации «Конвертация данных»:

В правилах конвертации объектов (ПКО для документа ПКО) в обработчик события После загрузки или Перед обработкой правила можно добавить алгоритм проверки. Если передаваемый документ расчетов не входит в период выгрузки или отсутствует в базе-приемнике, алгоритм программно переключает режим погашения задолженности на Автоматически. Это позволит избежать появления невидимых или битых ссылок при последующих обменах.