Да, действительно, в первоначальном варианте так же есть возможность переноса цены, и периода. Но работа по этой технологии связана с целым рядом неудобств:
1. Требуется выделять и редактировать записи в двух базах вместо того, чтобы делать это в одной. Ведь сведения об отделе библиотеки, куда должен поступить журнал и количестве экземпляров нельзя указать в базе Post.
2. Приходится вносить сведения о периоде подписки в каждую запись каталога Post, вместо того, чтобы делать это в пакетном режиме. В случае, когда переносится 10-20 записей это очень утомительно.
3. Создание уникального шифра из поля 903 записи типа Post невозможно, так как это поле отсутствует в рабочем листе и не предусмотрено конвертерами. (903 0 if v903.1='-' or a(v903) then v200.1"!" else v903 fi). Нельзя это сделать и взяв первый символ строки заглавия, так как это маркер подполя – символ «^». И такая структура поля в записях нашей базы определена конвертером (!iк1.fst), который создаёт подполе ^A в поле 200. (200 0 (|^A|v10,/)).
4. Заполнение поля Шифр значками «^!» не позволяет сохранять запись после редактирования, вызывая недовольство ФЛК.
5. Учитывая, что в autoin.gbl для простановки шифра используется оператор ADD, единственным способом создать правильный шифр на основе ББК и т.п. является удаление символов «^!» и сохранение.
Конечно, все эти недостатки не мешают объединить оба способа переноса, предоставив выбор самим библиотекарям.
PS. Пожалуйста, обратите внимание на то, что в каталоге post последней демонстрационной версии (с FTP [
ftp.gpntb.ru]) находится два файла конвертера !iк1.fst !ik1.fst, различающиеся, буквой К в имени; у первого – латинская, у второго – кириллическая. В Importw.mnu прописан конвертер с кириллической буквой, который в отличие от своего аналога с латинской как раз и формирует подполе ^A.