← На главную

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

В чем заключалась техническая проблема?

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

В результате при попытке загрузки таких данных в БП возникали ошибки проведения, либо суммы «зависали» на некорректных счетах учета, не позволяя правильно сформировать книгу доходов и расходов или декларацию по НДС. Рассмотрим, как это решается в актуальных версиях систем.

Шаг 1. Проверка версионных требований

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

1. 1С:УНФ: версия не ниже 3.0.1. Именно в этой редакции была реализована возможность раздельной выгрузки чеков.
2. 1С:Бухгалтерия предприятия: версия не ниже 3.0.118. В этой версии был переработан механизм приема розничных документов через формат EnterpriseData.
3. Протокол обмена: Синхронизация должна быть настроена через современный формат EnterpriseData. Старые правила обмена (через формат .xml) не поддерживают передачу чеков как отдельных объектов.

Шаг 2. Изменение логики передачи документов: от сводного к детальному

Выясним, как именно система теперь обрабатывает данные (при необходимости можно использовать редактирование пробитых чеков ККМ). При включенной опции «Предоплата в чеках ККМ» в настройках УНФ, механизм синхронизации разделяет поток документов:

• Если в чеке зафиксирована полная оплата и отгрузка товара в один момент, такие данные по-прежнему могут сворачиваться в общий Отчет о розничных продажах для экономии ресурсов базы данных.
• Если же в чеке присутствует признак способа расчета «Предоплата», «Аванс» или «Кредит» (частичная оплата), то такие операции выгружаются в БП как отдельные документы «Чек».

Это критически важно, так как документ Чек в Бухгалтерии предприятия умеет работать с частичными оплатами и корректно задействует счет 62.02 (расчеты по авансам полученным).

Шаг 3. Настройка типов складов и торговых точек

Рассмотрим важный нюанс со стороны 1С:Бухгалтерия. Для того чтобы документы Чек загружались и проводились без ошибок, склады (торговые точки), по которым приходят данные из УНФ, должны иметь строго определенный тип.

В БП склад должен быть заведен как «Автоматизированная торговая точка» (АТТ). Если торговая точка указана как «Неавтоматизированная» (НТТ), механизм детальной выгрузки чеков работать не будет, так как логика НТТ предполагает учет только суммовых остатков без детализации по чекам и номенклатуре в реальном времени.

Шаг 4. Отражение авансов в бухгалтерском учете

Посмотрим на цепочку проводок, которая формируется в БП после успешной синхронизации чека с авансом:

1. При получении предоплаты: Создается документ Чек (или Поступление наличных / Оплата платежной картой), который формирует запись: Дт 50 (51) — Кт 62.02.
2. При окончательном расчете (отгрузке): Формируется второй документ Чек на реализацию, который делает зачет аванса: Дт 62.02 — Кт 62.01 и отражает выручку: Дт 62.01 — Кт 90.01.

Важный момент по номенклатуре: Если в УНФ аванс принимается без привязки к конкретной позиции (просто как денежные средства), убедитесь, что в БП настроена номенклатурная позиция с типом «Услуга» для отражения аванса, иначе документ реализации может не провестись из-за пустой табличной части.

Шаг 5. Работа с эквайрингом при авансах

Проанализируем ситуацию, когда предоплата вносится безналичным путем. В настройках синхронизации необходимо проверить сопоставление Эквайринговых терминалов. Если соответствие не настроено, суммы по безналичным авансам могут «зависнуть» на 57 счете без привязки к конкретному розничному покупателю, что не позволит автоматически зачесть их в момент отгрузки товара.

Чек-лист: почему обмен может не работать?

Если вы обновили конфигурации, но авансы все равно не загружаются в БП отдельными документами, рекомендуем проверить следующие пункты:

• Настройка «Способ отражения в бухучете» в УНФ: Проверьте, чтобы в категориях номенклатуры были верно указаны счета учета, которые БП сможет распознать.
• Флаг сворачивания ОРП: В настройках синхронизации (в УНФ) найдите параметр Выгружать отчеты о розничных продажах. Убедитесь, что система настроена на детальную передачу, если планируется использование авансовых схем.
• Сопоставление контрагентов: Для корректного зачета аванса по счету 62 в БП крайне важно, чтобы во всех связанных документах (аванс и отгрузка) фигурировал один и тот же контрагент (например, «Розничный покупатель»). Если при синхронизации создаются дубли контрагента, автоматический зачет не произойдет.
• Дата запрета загрузки: Убедитесь, что дата получения аванса не попадает в закрытый период в Бухгалтерии предприятия.

Таким образом, переход на УНФ 3.0 и использование формата EnterpriseData полностью снимает проблему «кривых» отчетов о розничных продажах с авансами. Теперь система автоматически разделяет продажи на сводные отчеты и детальные чеки, обеспечивая прозрачный бухгалтерский и налоговый учет розничной выручки.