Документ «Возврат подарочных сертификатов» (Управление торговлей для Казахстана 3.4.5.21)

1. Идентификация

Назначение. Документ оформляет возврат покупателем ранее приобретённого подарочного сертификата с возвратом денежных средств: гасит сертификат в учёте, корректирует взаиморасчёты и выручку от реализации сертификатов, регистрирует движение денег в кассе ККМ / по эквайрингу.

Кто работает. Кассир или менеджер по продажам.

Где найти.

• Функционально: раздел «Продажи» → подарочные сертификаты (ввод, как правило, на основании чека ККМ продажи сертификата).
• Список объекта открывается навигационной ссылкой: e1cib/list/Документ.ВозвратПодарочныхСертификатов.

В части выгрузки объект относится к служебной подсистеме, поэтому в некоторых сборках команда может отображаться в разделе «Служебные подсистемы». Фактическое место в командном интерфейсе — версионно-специфично, проверяется в конкретной сборке (3.4.5.21).

2. Реквизиты шапки и табличные части

2.1 Реквизиты шапки

Устаревшие (удаляемые) реквизиты — присутствуют в метаданных для совместимости, в новых документах не заполняются: УдалитьНомерЧекаККМ (Число), УдалитьВариантОтправкиЭлектронногоЧека (ПеречислениеСсылка.ВариантыОтправкиЭлектронногоЧекаПокупателю), УдалитьКонтактныеДанныеЭлектронногоЧека (Строка), УдалитьКассоваяСмена (ДокументСсылка.УдалитьКассоваяСмена).

2.2 Табличная часть ПодарочныеСертификаты

Реализация подарочных сертификатов обычно не облагается НДС как таковая (это не отгрузка товара, а получение аванса/денежного обязательства), но реквизит СтавкаНДС в строке присутствует в метаданных. Порядок налогообложения конкретного сертификата определяется учётной политикой организации — версионно/учётно-специфично.

3. Формы

Отдельный список форм в evidence не выгружен; формируется через ОбработкаПолученияФормы менеджера. По назначению объекта используются:

Выбор конкретной формы при открытии управляется методом ОбработкаПолученияФормы модуля менеджера (19 стр.).

4. Ключевые процедуры модулей

Имена обработчиков — дословно из выгрузки (статический анализ BSL, без исполнения кода).

4.1 Модуль объекта (ObjectModule)

4.2 Модуль менеджера (ManagerModule)

4.3 Зависимости от общих модулей (число вызовов)

ПроведениеСерверУТ (21) — ядро формирования движений; ПодарочныеСертификатыСервер (4) — логика погашения сертификата; ДенежныеСредстваСервер (3) — движения по деньгам/эквайрингу; ЗначениеНастроекПовтИсп (2); ОбщегоНазначенияКлиентСервер (1); Пользователи (1); ОбщегоНазначенияУТ (1); РаботаСКурсамиВалютУТ (1) — пересчёт по курсу валют; ОтветственныеЛицаСервер (1) — подстановка руководителя/главбуха.

Контроль/сообщения: в коде присутствует формирование текста ошибки (ТекстОшибки) — используется при проверках заполнения и контроле проведения.

5. Проведение и движения

Это торговая конфигурация: документ ведёт оперативный учёт — формирует движения по регистрам накопления и сведений, а не бухгалтерские проводки Дт/Кт. ОбработкаПроведения делегирует формирование движений в ПроведениеСерверУТ, ДенежныеСредстваСервер, ПодарочныеСертификатыСервер.

5.1 Регистры, по которым формируются движения (7 шт.)

5.2 Соответствие бухгалтерским счетам РК (для регламентного учёта)

Оперативные движения при последующем отражении в регламентном учёте (типовой план счетов РК) дают проводки вида:

Возврат сертификата, как правило, отражается как сторно ранее полученного аванса/дохода и выдача денег покупателю. Точный маппинг зависит от настроек статьи ДДС и учётной политики — версионно/учётно-специфично.

5.3 Актуальные числа (РК, 2026)

• Ставка НДС: 16 % (стандартная).
• МРП = 4 325 ₸, МЗП = 85 000 ₸.
• Пример НДС по строке: сертификат номиналом 100 000 ₸, ставка 16 % → сумма НДС = 100 000 × 16 / 116 = 13 793,10 ₸ (при выделении НДС из суммы «в том числе»).

(Показатели ИПН/ОПВ/ОСМС и т. п. к данному документу напрямую не относятся — они не участвуют в его движениях; приведённые ставки НДС и базовые величины актуальны на 2026 год.)

6. Связанные объекты и ввод на основании

• Основание ввода: чек ККМ продажи сертификата и/или документ РеализацияПодарочныхСертификатов (ссылка хранится в одноимённом реквизите шапки). При вводе ОбработкаЗаполнения переносит реквизиты и табличную часть.
• Справочники: Организации, Валюты, Пользователи (кассир), КассыККМ, Партнеры, ПодарочныеСертификаты, СтавкиНДС, ОтветственныеЛицаОрганизаций.
• Документы: КассоваяСмена (обязательная привязка), РеализацияПодарочныхСертификатов.
• Электронные документы РК: при необходимости операция сопровождается ЭСФ (ИС ЭСФ) и СНТ — по правилам налогообложения конкретной организации; для чистого возврата сертификата ЭСФ обычно не требуется.

Ограничения бизнес-логики (из evidence): после пробития чека на возврат отмена невозможна; повторно вернуть один и тот же сертификат нельзя (контролируется через регистр ПодарочныеСертификаты / ИсторияПодарочныхСертификатов).

7. Точки расширения

• Обработчики модуля объекта (ПередЗаписью, ОбработкаЗаполнения, ОбработкаПроведения, ОбработкаПроверкиЗаполнения) — подходят для доопределения через расширение конфигурации (аннотации &Вместо/&После/&Перед).
• Общие модули ПроведениеСерверУТ, ДенежныеСредстваСервер, ПодарочныеСертификатыСервер — центральные точки логики движений; при доработках корректнее переопределять поведение в расширении, не правя типовые модули.
• Наборы движений — добавление собственных регистров/движений выполняется в ОбработкаПроведения (расширяющая процедура &После).
• Формы — переопределение через ОбработкаПолученияФормы менеджера либо расширение форм документа/списка.
• Проверки заполнения — дополнительный контроль реквизитов через ОбработкаПроверкиЗаполнения с формированием ТекстОшибки.