Оплата по СБП пришла. Куда ее вносить в 1С и почему это не касса

Короткая инструкция для тех, кто принимает оплату через СБП, ЮKassa, Тинькофф или Сбер и разносит ее в 1С руками.

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

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

Отсюда простое правило: смотрите, куда физически пришли деньги, а не как называется сервис.

Зависит от конфигурации, и различие принципиальное:

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

Отдельно про КА 2 и ERP: в документе обязательна Организация. Если у вас несколько юрлиц, документ без нее либо не проведется, либо ляжет не туда.

Дубли по одному платежу. Шлюз может прислать уведомление об одной оплате несколько раз: повтор при таймауте, ручная перепроверка, восстановление после сбоя. Если разносите руками, ведите реестр по идентификатору платежа и сверяйтесь с ним перед созданием документа. Если автоматически, проверьте, что дедупликация в вашем обмене есть. У нас для этого отдельный регистр, и повторное событие с тем же идентификатором документ не создает.

Частичные возвраты. Полный возврат обычно проводят все. Частичный, когда покупатель вернул одну позицию из трех, часто разносят как полный или не разносят вовсе. К концу квартала это дает расхождение с эквайрингом,которое ищут вручную.

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

Комиссия шлюза. На счет приходит сумма за вычетом комиссии, а в заказе стоит полная. Если проводить фактическую сумму, не сойдется с заказом; если полную, не сойдется с банком. Комиссию надо проводить отдельной строкой, и решить это надо один раз, а не каждый месяц заново.

Порядок такой:

1. Платежный шлюз отправляет уведомление об оплате.

2. Уведомление проверяется и приводится к единому виду, независимо от того, ЮKassa это, СБП, Тинькофф или Сбер. Дальше все они выглядят одинаково.

3. Событие кладется в очередь и ждет 1С.

4. Обработка в 1С забирает события по расписанию, у нас цикл 15 секунд, и создает документ по правилам вашей конфигурации.

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

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

Если запускаете обмен с нуля, порядок такой:

- Определить, какой документ создается в вашей конфигурации. Для БП 3.0 это банковская выписка, для остальных кассовый ордер.- Для КА 2 и ERP сразу задать Организацию.

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

- Отдельно решить, создавать ли документ на возврат. Иногда возвраты ведут в другой системе, и второй документ будет мешать.

Как это настраивается у нас, по шагам и с параметрами для каждой конфигурации: