← На главную

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

Разберем причины этой ошибки, методику правильного учета и технические нюансы интеграции с кассовым ПО (на примере Frontol и Контур.Маркет).

Причина задвоения доходов: механика работы программы

Чтобы понять, почему происходит ошибка, нужно проанализировать, как 1С определяет момент признания дохода.

1. Наличная выручка: По закону (кассовый метод) деньги, попавшие в кассу, сразу являются доходом. Когда вы проводите документ Отчет о розничных продажах, программа видит сумму наличных и сразу делает запись в регистр КУДиР.
2. Безналичная выручка (Эквайринг): Деньги, оплаченные картой, еще не поступили на ваш расчетный счет. Они находятся "в пути". Поэтому в момент пробития чека доход признаваться не должен (или должен, но по факту поступления денег на р/с — зависит от настроек, но чаще всего программа ждет выписку). Для учета этих сумм используется транзитный счет 57.03 "Продажи по платежным картам".

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

Затем приходит банковская выписка. Вы проводите документ Поступление на расчетный счет с видом операции "Поступление от продаж по платежным картам". Программа видит приход реальных денег и снова ставит их в доход, так как не видит связи с продажей (ведь продажа была учтена как полностью наличная).

Правильное заполнение Отчета о розничных продажах

Чтобы избежать задвоения, необходимо разделять выручку внутри документа Отчет о розничных продажах. Давайте посмотрим, как это должно выглядеть:

1. Вкладка "Товары": Здесь перечислена вся номенклатура, проданная за смену, на общую сумму (например, 10 000 руб.).
2. Вкладка "Безналичные оплаты": Здесь должна быть указана сумма, оплаченная картами (например, 3 000 руб.).

При таком заполнении программа сделает следующие проводки:

• Дт 50 — Кт 90.01 на сумму 7 000 руб. (Наличные, сразу в КУДиР).
• Дт 57.03 — Кт 90.01 на сумму 3 000 руб. (Безнал, в КУДиР пока не попадает).

Когда вы проведете банковскую выписку:

• Дт 51 — Кт 57.03 на сумму 3 000 руб. (или за вычетом комиссии).

В этот момент программа "закроет" 57 счет и признает доход для УСН по факту поступления денег.

Проблема интеграции (Frontol, Контур, Эвотор и др.)

Часто пользователи не заполняют отчеты вручную, а выгружают их из кассовых программ или ОФД. В обсуждаемой теме проблема заключалась в том, что при выгрузке из Frontol через Контур.Маркет в 1С вкладка "Безналичные оплаты" оставалась пустой, хотя по факту оплаты картами были.

Диагностика:
Если вы видите, что в кассовой программе (фронт-офисе) продажи разделены на нал/безнал, а в 1С прилетает всё как наличные (или вкладка безнала пуста), проблема кроется в сопоставлении (маппинге) видов оплат. Для этой задачи есть автоматическое формирование отчетов о продажах из ОФД.

Решение:

В кассовом ПО каждому виду оплаты присвоен свой внутренний код (ID). Например:

• Код 0 — Наличные
• Код 1 — Эквайринг (Карта)

При настройке обмена данными с 1С необходимо убедиться, что коды в файле выгрузки соответствуют тому, что ожидает обработка загрузки в 1С. В рассматриваемом случае решение было следующим:

Нужно открыть настройки (админку) кассового ПО или модуля интеграции и изменить цифру (код) вида оплаты, чтобы она соответствовала настройкам обмена. Например, заменить код вида оплаты картой с "2" на "1" (или как требуется по документации к вашей версии обработки обмена).

После корректировки настроек новые отчеты будут загружаться с корректно заполненной вкладкой "Безналичные оплаты".

Как исправить ошибки прошлых периодов

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

Рекомендуем следующий алгоритм действий:

1. Сделайте резервную копию базы.
2. Откройте неправильные документы Отчет о розничных продажах.
3. Вручную перенесите суммы оплат картами во вкладку "Безналичные оплаты". Убедитесь, что сумма на этой вкладке соответствует тому, что пришло на счет (без учета комиссии банка, если комиссия удерживается отдельно, или с учетом — в зависимости от условий договора, но в КУДиР должна попасть полная сумма продажи).
4. Перепроведите Отчет о розничных продажах.
5. Затем перепроведите связанные документы Поступление на расчетный счет. Программа должна увидеть остаток на счете 57.03 и корректно закрыть его.
6. Выполните процедуру Закрытие месяца (поможет проверка базы на ошибки и готовность к отчетности), чтобы пересчитать налоги и регистры КУДиР.

Если по банку пришло больше, чем пробито по кассе

Бывает обратная ситуация: по отчету о продажах сумма безнала меньше, чем фактически пришло на расчетный счет. Это может означать ошибку кассира (пробил чек как "наличные", а оплату принял терминалом, либо вообще не пробил чек).

В этом случае порядок действий такой:

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

Вывод

Для корректного формирования КУДиР при розничной торговле критически важно использование счета 57.03. Это достигается только при заполнении вкладки "Безналичные оплаты" в отчете о продажах. Если вы используете автоматическую загрузку данных, обязательно проверяйте соответствие кодов видов оплат в настройках интеграции — в этом поможет загрузка чеков из ОФД и разделение выручки.