Обработка «Автоматическое извлечение текстов» (УТ для Казахстана 3.4.5.21)

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

Назначение. Служебная (административная) обработка, обеспечивающая фоновое извлечение текстового содержимого из присоединённых файлов и двоичных данных для их последующего попадания в индекс полнотекстового поиска. Это стандартный механизм подсистемы «Работа с файлами» / «Полнотекстовый поиск» Библиотеки стандартных подсистем (БСП), встроенной в конфигурацию. Обработка сама по себе не участвует в учётной логике (продажи, НДС, ЭСФ, СНТ и т. п.) и не оперирует денежными показателями — её задача техническая: сделать содержимое офисных документов, PDF, текстовых и прочих файлов доступным для поиска внутри 1С.

В казахстанской специфике (ставка НДС 16 %, МРП 4 325 ₸, МЗП 85 000 ₸, план счетов РК — 1210/1030/1330/3310/3130/6010/7010, ЭСФ и СНТ) данная обработка не задействована: она не формирует ни налоговых, ни бухгалтерских данных. Эти показатели приведены исключительно для того, чтобы зафиксировать, что к тексто-извлечению они отношения не имеют.

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

Обработка является служебной без визуальной учётной модели: у неё нет пользовательских реквизитов-«шапки» с прикладным смыслом и нет табличных частей с учётными строками. Данные, с которыми она работает, хранятся вне обработки — в стандартных объектах хранения файлов (справочники присоединённых файлов, хранилища двоичных данных, регистр сведений с версиями файлов).

Условно значимые для механизма поля/параметры (задаются в форме или передаются в процедуры программно):

Фактические статусы извлечения хранятся в служебных реквизитах присоединённых файлов (например, поле состояния извлечения текста и сам извлечённый текст в хранилище значения), а не в самой обработке.

3. Формы

Для служебных обработок этого класса характерен минимальный состав форм:

Если в конкретной поставке 3.4.5.21 отдельная форма настроек не выведена, управление извлечением осуществляется из формы обработки и/или из панели «Полнотекстовый поиск данных» в администрировании.

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

В приложенном evidence присутствует только фасет «Назначение», исходный BSL-код (путь:строка) не передан. Ниже — типовой для обработки данного вида состав обработчиков (модуль объекта и модуль формы), характерный для механизма извлечения текстов БСП:

Модуль объекта / модуль менеджера:

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

Модуль формы:

• ПриОткрытии() — инициализация параметров отбора и порции.
• ВыполнитьИзвлечение(Команда) — запуск фонового задания извлечения, подключение оповещения о завершении.
• ПриЗавершенииФоновогоЗадания(Результат, ДополнительныеПараметры) — обновление прогресса и информирование пользователя об итогах.

Требует проверки (версионно-специфично): конкретные имена экспортных методов и то, вынесена ли логика в модуль обработки или в общий модуль подсистемы, в редакции 3.4.5.21 следует уточнить по конфигуратору — БСП периодически рефакторит эти механизмы между версиями.

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

Обработка не является документом, поэтому:

• не проводится и не имеет режима проведения;
• не формирует движений ни по одному регистру накопления, сведений или бухгалтерии;
• не формирует проводок по плану счетов РК (1210, 1030, 1330, 3310, 3130, 6010, 7010 и др.).

Единственный «побочный эффект» работы — обновление служебных данных полнотекстового поиска и статусов извлечения текста в хранилищах присоединённых файлов. Соответственно, к ней неприменимы понятия дохода от реализации (6010), себестоимости (7010), НДС к уплате (3130) и т. п. — она относится к технической инфраструктуре, а не к учётному контуру.

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

• Ввод на основании не применяется — служебная обработка не создаётся на основании документов и не служит основанием для других объектов.
• Связанные механизмы и объекты:
  • Подсистема «Полнотекстовый поиск» (индекс, форма поиска данных) — потребитель результатов извлечения.
  • Подсистема «Работа с файлами»: справочники присоединённых файлов, регистры/хранилища версий и двоичных данных — источник данных для извлечения.
  • Регламентное задание извлечения текстов и обновления индекса полнотекстового поиска — типовой сценарий автоматического (фонового) запуска обработки.
  • Роли и профили доступа администрирования — определяют, кто может запускать обработку вручную.

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

• Расширение конфигурации: можно перехватить/дополнить процедуры извлечения (например, добавить поддержку специфических форматов или логировать результаты) через аннотации &Вместо, &Перед, &После в модуле обработки/формы, не снимая конфигурацию с поддержки.
• Регламентное задание: настройка расписания, размера порции и условий запуска фонового извлечения (в разделе администрирования / через РегламентныеЗадания).
• Программный вызов: методы извлечения текста можно вызывать из собственного кода при загрузке/присоединении файлов, чтобы индексировать содержимое сразу.
• Параметры полнотекстового поиска: включение/отключение индексации, настройка ограничений на размер извлекаемого текста и типов файлов на уровне подсистемы поиска.
• Дополнительные обработчики файлов: подключение внешних средств извлечения текста для форматов, не поддерживаемых платформой напрямую.