1) Указываем Учреждение, Каталог (где лежат файлы), Договор (затычка для аналитики 302х счетов), Контрагент ЗП (Контрагент для аналитики 302.1Х — на кого начисляется зарплата).
2) "Считать данные" — подготовительный этап на котором файлы считываются во ВнутреннееПредставлениеДанных (далее по тексту, см скриншот 2).
3) "Заполнить"
4) Установить соответствие прочитанным в файлах КБК (PPST.KBK), Тип КБК (PPST.TYPE_KBK), ДК — Код цели (PPST.ADD_KLASS) И КБК в Базе данных
5) "Выполнить" для загрузки документов.
С помощью этой обработки я загружал ПП из файлов в базу Автономного учреждения (Конфигурация БГУ 1.0). Сразу предупрежу, что большое влияние на процесс загрузки сыграет региональная специфика. У нас в регионе используется определенная структура Назначения платежа, и обработка очень много информации берёт именно из него. (КВД, КЭК, ДК — код цели, РК — региональная классификация, СчетДебета в конце концов)
нпр: (013.244:12363,91) ЭК 223 л/с 3001304ХХХХ ДК 1.0113.4940110020.01 РК 2231 БО 3604131202400430 упд №6301/УС/16485 от 30.04.2024г, за теплоэнергию за апрель 2024, в т.ч 2060,65 НДС 20%
Ну а теперь немного хороших новостей: Велика вероятность, что обработка может существенно упростить вам загрузку любого другого Документа из файла в формате ФК. Обработка открывает первый файл в папке, считывает в нём название и версию формата (TXPP170101, TXZR170101). Считывает из базы данных описание формата (FK.NUM_VER, FK.FORMER,…, PPT.INN_PAY…) и в соответствии с этим описанием формирует ВнутреннееПредставлениеДанных в виде Структуры (см. скриншот №2) Теоретически ВнутреннееПредставлениеДанных сформируется для любого файла соответствующего формату казначейства, описание которого есть в базе данных (Справочники.Форматы) Вам не придётся отсчитывать палочки ("|"), а процесс заполнения документов, вы будете описывать приблизительно сл. образом
Объект.ИННПлательщика = PPT.INN_PAY;
Велика вероятность, что написанная вами обработка спокойно продолжит работать даже после обновления форматов.
Тестировалось на релизе 1.0.58.2.
