← На главную

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

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

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

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

В типовой схеме обмена через EnterpriseData возникают следующие конфликты:

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

Решение 1: Изменение методики оформления возвратов в УТ

Разберем самый правильный с точки зрения методологии 1С способ решения проблемы. Чтобы избежать «минусов» в Отчете о розничных продажах, необходимо изменить настройки отражения операций в 1С:Управление торговлей.

Рассмотрим пошагово, что нужно сделать:

1. Перейдем в раздел НСИ и администрирование — Настройка разделов — Продажи.
2. Проанализируем настройки розничных продаж. Если возвраты прошлых смен оформляются через Отчет о розничных продажах, это будет создавать проблемы в БП.
3. Настроим систему таким образом, чтобы возвраты от покупателя, совершенные не в день покупки, оформлялись отдельным документом Возврат товаров от клиента.

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

Решение 2: Ручная корректировка документа в 1С:Бухгалтерия

Если документов немного или требуется оперативно провести отчет, рассмотрим алгоритм ручной правки документа в базе БП:

1. Откроем проблемный документ Отчет о розничных продажах.
2. Перейдем на вкладку Товары. Проверим, указаны ли там товары, которые были возвращены. Важно, чтобы сумма по этим строкам соответствовала сумме, которую мы возвращаем по безналу.
3. Посмотрим на вкладку Безналичные оплаты. Программа сравнивает итог этой таблицы (в части возвратов) с колонкой возвратов в товарах.
4. Если возврат был сделан по безналу, а в таблице товаров эта сумма не выделена (например, она «свернулась» с продажами), необходимо вручную «развернуть» строки. Вычтем количество возвращенного товара из строк продажи и добавим их отдельными строками с видом операции Возврат.
5. Проанализируем итоговые суммы. Если сумма возврата безналичных средств все равно превышает сумму возвращенного товара (например, возвращается аванс или предоплата), такие суммы следует выносить из Отчета о розничных продажах в отдельный документ Операция по платежной карте с видом операции Возврат покупателю.

Решение 3: Проверка и обновление правил обмена

Посмотрим на ситуацию со стороны технического специалиста. Часто проблема кроется в устаревших правилах конвертации данных. Проанализируем регистр сведений Правила для обмена данными.

Выполним следующие действия:

1. Проверим версию используемого формата EnterpriseData. Для корректной работы с последними релизами БП рекомендуется использовать версию 1.8 или выше.
2. Загрузим актуальные правила обмена, которые идут в комплекте с обновлением конфигурации. Часто разработчики выпускают патчи для правил обмена отдельно от конфигураций.
3. В некоторых случаях помогает временное отключение «сворачивания» строк при обмене. Это можно сделать через настройку узла информационной базы в разделе Синхронизация данных. Если строки перестанут сворачиваться, БП увидит детальную информацию по возвратам и проверка на превышение выручки может отработать корректно.

Пример анализа данных в документе

Рассмотрим пример ситуации, когда документ не проводится. Допустим, за смену было:

• Продаж на сумму 10 000 руб.
• Возвратов за прошлую смену на сумму 12 000 руб. (все возвраты по безналу).

В этом случае на вкладке Товары у нас получится отрицательный итог или нулевой (если продажи и возвраты разных товаров). На вкладке Безналичные оплаты будет значиться сумма возврата 12 000 руб. Программа БП выдаст ошибку, так как 12 000 > 10 000 (или текущей выручки по конкретной кассе).

Рекомендация: В такой ситуации мы должны разделить документ. Создадим вручную (или настроим выгрузку) документ Возврат товаров от клиента на 12 000 руб. и Выдачу наличных (или операцию по карте) на эту же сумму. А в Отчете о розничных продажах оставим только чистую продажу на 10 000 руб.

Важные замечания по учету

Критически важно помнить, что с точки зрения фискального учета (54-ФЗ), возврат товара не в день покупки должен оформляться как отдельная операция возврата, а не просто корректировка выручки текущего дня. Именно поэтому 1С:Бухгалтерия предъявляет такие жесткие требования к заполнению документа. Проанализируем настройки ККТ и убедимся, что чеки возврата пробиваются корректно, так как несоответствие данных в 1С и в фискальном накопителе может привести к штрафным санкциям.

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