← На главную

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

Выясним причину: методология типового обмена

Если мы посмотрим на пример типовых правил обмена и проанализируем код выгрузки, то увидим, что там установлена жесткая проверка. Если оплата классифицируется как авансовая, эта сумма целенаправленно удаляется из отчета при выгрузке. Рассмотрим подробнее, почему разработчики заложили именно такую логику.

Документ ОтчетОРозничныхПродажах (ОРП) в бухгалтерском учете выполняет строго определенную функцию: он отражает выручку от реализации товаров (счета 90.01 / 90.02) и списывает себестоимость проданного товара со склада (счет 41).

Чек на аванс (или предоплату) по своей экономической и учетной сути не является фактом отгрузки и признания дохода. Он фиксирует лишь факт получения денежных средств в счет будущих обязательств (счет 62.02) и требует формирования записей по НДС с авансов (счет 76.АВ). Если бы суммы обезличенных авансовых чеков попадали в общую сумму реализации в ОРП, происходило бы критическое искажение финансового результата. А при последующей фактической отгрузке товара с зачетом этого аванса выручка бы попросту задвоилась. Именно поэтому в правилах конвертации заложен фильтр, исключающий чеки на аванс из табличных частей реализации.

Как типовая методология 1С предусматривает учет розничных авансов

Разберем по шагам, как система предлагает работать с авансами от физических лиц "из коробки":

1. Оформление через расчетные документы с контрагентом. Штатная схема предполагает, что авансы не должны пробиваться "быстрым" обезличенным чеком в интерфейсе РМК. Правильный процесс строится через связку: документ ЗаказПокупателя, на основании которого создается ПриходныйКассовыйОрдер (или ЭквайринговаяОперация при безналичной оплате). В этом случае в 1С:Бухгалтерию выгружаются полноценные документы движения денежных средств (ПоступлениеНаличных или ОперацияПоПлатежнойКарте) с видом операции "Оплата от покупателя", которые корректно формируют проводку в дебет кассы или перевода в пути (50, 57) и кредит расчетов по авансам (62.02).
2. Механизм розничных предоплат в новых релизах. Начиная с версии БП 3.0.150, разработчики добавили функциональность учета розничных предоплат по обезличенному контрагенту "Розничный покупатель". Теперь авансы и их зачеты могут отражаться непосредственно в ОРП на специальной вкладке. Однако типовые правила обмена для старых версий (например, Розница 2.3) создавались до этого нововведения и по умолчанию не умеют заполнять эту новую вкладку.

Варианты решения проблемы

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

1. Изменение регламента оформления в магазине (без доработки кода)

Это самый безопасный вариант, не требующий вмешательства программиста. Измените порядок работы кассиров:

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

2. Доработка правил обмена (Конвертация данных)

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

• Скорректируйте правила конвертации данных (через расширение конфигурации или загрузку измененных правил через КД 2.0).
• Настройте логику так, чтобы чеки на аванс из Розницы не просто игнорировались, а инициировали создание документов ПоступлениеНаличных или ОперацияПоПлатежнойКарте в Бухгалтерии с видом операции "Оплата от покупателя" и отнесением на субсчет 62.02.
• Альтернативный путь: если у вас свежая версия БП, поддерживающая розничные предоплаты в ОРП, настройте перенос отфильтрованных сумм авансовых чеков в новую табличную часть предоплат документа ОтчетОРозничныхПродажах.

3. Ручная корректировка (для единичных операций)

Если авансы в рознице — это редкость, можно обойтись организационными мерами:

• При закрытии смены кассир фиксирует сумму принятых авансов по Z-отчету или в сопроводительной справке.
• Бухгалтер в 1С:Бухгалтерии вручную создает документ ПоступлениеНаличных или ОперацияПоПлатежнойКарте на счет 62.02, используя системного контрагента "Розничный покупатель".
• Это позволит корректно исчислить НДС с аванса и избежать расхождений фактических остатков денег в кассе с учетными данными. При последующей отгрузке (когда товар будет передан покупателю) зачет этого аванса также потребуется проконтролировать и отразить вручную.

Таким образом, отсутствие авансов в типовом ОРП — это не ошибка программы, а заложенная методологическая защита от искажения бухгалтерского учета. Выбор между правильным использованием типового функционала заказов и доработкой правил обмена остается за вами, исходя из особенностей бизнес-процессов вашей компании.