1С — источник данных
Сумма, позиции номенклатуры, НДС и реквизиты берутся из исходной накладной, а не вводятся повторно.

Kaspi + 1С · интеграция под бизнес-процесс
Не просто удалённый счёт. Подключаем Kaspi к учётной системе через HTTP‑сервис 1С: Kaspi получает данные исходной накладной, актуальную сумму, позиции номенклатуры и сведения для фискализации, а после оплаты в 1С автоматически создаётся связанная операция по платежной карте.
Сумма, позиции номенклатуры, НДС и реквизиты берутся из исходной накладной, а не вводятся повторно.
В обмен можно передавать позиции номенклатуры, количество, цены, НДС, штрихкоды, GTIN/NTIN и маркировку.
После подтверждения автоматически создаётся операция по платежной карте, связанная с исходной накладной и транзакцией Kaspi.
Как работает
HTTP‑сервис 1С публикуется для защищённого обмена по HTTPS: Kaspi запрашивает данные документа, получает сведения для оплаты и фискализации, а результат транзакции возвращается в учётную систему.
Покупатель сканирует QR‑код Kaspi либо получает удалённый счёт. После этого Kaspi обращается к HTTP‑сервису 1С, а дальнейший обмен выполняется автоматически.
Фискализация
Это главное отличие от простого удалённого счёта: платёж связывается с реальными позициями номенклатуры в документе и данными, необходимыми для фискализации.
Лимонад, 1 литр · штрихкод / GTIN / NTIN при наличии
Яйца, 10 шт. · отдельная позиция со своими параметрами фискализации
Если в документе разные ставки, их можно передать по каждой товарной позиции. При единой ставке — на весь чек.
Касса может определяться автоматически по организации и складу, чтобы платёж ушёл в правильную торговую точку.
При предусмотренном сценарием обмене можно учитывать фактическое количество и стоимость оплаченных позиций.
Оплаты
Сервис проверяет текущий остаток в 1С. Поэтому следующая оплата может выполняться уже на непогашенную часть задолженности.
Пример
Покупатель оплачивает 300 000 ₸. Платёж отражается в 1С, а задолженность по документу уменьшается.
Следующая оплата
При следующем обращении сервис получает уже актуальный остаток и не предлагает повторно оплатить исходную сумму.
В обмене может учитываться тип платежа: Kaspi Gold, счёт Kaspi Pay, Бизнес Лимит, Kaspi RED, Kaspi Кредит и другие предусмотренные протоколом варианты.
Транзакция связывается с уникальным идентификатором. Повторный запрос с уже обработанным идентификатором не должен создавать второй успешный платёж.
Можно хранить входящие и исходящие обращения, идентификатор транзакции и ссылку на документ 1С для последующей диагностики.
Что происходит внутри 1С
Интеграция находит нужный объект по принятому идентификатору и правилам конкретной базы.
Перед оплатой определяется актуальный остаток, а не просто исходная сумма документа.
Для нескольких складов и подразделений настраивается сопоставление. При оплате нужный эквайринговый терминал определяется автоматически по организации и складу накладной.
После успешной транзакции в 1С автоматически создаётся операция по платежной карте, связанная с исходной накладной.
Интеграция возвращает Kaspi результат обработки: документ готов, уже оплачен, не найден или платёж находится в обработке.
Правила поиска, документы, кассы, аналитика и отражение платежа адаптируются под реальный учёт заказчика.
Возвраты
Возврат начинается из документа возврата в 1С: система определяет исходную оплату Kaspi, отправляет запрос, контролирует статус и после подтверждения отражает результат в учёте.
По документу возврата определяется связанная оплата Kaspi и доступная сумма возврата.
Из документа возврата формируется запрос в Kaspi с идентификатором исходного платежа и данными операции.
Если Kaspi не завершил возврат сразу, его состояние автоматически проверяет регламентное задание. Повторный возврат денег при этом не создаётся.
После подтверждения Kaspi автоматически создаётся и проводится документ «Операция по платежной карте» с видом операции «Возврат оплаты клиенту».
Когда это полезно
Такое решение имеет смысл там, где платёж должен быть частью учёта, а не просто уведомлением о поступившей сумме.
Оптовая торговля
Когда клиент оплачивает документы частями, а менеджеру и бухгалтерии нужен актуальный остаток.
Несколько точек
Когда одна база обслуживает несколько торговых точек и платёж нужно направлять в правильный контур.
Сложный учёт
Когда в Kaspi должны уходить товарные позиции, НДС, коды и другие данные непосредственно из 1С.
Состав интеграции зависит от используемых сервисов Kaspi, доступного для организации протокола обмена, конфигурации 1С и требований к фискализации. Перед разработкой проверяем техническую возможность и согласовываем точный сценарий.
Частые вопросы
Нет. В этом сценарии Kaspi обращается к интеграционному сервису, получает данные конкретного документа из 1С, товарный состав и параметры фискализации, а результат оплаты возвращается в учётную систему.
Да. Интеграцию можно привязать к документу, который используется в вашем процессе: реализации, накладной, заказу, договору или другому объекту. Конкретный вариант определяется при обследовании базы.
Да, если такой сценарий предусмотрен подключением. Сервис может возвращать актуальный остаток задолженности и принимать последующие платежи по тому же документу.
Возврат запускается из документа возврата в 1С. Система определяет исходную оплату Kaspi, отправляет запрос на возврат, автоматически контролирует его статус и после подтверждения создаёт операцию по платежной карте с видом «Возврат оплаты клиенту».
Функциональность устанавливается в виде расширения 1С без прямого изменения типовой конфигурации. В расширении размещаются HTTP‑сервис, логика обмена с Kaspi и необходимые механизмы учёта. Для внешнего обмена сервис публикуется по защищённому HTTPS‑соединению.
Интеграция Kaspi + 1С
Достаточно описать, какой документ оплачивает клиент, где должна появиться оплата и нужна ли фискализация по товарам. Посмотрим конфигурацию и предложим рабочую схему интеграции без лишней автоматизации.