Почему изменения в отчете о розничных продажах не переносятся при синхронизации из Розницы 2.2 в Бухгалтерию 3.0?

Программист 1С v8.3 (Управляемые формы) 1С:Розница Бухгалтерский учет Торговля и дистрибуция
← На главную

Рассмотрим распространенную ситуацию в связке конфигураций 1С:Розница 2.2 и 1С:Бухгалтерия предприятия 3.0. После закрытия кассовой смены создается документ Отчет о розничных продажах. Документ успешно переносится в бухгалтерскую базу через типовую синхронизацию данных. Однако если ответственный сотрудник (например, директор магазина) впоследствии открывает этот отчет в Рознице и вручную изменяет номенклатуру или количество, повторная выгрузка не обновляет данные в Бухгалтерии: документ в приемнике либо не меняется вовсе, либо снова перезаписывается первоначальными значениями.

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

Архитектурная логика типового обмена Розница — Бухгалтерия

Проанализируем, почему система ведет себя именно так. В типовых правилах конвертации данных для конфигурации 1С:Розница алгоритм выгрузки документа Отчет о розничных продажах устроен особым образом:

  1. Первичность кассовых чеков: При закрытии смены созданный Отчет о розничных продажах архивирует документы Чек ККМ. Кассовые чеки являются неизменяемым фискальным первоисточником, полностью соответствующим данным фискального накопителя и ОФД.
  2. Запрос к чекам ККМ при выгрузке: В правиле выгрузки данных выборка проданных товаров строится не из табличной части самого документа Отчет о розничных продажах, а через прямой запрос к таблице связанных архивированных чеков ККМ (с фильтрацией авансов и рассрочек).
  3. Игнорирование ручных правок: Как бы пользователь ни корректировал строки в самом отчете, при формировании пакета синхронизации алгоритм заново считывает исходные чеки ККМ. В результате в файл выгрузки попадает первоначальный состав номенклатуры из фискальных чеков, а ручные изменения в документе отсекаются.

Методологические способы решения (без изменения конфигурации)

С точки зрения методологии учета и кассовой дисциплины ручная правка закрытых документов продажи «задним числом» не рекомендуется, так как возникает расхождение между фискальными данными чека и учетными остатками. Если на кассе отключен контроль остатков и пробит не тот товар, разберем правильные способы отражения ситуации:

  1. Оформление документа «Пересортица товаров»: Если кассир ошибочно пробил один товар вместо другого, после закрытия смены оформляется документ Пересортица товаров (либо связка документов Списание товаров и Оприходование товаров). В таком случае отчет о розничных продажах остается неизменным и соответствует чекам, а складские остатки выравниваются и корректно передаются в Бухгалтерию отдельными документами.
  2. Регулярная инвентаризация: Если пересортица носит массовый характер, расхождения закрываются по итогам инвентаризации списанием недостач и оприходованием излишков.
  3. Коррекция на кассе: При обнаружении ошибки до закрытия смены оформляется чек возврата и пробивается корректная позиция через интерфейс РМК.

Технические варианты решения проблемы

Если бизнес-процессы компании требуют выгрузки именно отредактированной табличной части документа Отчет о розничных продажах, рассмотрим способы доработки правил обмена:

  1. Корректировка правил конвертации данных:

    В конфигурации 1С:Конвертация данных или непосредственно в обработчиках правил обмена необходимо переписать запрос к табличной части. Вместо выборки из связанных чеков ККМ запрос направляется напрямую к табличной части Товары самого документа Отчет о розничных продажах. Обновленные правила можно загрузить в пользовательском режиме через Администрирование → Синхронизация данных → Настройки синхронизации → Правила конвертации данных без снятия конфигурации с поддержки.

  2. Использование расширения конфигурации:

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

  3. Переформирование отчета в Рознице:

    Если архивные чеки были скорректированы программно или до архивации, документ Отчет о розничных продажах можно перезаполнить штатным действием из журнала кассовых смен, после чего вручную зарегистрировать объект к выгрузке через обработку РегистрацияИзмененийДляОбмена.

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

Если правила были изменены или документ успешно выгружается, но в базе 1С:Бухгалтерия 3.0 изменения все равно не отображаются, проверим следующие настройки:

  1. Флаг «Ручная корректировка» в Бухгалтерии: Если бухгалтер открывал документ в БП 3.0 и вручную правил проводки (установлен флаг Ручная корректировка (содержит движения, отредактированные вручную)), подсистема синхронизации БСП блокирует автоматическую перезапись этого документа, предотвращая потерю бухгалтерских правок.
  2. Коллизии синхронизации: При параллельном редактировании документа в обеих базах механизм разрешения коллизий может отдавать приоритет базе-приемнику. Проверим список коллизий в меню Синхронизация данных → Предупреждения при синхронизации данных.
  3. Дата запрета загрузки данных: Проверим, не установлена ли дата запрета загрузки в настройках синхронизации данных за период, к которому относится изменяемый отчет.
← На главную