1. Идентификация
| Параметр | Значение |
|---|---|
| Тип объекта | Обработка (DataProcessor) |
| Имя | АрхивированиеУдалениеЧековККМ |
| Полное имя | Обработка.АрхивированиеУдалениеЧековККМ |
| Синоним | «Архивирование и удаление чеков ККМ» |
| Конфигурация | Управление торговлей для Казахстана, ред. 3.4.5.21 |
| Раздел размещения | Служебные подсистемы → «Архивирование и удаление чеков ККМ» |
| Навигационная ссылка | e1cib/list/Обработка.АрхивированиеУдалениеЧековККМ |
Назначение. Служебная (регламентная) обработка для управления объёмом информационной базы за счёт чеков ККМ. Выполняет две операции над документами ЧекККМ и ЧекККМВозврат за закрытые (уже сведённые в отчёты о розничных продажах) периоды:
- Архивирование — перенос детальных данных чеков в архивное хранилище (внешний файл/архивную структуру) с сохранением возможности восстановления и печати, при снятии проведения и/или удалении исходных документов из оперативной базы.
- Удаление — окончательное удаление чеков ККМ, ранее свёрнутых в документ «Отчёт о розничных продажах» (
ОтчетОРозничныхПродажах), после чего первичные данные в оперативной базе не хранятся.
Обработка не является учётным документом: собственных проводок и движений по регистрам она не порождает, а управляет жизненным циклом уже проведённых чеков. Финансовый результат розницы к моменту запуска обработки должен быть уже отражён отчётами о розничных продажах.
Требует проверки для конкретного релиза 3.4.5.21: точный состав удаляемых/архивируемых типов документов (в части
ЧекККМ,ЧекККМВозврат, служебных чеков внесения/выемки) — версионно-зависимый момент, уточняется по составу метаданных поставки.
2. Реквизиты формы и табличные части
Как у большинства служебных обработок, «шапочные» реквизиты и таблицы хранятся на форме (реквизиты формы), а не в объекте-обработке. Типовой состав:
Реквизиты отбора (шапка формы):
| Реквизит | Тип | Назначение |
|---|---|---|
Организация |
СправочникСсылка.Организации | Отбор чеков по организации |
КассаККМ |
СправочникСсылка.КассыККМ | Отбор по конкретной кассе (ККМ) |
ДатаНачала / ДатаОкончания |
Дата | Период отбора чеков для обработки |
ГраницаАрхивирования |
Дата | Дата, ранее которой чеки допустимо архивировать/удалять |
РежимОбработки |
Перечисление/строка | «Архивировать» / «Удалить» / «Архивировать и удалить» |
ТолькоСвернутыеВОтчеты |
Булево | Ограничение выборки чеками, уже включёнными в отчёт о розничных продажах |
ПутьКАрхиву |
Строка | Каталог/хранилище для выгрузки архивных данных |
Табличная часть (результат выборки):
| Колонка | Тип | Назначение |
|---|---|---|
Пометка |
Булево | Отметка чека к обработке |
Чек |
ДокументСсылка | Ссылка на ЧекККМ / ЧекККМВозврат |
Дата |
Дата | Дата пробития чека |
КассаККМ |
СправочникСсылка | Касса, на которой пробит чек |
Сумма |
Число | Сумма чека, ₸ |
Статус |
Строка | Состояние обработки (архивирован / удалён / ошибка) |
3. Формы
| Форма | Назначение |
|---|---|
Форма (основная, Форма) |
Рабочее место: задание отбора, формирование списка чеков-кандидатов, запуск архивирования/удаления, отображение протокола выполнения |
| Форма настроек (при наличии) | Параметры хранилища архива, глубина хранения, правила отбора по умолчанию |
Отдельной формы списка у обработки нет — она открывается по навигационной ссылке e1cib/list/Обработка.АрхивированиеУдалениеЧековККМ как самостоятельное рабочее место.
4. Ключевые процедуры модуля
В приложенном evidence BSL-код не передан (есть только фасет «Назначение»), поэтому ниже — типовой для данного вида обработки состав обработчиков. Конкретные путь:строка подлежат сверке с модулем формы релиза 3.4.5.21.
ПриОткрытии(Отказ)(модуль формы) — инициализация отбора значениями по умолчанию, установка периода и границы архивирования.ЗаполнитьСписокЧеков(Команда)/ЗаполнитьСписокЧековНаСервере()— запрос по регистрам и документам: отбираетЧекККМ/ЧекККМВозвратза период, проверяет включённость вОтчетОРозничныхПродажах, наполняет табличную часть кандидатов.Архивировать(Команда)→АрхивироватьНаСервере()— сериализация выбранных чеков в архивное хранилище (обычно черезXDTOСериализатор/ЗаписьXMLили во внешний файл), фиксация признака «архивирован».Удалить(Команда)→УдалитьНаСервере()— контроль ссылок, снятие проведения (при необходимости), непосредственное удаление объектов; выполняется транзакционно с обработкой исключений и записью в протокол.ПроверитьВозможностьУдаления(ЧекСсылка)— проверка, что чек свёрнут в отчёт и не имеет блокирующих ссылок.ВывестиПротокол(Результат)— формирование сообщения пользователю/журнала выполнения.
Стандартные системные обработчики модуля объекта: ОбработкаПолученияФормы, программное Выполнить/внешние вызовы через ВыполнитьОбработку (если обработка вызывается из регламентного задания или из подсистемы обслуживания ИБ).
5. Проведение и движения
Обработка не проводится и не формирует собственных бухгалтерских проводок и движений по регистрам — это инструмент обслуживания данных, а не учётный документ.
Учётное влияние — косвенное, через исходные чеки ККМ и отчёт о розничных продажах, которые к моменту запуска уже сформировали движения. Для конфигурации РК по типовому плану счетов это:
- при отражении розничной реализации (
ОтчетОРозничныхПродажах):- Дт 1030 «Деньги на текущих счетах» (или касса) — Кт 6010 «Доход от реализации» на сумму продажи без НДС;
- Кт 3130 «НДС к уплате» — на сумму НДС 16 % (ставка РК 2026; ставка 12 % устарела и не применяется);
- Дт 7010 «Себестоимость реализации» — Кт 1330 «Товары» на себестоимость;
- регистры накопления, затронутые исходными чеками (типовой контур):
ВыручкаИСебестоимостьПродаж,РозничнаяВыручка,ДенежныеСредстваВКассахККМ,ТоварыОрганизаций.
Пример суммы НДС в чеке (РК 2026): при цене реализации 116 000 ₸ с учётом налога НДС = 116 000 × 16 / 116 = 16 000 ₸, база дохода (6010) = 100 000 ₸.
При удалении чеков эти движения уже перенесены/агрегированы в отчёт о розничных продажах, поэтому финансовый результат не изменяется — удаляются только первичные детальные записи. При архивировании движения также остаются в силе, а детальные данные чека выносятся в архив.
Обмен с ИС ЭСФ (ЭСФ/СНТ) при рознице ведётся на уровне отчётов о розничных продажах и итоговых документов, а не отдельных чеков ККМ, поэтому архивирование/удаление чеков на выписанные ЭСФ и СНТ не влияет.
6. Связанные объекты и ввод на основании
- Обрабатываемые документы:
ЧекККМ,ЧекККМВозврат(первичные фискальные чеки розницы). - Основной связанный документ:
ОтчетОРозничныхПродажах— именно он «сворачивает» чеки; обработка ориентируется на факт включения чека в отчёт. - Справочники отбора:
Организации,КассыККМ,Склады(розничные). - Ввод на основании: не предусмотрен — обработка не является объектом-источником и не участвует в механизме ввода на основании.
- Регламентные задания: может вызываться из механизма обслуживания ИБ / регламентного задания для планового удаления устаревших чеков.
7. Точки расширения
- Расширение конфигурации для формы обработки: добавление обработчиков
ПередВыполнением/ПослеВыполнениявокруг процедурАрхивировать/Удалить(аннотации&Перед,&После,&Вместо). - Переопределение правил отбора чеков-кандидатов (дополнительные условия по кассам, магазинам, суммам) через расширение серверных методов заполнения списка.
- Собственное архивное хранилище: подмена метода сериализации/выгрузки (например, во внешнее S3/файловое хранилище) через
&Вместодля процедуры архивирования. - Интеграция с регламентными заданиями: обёртка вызова обработки в собственном регламентном задании расширения для автоматической очистки по расписанию.
- Журналирование: дополнение процедуры вывода протокола записью в регистр сведений/журнал регистрации для аудита удалений.
При доработках соблюдать принцип: не изменять уже сформированный финансовый результат (движения отчётов о розничных продажах), а работать только с первичными чеками.