Интеграция платёжных систем с 1С: что проверить до старта

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

1. Что считается «успешным платежом»

У платёжных систем разные статусы: создан, ожидает, проведён, отклонён, возвращён. Нужно заранее решить, какой статус запускает отгрузку, проводку в 1С и чек. Если этого нет в ТЗ, потом возникают спорные случаи.

2. Повторные уведомления

Платёжные системы могут присылать одно и то же уведомление несколько раз. Обработчик должен понимать, что платёж уже учтён, и не создавать второй документ в 1С. Это самая частая причина задвоенных оплат.

3. Сверка

Должен быть способ быстро сравнить платежи в кабинете провайдера и в 1С. Если сверка делается только в конце месяца, ошибки накапливаются. Лучше предусмотреть отчёт расхождений с самого начала.

4. Фискализация

Если нужен чек, заранее определите, кто его формирует: касса, сервис фискализации или 1С. От этого зависит порядок вызовов и обработка ошибок.

5. Безопасность

• Проверять подпись или токен каждого входящего запроса от платёжной системы.
• Не хранить секретные ключи в коде и в репозитории.
• Вести журнал операций: кто, когда и с каким результатом.

6. Тестовая среда и сроки

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

Если у вас есть задача по интеграции платежей или обмену данными с 1С, напишите мне в Telegram: расскажу, как это лучше организовать.