← На главную

В процессе ежедневного учета эквайринговых операций бухгалтеры нередко сталкиваются с ситуацией: создается документ реализации, на его основании оформляется оплата платежной картой, однако при проведении документа Поступление на расчетный счет программа автоматически закрывает совершенно другую — старую или прошлогоднюю реализацию. При этом в стандартном отчете Акт сверки расчетов никаких зависших долгов за контрагентом не числится, а расчеты по бухгалтерским счетам закрыты корректно.

Особую остроту эта ошибка приобретает в моменты перехода на новые условия налогообложения (например, при появлении обязанности по исчислению НДС на УСН). Если оплата привязывается к прошлогодней отгрузке, когда организация применяла освобождение от налога, программа ошибочно определяет поступившую выручку как необлагаемую и включает ее в Книгу учета доходов и расходов (КУДиР) в полном объеме без выделения расчетного НДС. Разберем по шагам, почему возникает эта коллизия и как восстановить правильный учет.

Причины сбоя в распределении оплат

Проанализируем механику работы типовой конфигурации. Некорректный зачет отгрузок происходит по следующим причинам:

1. Разделение контуров бухгалтерского и налогового учета. Документ Акт сверки расчетов и стандартные оборотно-сальдовые ведомости строятся исключительно на основании записей регистра бухгалтерии (счета 62.01, 62.02, 57.03, 76). Признание же доходов при эквайринге для целей УСН и учет НДС опираются на специализированные регистры накопления, в частности на регистр Прочие расчеты. Если в регистре бухгалтерии долг закрыт, а в регистре накопления остаток остался, программа опирается именно на регистр накопления.
2. Использование ручных проводок в прошлых периодах. Если списание задолженности, корректировка эквайринга или взаимозачет ранее оформлялись документом Операция, введенная вручную только проводками Дт/Кт, движения по регистру Прочие расчеты не сформировались. В результате в бухгалтерском балансе сальдо сошлось, а в налоговом регистре образовался «вечный» хвост.
3. Принцип ФИФО при зачете расчетов. Если в банковской выписке не указан конкретный расчетный документ, алгоритм автоматически ищет самый старый незакрытый остаток по цепочке расчетов. Обнаружив незакрытое движение прошлых лет в регистре Прочие расчеты, программа погашает в первую очередь именно его.
4. Нарушение хронологической последовательности. Если выписка банка проведена по времени раньше документа отгрузки или отчета о розничных продажах, система на момент проведения платежа еще «не видит» текущую продажу и относит деньги на старые остатки.
5. Расхождения в аналитике. Различия в субконто между документами (выбраны разные договоры с банком-эквайером, терминалы или элементы справочника Виды оплат) не позволяют программе автоматически сопоставить отгрузку и поступление.

Диагностика зависших остатков через «Универсальный отчет»

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

1. Перейдем в раздел Отчеты — Стандартные отчеты — Универсальный отчет.
2. В шапке отчета зададим тип объекта: выбираем Регистр накопления.
3. В соседнем поле указываем имя регистра: Прочие расчеты.
4. Выбираем тип таблицы: Остатки и обороты.
5. Нажимаем кнопку Настройки. На вкладке Группировка добавим поля: Организация, Контрагент, Договор, Документ расчетный.
6. На вкладке Отборы укажем организацию и интересующего контрагента (покупателя или банк-эквайер).
7. Формируем отчет на начало текущего года или на дату возникновения проблемы.

В сформированном отчете мы увидим незакрытые положительные или отрицательные остатки в разрезе старых расчетных документов. Именно эти записи перехватывают на себя входящие безналичные платежи.

Способ 1. Корректировка регистра с помощью ручной операции

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

1. Переходим в раздел Операции — Бухгалтерский учет — Операции, введенные вручную.
2. Создаем новый документ с видом Операция. Дату документа устанавливаем концом предыдущего налогового периода (например, 31.12.2024 23:59:59), предшествующего возникновению ошибки.
3. На командной панели документа нажимаем кнопку Еще и выбираем пункт Выбор регистров...
4. В открывшемся окне переходим на закладку Регистры накопления, находим регистр Прочие расчеты, устанавливаем напротив него флажок и нажимаем ОК.
5. В документе появится новая вкладка с именем регистра. Переходим на нее и нажимаем Добавить.
6. Устанавливаем правильный Вид движения: если по данным отчета числится положительный остаток (долг за покупателем), выбираем вид движения Расход. Если висит переплата (отрицательный остаток) — выбираем Приход.
7. Заполняем измерения строки в точном соответствии с данными Универсального отчета: указываем организацию, контрагента, договор и тот самый зависший документ расчетов из прошлого года. Указываем сумму остатка.
8. Табличную часть на вкладке Бухгалтерский и налоговый учет оставляем абсолютно пустой. Это гарантирует, что оборотно-сальдовая ведомость и баланс не изменятся.
9. Записываем и закрываем документ.

После корректировки регистра возвращаемся в текущий период и перепроводим документ Поступление на расчетный счет. Теперь программа привяжет оплату к актуальной реализации, а в КУДиР попадет корректная сумма дохода за вычетом начисленного НДС.

Способ 2. Восстановление хронологии и перепроведение документов

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

1. Открываем документ Реализация (акт, накладная, УПД) или Операция по платежной карте и проверяем время проведения (например, 10:00:00).
2. Открываем документ Поступление на расчетный счет. Его время должно быть строго позже времени отгрузки (например, 18:00:00 или конец банковского дня).
3. Если время выписки оказалось раньше реализации, изменяем время документа поступления и проводим его заново.
4. Для комплексного восстановления последовательности запускаем процедуру Групповое перепроведение документов в разделе Операции — Сервис за текущий месяц.

Меры профилактики: открытие нового договора эквайринга

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