← На главную

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

Анализируем причину: методология разделения учета

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

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

Если бы система выгружала ПКО из УТ «как есть» и одновременно создавала проводки по ОРП, возникла бы ситуация двойного оборота по дебету счета 50. Чтобы этого избежать, в типовых правилах обмена EnterpriseData заложены следующие фильтры:

1. Документы Приходный кассовый ордер с операциями перемещения внутри организации к отправке не регистрируются.
2. В БП 3.0 при загрузке Отчета о розничных продажах система автоматически генерирует ПКО с видом операции Розничная выручка.
3. Автоматически созданному документу присваивается комментарий "#Создан автоматически при обмене".

Проблема нумерации и префиксов: почему номера не совпадают

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

С точки зрения 1С, это не считается ошибкой. В методических рекомендациях указано, что при использовании операционных касс кассовую книгу рекомендуется строить именно в 1С:Управление торговлей. Именно там отражаются отчеты кассиров-операционистов и ведется детальный оперативный учет. В 1С:Бухгалтерии кассовые документы нужны прежде всего для формирования проводок и соблюдения формального баланса по счету 50. Если же отчетность требуется формировать в бухгалтерской базе, можно использовать обработку для формирования кассовой книги по розничным точкам в БП 3.0.

Как «победить» проблему: практические варианты решения

Рассмотрим несколько сценариев того, как можно работать в данной ситуации, в зависимости от требований вашего бизнеса.

Вариант 1: Организационный (рекомендуемый)

Этот вариант не требует программирования и изменения типовых настроек. Мы просто пересматриваем бизнес-процесс:

1. Печать первички: Все кассовые ордера и листы кассовой книги распечатываются исключительно из 1С:Управление торговлей.
2. Учет в БП: В бухгалтерии мы принимаем автоматическую нумерацию. Документы ПКО здесь служат только для закрытия взаиморасчетов и формирования проводок.
3. Проверки: При налоговых проверках предоставляется кассовая книга из УТ. В учетной политике организации стоит зафиксировать, что оперативный учет кассовых операций ведется в торговой системе.

Вариант 2: Использование расширений для синхронизации номеров

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

• При загрузке Отчета о розничных продажах в БП программа должна искать связанный ПКО в УТ (через дополнительные свойства или уникальный идентификатор).
• После создания автоматического ПКО в БП расширение должно принудительно перезаписывать его номер и префикс данными из УТ.

Это позволит сохранить типовую логику обмена (создание на основании ОРП), но обеспечит визуальное соответствие документов.

Вариант 3: Корректировка правил обмена

Для продвинутых пользователей и программистов возможен вариант правки правил через Конвертацию данных. Посмотрим на алгоритм действий:

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

Важно: Этот путь самый сложный, так как при обновлении конфигураций типовые правила могут вернуться к исходному состоянию, и логику придется восстанавливать вручную. Для переноса документов в обход типовой синхронизации можно использовать готовые правила обмена между УТ 11 и БП 3.0 через XML.

Особенности работы с АТТ и НТТ

Разберем, как тип торговой точки влияет на логику синхронизации:

Для Автоматизированных торговых точек (АТТ) ПКО в БП всегда создается «поверх» ОРП на сумму наличной выручки. Это позволяет автоматизировать процесс, но и создает ту самую проблему с нумерацией.

Для Неавтоматизированных торговых точек (НТТ) ситуация иная. Часто документы приходится вводить вручную или использовать специфические настройки обмена, так как данные о выручке могут поступать с задержкой или консолидированно.

Почему не работает обратная загрузка (из БП в УТ)?

Иногда возникает вопрос: можно ли загрузить ПКО из бухгалтерии в торговлю? Проанализируем сообщение из форума, где документ регистрируется к выгрузке, но не попадает в XML-файл. Это происходит потому, что в правилах обмена стоит жесткий фильтр по направлению. Управление торговлей является «мастер-системой» (источником данных) для торговых операций. Обратная выгрузка розничной выручки заблокирована, чтобы предотвратить зацикливание и искажение оперативных остатков в УТ, которые должны формироваться только на основании первичных чеков и отчетов ККМ.

Резюме для бухгалтера и технического специалиста

Подводя итог, можно сказать, что «победить эту шляпу» можно либо принятием методологии 1С, либо техническим вмешательством в правила обмена. Если вы решите оставить все как есть, помните:

• В 1С:Бухгалтерия ПКО с комментарием об автоматическом создании — это норма.
• Разница в номерах между УТ и БП не является нарушением, если кассовая книга ведется в одной базе (источнике).
• Любые попытки заставить ПКО выгружаться напрямую из УТ при наличии ОРП могут привести к задвоению выручки в бухгалтерском учете, если не отключить автоматическое создание документов в БП.

Таким образом, самым стабильным решением остается ведение кассовой книги в УТ и использование БП только для формирования регламентированной отчетности и проводок по счету 50.