--- title: "Документ «ОперацияПоПлатежнойКарте» — техническое описание (УТ для Казахстана 3.4.5.21)" country: KZ lang: ru author: Сапа Т.И. (https://buhgpt.kz/authors/sapa-ti) date: 2026-09-23 canonical: https://buhgpt.kz/suraqtar/dokument-operaciyapoplatezhnoykarte-tehnicheskoe-opisanie-ut-dlya-kaza source: BuhGPT --- # Документ «ОперацияПоПлатежнойКарте» — техническое описание (УТ для Казахстана 3.4.5.21) > **TL;DR:** 1. Идентификация Параметр Значение Тип объекта Документ ( Documents ) Имя ОперацияПоПлатежнойКарте Полное имя Документ.ОперацияПоПлатежнойКарте Синоним «Операция по платёжной карте» Конфигурация Управление торговлей для Казахстана, 3.4.5.21 Нумерация Строка, длина 11, периодич --- 1. Идентификация Параметр Значение Тип объекта Документ (Documents) Имя ОперацияПоПлатежнойКарте Полное имя Документ.ОперацияПоПлатежнойКарте Синоним «Операция по платёжной карте» Конфигурация Управление торговлей для Казахстана, 3.4.5.21 Нумерация Строка, длина 11, периодичность — год Раздел интерфейса «Казначейство» / «Продажи» → эквайринг Навигационная ссылка e1cib/list/Документ.ОперацияПоПлатежнойКарте Назначение. Документ отражает оплату покупателем банковской картой через эквайринг: фиксирует сумму оплаты картой и (при последующем зачислении) комиссию банка‑эквайера. Он связывает розничную или оптовую продажу с последующим зачислением денежных средств от банка. Само зачисление денег на текущий счёт (за вычетом комиссии эквайринга) приходит отдельным документом поступления ДС — до этого момента сумма учитывается как средства в пути / расчёты по эквайрингу. Работает с документом кассир или бухгалтер. Часто документ создаётся автоматически из чеков ККМ или из «Отчёта о розничных продажах». Так как это торговая конфигурация, документ ведёт оперативный учёт — движения по регистрам накопления и сведений (деньги, расчёты, эквайринг), а не бухгалтерские проводки Дт/Кт. Регламентированные проводки формируются позднее при отражении в регламентированном учёте (см. раздел 5). 2. Реквизиты и табличные части 2.1 Реквизиты шапки Имя Тип Обяз. Назначение Организация СправочникСсылка.Организации Да Юрлицо, от имени которого оформляется документ. Обычно подставляется основная из настроек. ХозяйственнаяОперация ПеречислениеСсылка.ХозяйственныеОперации Да Вид хозяйственной операции — определяет состав движений и доступные поля. Валюта СправочникСсылка.Валюты Нет Валюта документа (валюта сумм). Обычно тенге (₸); подтягивается из соглашения/договора. Контрагент СправочникСсылка.Контрагенты Да Конкретное юрлицо, на которое выписываются документы (у партнёра может быть несколько юрлиц). СуммаДокумента Число Нет Итоговая сумма оплаты картой. Рассчитывается автоматически. ЭквайринговыйТерминал СправочникСсылка.ЭквайринговыеТерминалы Да POS‑терминал/эквайер, через который проведена операция. НомерПлатежнойКарты Строка Да Номер (маскированный) платёжной карты. ЗаявкаНаРасходованиеДенежныхСредств ДокументСсылка.ЗаявкаНаРасходованиеДенежныхСредств Да Заявка‑основание (для операций возврата/расхода по карте). ОплатаВыполнена Булево Нет Признак фактического списания/зачисления по терминалу. КодАвторизации Строка Нет Код авторизации транзакции от банка. Ответственный СправочникСсылка.Пользователи Да Пользователь, ответственный за документ. Комментарий Строка Нет Произвольный комментарий. НеКонтролироватьЗаполнениеЗаявки Булево Нет Отключает контроль наличия/заполнения заявки при проведении. СтатьяДвиженияДенежныхСредств СправочникСсылка.СтатьиДвиженияДенежныхСредств Нет Аналитика ДДС (на что/откуда деньги). Подразделение СправочникСсылка.СтруктураПредприятия Нет Подразделение — аналитика операции. ГруппаФинансовогоУчета СправочникСсылка.ГруппыФинансовогоУчетаРасчетов Нет Группа финучёта расчётов — определяет счета учёта в РСБУ. НаправлениеДеятельности СправочникСсылка.НаправленияДеятельности Да Аналитика доходов/расходов по направлениям бизнеса. Договор СправочникСсылка.ДоговорыКонтрагентов Нет Договор, в рамках которого идёт операция. Обязателен, если расчёты ведутся по договорам. УдалитьНомерЧекаККМ Число Нет Устаревший реквизит (номер чека ККМ). Не использовать в новых доработках. УдалитьВариантОтправкиЭлектронногоЧека ПеречислениеСсылка.ВариантыОтправкиЭлектронногоЧекаПокупателю Нет Устаревший реквизит (вариант отправки э‑чека). Не использовать. 2.2 Табличные части Основные суммовые данные документа хранятся в шапке (эквайринговая операция, как правило, однострочная — одна транзакция по терминалу). В конфигурации могут присутствовать служебные табличные части для расшифровки расчётов с клиентами по документам оплаты; их состав определяется видом хозяйственной операции (ХозяйственнаяОперация) и связкой с закрываемыми документами продажи. Реквизиты‑префиксы Удалить… — исторические, оставлены для совместимости и в актуальных релизах не заполняются. 3. Формы Форма Назначение Форма документа (ФормаДокумента) Основная форма ввода/редактирования: организация, контрагент, терминал, сумма, номер карты, код авторизации, статья ДДС. Форма списка (ФормаСписка) Список операций по картам с отборами по организации, терминалу, периоду; открывается ссылкой e1cib/list/Документ.ОперацияПоПлатежнойКарте. Форма выбора (ФормаВыбора) Подбор документа при вводе на основании и в связанных механизмах. Отдельные командные и вспомогательные формы (например, для быстрого ввода из рабочего места кассира) подключаются через общие механизмы подсистемы эквайринга. 4. Ключевые процедуры модулей Факты ниже — из статического анализа BSL‑модулей объекта; имена обработчиков приведены дословно. Модуль объекта (ObjectModule) Обработчик Объём Что делает ОбработкаЗаполнения 65 стр. Заполняет реквизиты при создании/вводе на основании: организация, валюта, статья ДДС, направление деятельности, ответственный. ПриКопировании 9 стр. Сбрасывает уникальные поля при копировании (код авторизации, признак оплаты и т. п.). ПередЗаписью 82 стр. Основная предзаписная логика: пересчёт СуммаДокумента, подстановка группы финучёта, префиксация номера, контроль связанной заявки. ПриЗаписи 9 стр. Служебные действия непосредственно при записи. ОбработкаПроверкиЗаполнения 50 стр. Контроль обязательных реквизитов и бизнес‑правил; при нарушении выдаётся сообщение (в коде фигурирует ТекстИсключения). ОбработкаПроведения 36 стр. Формирует движения, делегируя их в общие модули ПроведениеСерверУТ, ДенежныеСредстваСервер, ВзаиморасчетыСервер. ОбработкаУдаленияПроведения 19 стр. Очищает движения при отмене проведения. Зависимости от общих модулей (по числу вызовов) ПроведениеСерверУТ (25), ДенежныеСредстваСервер (18), ВзаиморасчетыСервер (15), СтроковыеФункцииКлиентСервер (4), ОбщегоНазначения (3), ЗначениеНастроекПовтИсп (2), ОбщегоНазначенияУТКлиентСервер (1), НаправленияДеятельностиСервер (1), Пользователи (1), ОбщегоНазначенияУТ (1), МенеджерОборудованияКлиентСервер (1), ПрефиксацияОбъектовКлиентСервер (1). Основную бизнес‑логику проведения инкапсулируют серверные модули подсистем «Проведение», «Денежные средства» и «Взаиморасчёты» — модуль объекта лишь готовит данные и вызывает их. 5. Проведение и движения 5.1 Оперативный учёт (регистры) По RegisterRecords документ формирует движения по 10 регистрам: Регистр Тип Роль ДвиженияДенежныеСредстваКонтрагент Накопления ДС в разрезе контрагента. ДенежныеСредстваВПути Накопления Средства в пути — сумма, ещё не зачисленная банком на текущий счёт. ДенежныеСредстваКВыплате Накопления Планируемые выплаты (для операций расхода по карте). ПрочиеАктивыПассивы Накопления Прочие активы/пассивы по расчётам. ПрочиеДоходы Накопления Прочие доходы (например, при взаимозачётах). ПрочиеРасходы Накопления Прочие расходы, в т. ч. комиссия эквайринга. РасчетыПоЭквайрингу Накопления Ключевой регистр: задолженность банка‑эквайера по зачислению. РасчетыСКлиентами Накопления Взаиморасчёты с клиентами (укрупнённо). РасчетыСКлиентамиПоДокументам Накопления Взаиморасчёты с клиентами в разрезе документов расчётов. СуммыДокументовВВалютеРегл Сведений Суммы документа в валюте регламентированного учёта (тенге). Экономический смысл. При оплате картой закрывается задолженность клиента (РасчетыСКлиентами, РасчетыСКлиентамиПоДокументам), а сумма транзакции переносится в РасчетыПоЭквайрингу / ДенежныеСредстваВПути — деньги «в пути» до фактического зачисления банком. Комиссия эквайринга признаётся расходом (ПрочиеРасходы). 5.2 Регламентированные проводки (типовой план счетов РК) Проводки формируются при отражении в регламентированном учёте (через регистры ФО и групповое отражение). По плану счетов РК логика такова: - Оплата картой закрывает ДЗ покупателя: Дт 1030 (деньги на текущих счетах, после зачисления) / Дт «средства в пути» — Кт 1210 (краткосрочная ДЗ покупателей) на сумму транзакции. - Комиссия банка‑эквайера — расход: Дт 7010 (либо счёт расходов периода) — Кт 3310 (КЗ банку‑эквайеру) на сумму комиссии. - Признание выручки и НДС при самой реализации (в связанном документе продажи): Кт 6010 (доход от реализации), Кт 3130 (НДС к уплате) по ставке 16 % (Казахстан, 2026); себестоимость — Дт 7010 — Кт 1330 (товары). Аналитику счетов расчётов определяет ГруппаФинансовогоУчета; аналитику ДДС — СтатьяДвиженияДенежныхСредств. Точный алгоритм разбивки «в пути → на счёт» и признания комиссии версионно‑специфичен и зависит от настроек эквайринга и вида хозяйственной операции — требует проверки в конкретной базе 3.4.5.21. 6. Связанные объекты и ввод на основании - Основания ввода: чеки ККМ, «Отчёт о розничных продажах», документы реализации (оплата картой по оптовой продаже), «Заявка на расходование денежных средств» (для операций расхода/возврата по карте). - Справочники: ЭквайринговыеТерминалы, Контрагенты, Организации, СтатьиДвиженияДенежныхСредств, ГруппыФинансовогоУчетаРасчетов, НаправленияДеятельности. - Последующие документы: поступление безналичных ДС (зачисление от банка за вычетом комиссии эквайринга) — закрывает РасчетыПоЭквайрингу / ДенежныеСредстваВПути. - Электронные документы: сама операция по карте не формирует ЭСФ/СНТ — они выписываются по документу реализации; операция по карте отражает лишь платёжную часть сделки. Схема: Продажа → Операция по платёжной карте (деньги в пути) → Поступление ДС от банка (зачисление за вычетом комиссии). 7. Точки расширения - Подписки на события / расширения обработчиков модуля объекта: ОбработкаЗаполнения (правила автозаполнения), ОбработкаПроверкиЗаполнения (доп. контроль), ПередЗаписью (доп. реквизиты), ОбработкаПроведения (доп. движения). - Общие модули проведения — при доработке движений корректно вмешиваться через ПроведениеСерверУТ / ДенежныеСредстваСервер / ВзаиморасчетыСервер, не дублируя логику в модуле объекта. - Группы финансового учёта расчётов — штатный механизм переопределения счетов учёта без изменения кода. - Правила отражения в регламентированном учёте — настройка проводок (комиссия, счета ДЗ/ДС) выполняется данными, а не кодом. - Устаревшие реквизиты (УдалитьНомерЧекаККМ, УдалитьВариантОтправкиЭлектронногоЧека) — не использовать в расширениях; они удаляются в будущих релизах. --- _BuhGPT — ИИ-помощник для бухгалтеров Казахстана: https://buhgpt.kz_