1. Идентификация
| Параметр | Значение |
|---|---|
| Тип объекта | Документ |
| Имя | АктОбУничтоженииПерсональныхДанных |
| Полное имя | Документ.АктОбУничтоженииПерсональныхДанных |
| Синоним | «Акт об уничтожении персональных данных» |
| Конфигурация | Управление торговлей для Казахстана, редакция 3.4.5.21 |
| Нумерация | Тип Строка, длина 11, периодичность — Год |
| Раздел | Администрирование / НСИ, подсистема защиты персональных данных |
Назначение. Документ фиксирует факт уничтожения персональных данных субъектов в соответствии с требованиями законодательства о защите персональных данных: какие категории данных, по субъектам и информационным системам, по каким основаниям и каким способом были уничтожены. Оформляется ответственным за защиту (обработку) персональных данных. Документ носит регламентно-учётный характер — это юридическая фиксация действия, а не хозяйственная операция, поэтому денежных, товарных и налоговых последствий он не несёт.
Ограничение из кода: уничтожать персональные данные и проводить документ нельзя в подчинённом узле распределённой информационной базы (РИБ) — операция допускается только в главном узле. Категории уничтожаемых данных являются обязательными к заполнению.
Где найти: e1cib/list/Документ.АктОбУничтоженииПерсональныхДанных
(открытие конкретного документа — e1cib/data/Документ.АктОбУничтоженииПерсональныхДанных).
2. Реквизиты шапки и табличные части
2.1. Реквизиты шапки
| Имя | Тип | Обяз. | Назначение |
|---|---|---|---|
Организация |
СправочникСсылка.Организации | Да | Юрлицо, от имени которого оформляется акт. Обычно подставляется основная организация из настроек. |
НаименованиеОрганизации |
Строка | Нет | Текстовое наименование организации для печати акта. |
ЮридическийАдресОрганизации |
Строка | Нет | Юридический адрес организации (для печатной формы). |
ОтветственныйЗаОбработкуПерсональныхДанных |
СправочникСсылка.Пользователи | Нет | Сотрудник, ответственный за обработку ПДн. |
ФИООтветственногоЗаОбработкуПДн |
Строка | Нет | ФИО ответственного за обработку ПДн (текст для акта). |
НаименованиеИнформационнойСистемы |
Строка | Нет | Наименование ИС, из которой уничтожаются данные. |
ДатаУничтожения |
Дата | Да | Дата фактического уничтожения персональных данных. |
СпособУничтожения |
Строка | Нет | Способ уничтожения (например, удаление записей, физическое уничтожение носителя). |
ПричинаУничтожения |
Строка | Нет | Основание/причина уничтожения (истечение срока хранения, отзыв согласия и т. п.). |
Субъект |
Ссылка (субъект ПДн) | Да | Субъект персональных данных, к которому относится акт. |
ФИОСубъекта |
Строка | Нет | ФИО субъекта ПДн (текст для акта). |
Ответственный |
СправочникСсылка.Пользователи | Нет | Пользователь, ответственный за документ. |
Комментарий |
Строка | Нет | Произвольный комментарий. |
2.2. Табличные части
КатегорииДанных (3 колонки) — перечень уничтожаемых категорий ПДн:
| Имя | Тип | Назначение |
|---|---|---|
Субъект |
Ссылка (субъект ПДн) | Субъект, к которому относится категория. |
ИмяОбъекта |
Строка | Имя объекта метаданных / источника, где хранились данные. |
Категория |
Строка | Наименование категории уничтожаемых персональных данных. |
ОбъектыСУничтожаемымиДанными (2 колонки) — состав затронутых объектов:
| Имя | Тип | Назначение |
|---|---|---|
ИмяОбъекта |
Строка | Имя объекта метаданных, содержавшего ПДн. |
КоличествоОбъектов |
Число | Количество уничтоженных записей/объектов. |
ДополнительныеРеквизиты (3 колонки) — механизм доп. свойств:
| Имя | Тип | Назначение |
|---|---|---|
Свойство |
ПланВидовХарактеристикСсылка.ДополнительныеРеквизитыИСведения | Дополнительный реквизит. |
Значение |
Характеристика | Значение доп. реквизита (тип определяется свойством). |
ТекстоваяСтрока |
Строка | Текстовое представление значения. |
3. Формы
| Форма | Назначение | Состав |
|---|---|---|
ФормаДокумента |
Основная форма ввода и редактирования акта. | 129 элементов: 16 полей ввода, 1 таблица (КатегорииПерсональныхДанных), 8 кнопок. Команды: ЗаполнитьКатегорииДанных, Провести, ПровестиИЗакрыть, Записать. |
ФормаСписка |
Просмотр и отбор списка актов. | 40 элементов: 5 полей ввода, 1 таблица (Список). |
Команда ЗаполнитьКатегорииДанных автоматически наполняет таблицу категорий по субъекту/объектам, избавляя пользователя от ручного перечисления.
4. Ключевые процедуры модулей
Факты из статического анализа BSL-модулей (parse_bsl + build_bsl_digest, без выполнения кода). Имена обработчиков — дословно из выгрузки.
Модуль объекта (ObjectModule):
| Обработчик | Объём | Что делает |
|---|---|---|
ОбработкаЗаполнения |
43 стр. | Первичное заполнение реквизитов при создании (в т. ч. при вводе на основании и по умолчанию): организация, ответственный, реквизиты организации, заготовка категорий. |
ПередЗаписью |
25 стр. | Контроль перед записью: проверка узла РИБ (запрет в подчинённом узле), заполненности обязательных реквизитов и категорий данных, формирование текста исключения. |
ОбработкаПроведения |
16 стр. | Логика проведения. Делегирует выполнение в общие модули ЗащитаПерсональныхДанных и ОбщегоНазначенияКлиентСервер; собственных движений по регистрам не формирует (см. раздел 5). |
Зависимости от общих модулей (число вызовов): ОбщегоНазначения (14), ЗащитаПерсональныхДанных (8), Пользователи (2), ОбщегоНазначенияКлиентСервер (2), СтроковыеФункцииКлиентСервер (2).
Контроль и сообщения (из кода): формирование текста исключения (ТекстИсключения) и подстановка параметров через СтроковыеФункцииКлиентСервер.ПодставитьПараметрыВСтроку(...) — используются для диагностических сообщений при нарушении правил записи/проведения.
5. Проведение и движения
Это регламентный документ подсистемы защиты персональных данных, а не торгово-финансовый документ. Поэтому важно:
- Движения по регистрам отсутствуют —
RegisterRecordsобъекта пуст,ОбработкаПроведенияне формирует записей в регистрах накопления или сведений. - Бухгалтерских проводок Дт/Кт документ не делает. Основной учёт в УТ для Казахстана оперативный (регистры товаров, расчётов, денежных средств), но данный документ ни оперативных, ни регламентированных движений не создаёт.
- Проведение выполняет только прикладную логику фиксации факта уничтожения через общий модуль
ЗащитаПерсональныхДанных(пометка/обработка соответствующих объектов ПДн), сопровождаемую служебными вызовамиОбщегоНазначенияКлиентСервер.
Как следствие, справочные фискальные параметры Казахстана 2026 (ставка НДС 16 %, МРП = 4 325 ₸, МЗП = 85 000 ₸, вычет по ИПН 30 МРП/мес., ИПН 10 %/15 %, ОПВ 10 %, ОПВР 3,5 %, ВОСМС 2 %, ОСМС 3 %, СО 5 %, соцналог 6 %; счета РК 1210/1030/1330/3310/3130/6010/7010; ЭСФ/СНТ) к данному документу не применяются — он не участвует ни в расчёте налогов, ни в формировании ЭСФ/СНТ. Эти нормы приведены как страновой контекст конфигурации и относятся к торговым и зарплатным документам, а не к акту об уничтожении ПДн.
Результат проведения: документ получает статус проведённого и юридически фиксирует факт и состав уничтожения ПДн; никаких учётных остатков и балансов он не изменяет.
6. Связанные объекты и ввод на основании
- План видов характеристик
ДополнительныеРеквизитыИСведения— источник значений табличной частиДополнительныеРеквизиты. - Справочник
Пользователи— реквизитыОтветственныйиОтветственныйЗаОбработкуПерсональныхДанных. - Справочник
Организации— реквизитОрганизация. - Субъект ПДн — реквизит
Субъекти одноимённая колонка табличной частиКатегорииДанных(субъекты персональных данных, обрабатываемые в системе). - Общий модуль
ЗащитаПерсональныхДанных— ядро подсистемы: заполнение категорий, обработка уничтожения, взаимодействие при проведении.
Ввод на основании специфичен для подсистемы защиты ПДн: документ формируется ответственным вручную либо инициируется из инструментов управления согласиями/сроками хранения. Стандартных цепочек «на основании» торговых документов у него нет.
7. Точки расширения
- Расширение конфигурации на модуль объекта: дополнение обработчиков
ОбработкаЗаполнения,ПередЗаписью,ОбработкаПроведения(&Перед/&После/&Вместо) — например, свой контроль состава категорий или интеграция с внешним журналом учёта уничтожения. - Подписки на события (
ПередЗаписью/ПриЗаписидокумента) для протоколирования действий с ПДн во внешнем регистре аудита. - Дополнительные реквизиты и сведения — штатное расширение состава полей акта без изменения конфигурации через табличную часть
ДополнительныеРеквизиты. - Печатные формы — добавление собственной печатной формы акта через механизм дополнительных отчётов и обработок (БСП).
- Расширение формы
ФормаДокумента— переопределение поведения командыЗаполнитьКатегорииДанныхпод правила конкретной организации.
Требует проверки на конкретном релизе: точный состав методов общего модуля
ЗащитаПерсональныхДанных, вызываемых изОбработкаПроведения, — он версионно-специфичен и может отличаться между сборками 3.4.x.
