Разбор образца выгрузки в АБИС

1. Зачем этот разбор

Заказчик передал три вещи разом: кадры трёх карт на книги, один файл для АБИС, сделанный по этим же трём картам, и макет бланка с пометками полей. Ценность — в связи: по ней проверяется, какое правило превращает карту в текст.

Макет спецификацией не является. Он описывает бланк и в нескольких местах расходится с тем, что в файле; где расходится — верен файл, потому что его принимает АБИС.

Разбор — материал для спецификации конвертера, а не сама спецификация: у них разный срок жизни. Разбор останется как есть, спецификация будет меняться.

Карта на входе — InformationCardSpec, коды значений — каталог справочников. Файлы — в Export/Source/.

2. Материал

Файл AbisFile/260531_260532_26048.TXT — UTF-8 с BOM, CRLF, три записи, разделитель *****. Строка — одно поле: # + номер + : + пробел + значение; подполя — ^ + буква

• текст до следующего ^. Порядок полей в записи не значим: в трёх записях он разный.

Файл на три карты — АБИС принимает пачку. Имя файла — инвентарные номера через _.

Карты 531 и 532 — два тома одного издания: инвентарный номер один (26053), тома различает 910^N. Имена папок с кадрами — склейка номера и тома, а не инвентарный номер.

3. Подполе за подполем

Ряд — подполе. «Файл» — что стоит в переданном файле; «По правилу» — что получится, если применить правило к кадру карты, а не то, что на кадре написано. Значения помечены картой: 531, 532, 048; «то же» означает, что правило даёт ровно файл.

Пустая клетка «Файл» — правило даёт значение, а в файле его нет. Пустая клетка «По правилу» — правило не установлено либо оно не даёт ничего, а в файле значение есть.

4. Что из этого следует

Множественная отметка раскладывается по подполям подряд. Внутри поля подполе не повторяется, поэтому каждая отмеченная клетка занимает свою букву: физ.-мех. повреждения переплёта — от ^P к ^X, блока — от ^J. Буква не значит ничего, значение — код справочника. Это ровно то место, где макет описывает другое устройство (одно подполе ^P со значениями), и он неверен.

Одиночная отметка даёт признак 1, групповая — код своей группы. «Записи есть» — 316^G1; «переплёт повреждён» — 393^Db. Неотмеченное не выгружается: пустых подполей в файле нет.

Пара «задано / выполнено» сворачивается в одно подполе. Отмечено «задано» — значение 1, отмечены обе — 2; «выполнено» без «задано» в образце не встретилось. Условия хранения устроены иначе: два подполя, ^S задано и ^T выполнено, значение — код условия.

Выходные данные зависят от вида записи. У однотомника место, издатель, типография и год — в 210, формат — в 215^D. У многотомника в 210 остаётся только год, всё остальное собирается в 461, а формат уходит в 461^R.

Пять подполей заполняются константой: 910^A = 0, 318^A = 0, 907^C = КОН, 961^Z = ДА, 215^1 = c.. Источника на бланке нет ни у одного, и во всех трёх записях образца значение одно и то же, но способ заполнения нигде не указан. Правило снято с образца и подлежит подтверждению.

Строка «Автор» делится надвое. Фамилия — первая подстрока либо первая строка до запятой; всё остальное идёт в ^G целиком, ^B остаётся пустым. Разбирать остаток на личные имена, отчества и звания правило не пытается: признака, по которому одно отделяется от другого, в материале нет.

/// <summary>Разбор графы «Автор» на подполя 961 (700, 702).</summary>
public static AuthorSubfields Parse(string source)
{
    // Графа пуста — поле не пишется вовсе (карта 048).
    if (string.IsNullOrWhiteSpace(source))
        return AuthorSubfields.None;

    // ^A: первая подстрока либо первая строка до запятой.
    // «Perrault [Charles] de l'Académie Françoise» → «Perrault»
    var surname = source.Split(',')[0].Split(' ')[0];

    // ^G: остаток строки целиком. ^B: пусто.
    var rest = source[surname.Length..].Trim();

    return new AuthorSubfields(surname, initials: string.Empty, expanded: rest);
}

Образцу это правило не соответствует: в файле ^B = C., а ^G = Charles — то есть скобки сняты, хвост de l'Académie Françoise отброшен, имя сокращено до инициала. Каким способом, неизвестно, и из трёх записей не выводится. То же с издателем: как из фразы La veuve de Jean Baptiste Coignard, Imprimeur du Roy… получаются Coignard и Jean Baptist, правило не объясняет.

Даты приводятся к восьми цифрам. На бланке они написаны как угодно: 8.12.2010, 07.12.10, 22.XI.10.

Справочное значение выгружается кодом. Язык — fre, исполнитель — ЛЕЮ, материал — a. Исключение — эксперт и его ФИО в строке экспертизы: там текст, хотя справочники есть.

5. Насколько образцу можно верить

Правило восстановилось почти везде, и это само по себе результат: большинство подполей сошлось с кадрами точно, включая всю консервацию и все справочные коды. Отсутствие поля там, где графа на бланке пуста, — тоже совпадение: у карты 048 нет автора, и поля 961 в записи нет.

Но в файле не хватает двенадцати отметок, которые на картах стоят: состояние блока у двух карт, «Затеки» у двух, «Нарушено шитьё» у двух, экслибрис, свидетельства принадлежности, отметка «Записи», формат первого тома, две отметки консервации. Плюс дата карты 048 сдвинута на месяц, а издатель записан двумя способами: у 531 — персоной во втором повторении 961, у 532 — текстом в 461^G.

Потери не складываются в правило — они разные у разных карт, и одна и та же отметка то выгружается, то нет. Значит, это не правило, а неаккуратность: файл, скорее всего, набивался руками либо получен из АБИС после ручной правки.

Обратное тоже верно: в файле есть то, чего на карте нет — одиннадцать комментариев против пяти у карты 531, результат экспертизы «без изменений», 961^Z, 907^C. Часть данных пришла не с бланка, а из записи АБИС.

Отсюда главный вопрос к заказчику: считается ли этот файл эталоном? Если да, наши расхождения — ошибки конвертера, которых мы не должны допустить. Если нет — эталон нужен другой, и сверять правило не с чем.

6. Открытые вопросы