Решил проверить гипотезу: часто ли в реальных базах разъезжается счёт 57.03 по эквайрингу. Под рукой живых баз не было, поэтому взял демонстрационные — те, что поставляет сама фирма 1С. Ожидал, что там всё аккуратно.
Оказалось, не сходится ни в одной.
Разбор ниже можно повторить на своей базе — я собрал проверку в виде бесплатной страницы: sverka57.ru. Загрузите карточку счёта 57 из 1С и получите список расхождений с указанием, какой документ открыть.
Что смотрел
Карточку счёта 57 (57.03) из четырёх демобаз: Бухгалтерия 3.0, Комплексная автоматизация 2, ERP и УНФ.
Механика простая. Эквайринг в учёте — это три движения:
Дт 57.03 / Кт 62.Р — продажа по карте
Дт 51 / Кт 57.03 — зачисление банка
Дт 91.02 / Кт 57.03 — комиссия
Банк платит сводной суммой за операционный день, на следующий рабочий день, за вычетом комиссии. По выходным зачислений нет. После закрытия цикла остаток должен обнуляться.
Бухгалтерия 3.0
Цикл 13–18 января 2025. Продажи по картам 55 810 руб. Зачисление 53 206,63 руб., комиссия 267,37 руб., итого списано 53 474 руб.
Остаток 2 336 руб. не закрывается и висит январь и февраль.
28 февраля сальдо уходит в минус до −29 006,70 руб. — то есть зачисление проведено раньше продаж, которые оно закрывает.
Комплексная автоматизация 2
Здесь интереснее всего, потому что начальное сальдо на 01.01.2022 равно нулю. Видно возникновение ошибки с нуля.
30.04.2022: накоплено продаж 53 254 руб., комиссия 3 000 руб., зачисление 90 409,76 руб. Сальдо −40 155,76 руб.
31.05.2022: зачисление 93 474,40 руб. Сальдо −136 630,16 руб.
21.09.2022: сальдо −137 130,16 руб.
Дальше этот хвост тянется до 2026 года. При этом отдельные циклы закрываются идеально: 24.01.2024 продажа 4 947 руб., зачисление 4 912,37 руб., комиссия 34,63 руб. — копейка в копейку. Свежие операции корректны, старая ошибка не гасится.
ERP
На начало периода уже −131 749,46 руб. Ошибка возникла раньше выбранного периода, по текущей карточке причину не найти.
УНФ
Здесь есть штатный отчёт «Контроль операций эквайринга», и он показывает масштаб: оплачено покупателями 2 806 333,40 руб., поступило по банку 990 349,15 руб., не поступило 1 815 984,25 руб. Возраст самых старых сумм — 1 673 дня.
Что из этого следует для разработки
Первое. Определять тип проводки по названию документа нельзя. В Бухгалтерии это «Отчёт о розничных продажах» и «Поступление на расчётный счёт», в ERP и КА — «Эквайринговая операция», «Поступление безналичных ДС», «Отчёт банка по эквайрингу». Надёжнее идти от корреспонденции: дебет 57 — продажа, кредит 57 с дебетом 51 — зачисление, кредит 57 с дебетом 91 — комиссия.
Второе. Отделять старую ошибку от текущей задолженности банка обязательно. Иначе пользователь видит общий минус в 137 тысяч и не понимает, что 136 из них — одна ошибка четырёхлетней давности, а текущих проблем нет.
Третье. Нормальную задержку зачисления до пяти рабочих дней показывать как проблему не надо, иначе отчёт зашумляется и ему перестают верить.
Четвёртое. Карточка счёта выгружается в старый бинарный .xls, а не в .xlsx — читать надо через xlrd. Внутри ячеек встречаются переводы строк, аналитика склеена в одно поле, а при выводе с количеством строки идут парами БУ и Кол.
Инструмент
Я собрал разбор такой карточки в виде бесплатной страницы: sverka57.ru
Загружается карточка счёта 57 из любой из перечисленных конфигураций, на выходе — список расхождений с вероятной причиной и указанием документа, который надо открыть. Регистрация не нужна, файл обрабатывается в памяти и не сохраняется.
Пять типов расхождений: банк не перечислил за смену, зачислено больше чем продано, документы проведены не по порядку, комиссия вне диапазона, старый незакрывающийся хвост.
Буду благодарен за проверку на ваших базах — интересно, насколько картина в живых базах отличается от демонстрационных. Особенно интересны файлы, на которых разбор упадёт.
Вступайте в нашу телеграмм-группу Инфостарт