Для тестирования режима АРМ Каталогизатор ИРБИС64 "Передать во внешние ресурсы" открыт доступ к тестовой базе данных на сайте ГПНТБ России.
Эта база данных видна в режиме заимствования из WEB ИРБИС.
Для настройки доступа необходимо изменить файл webtransfer.mnu в директории deposit -
внести следующие 2-ве строки:


1.строка: [library.gpntb.ru]
2.строка:
ГПНТБ - тестовая база данных для импорта

В связи с доработкой этого режима был изменен АРМ Каталогизатор
который появится в upgradeD5 в ближайшее время.
По заявкам на alio@gpntb.ru АРМ может быть выслан.

Где можно узнать описания кодов ошибок, которые возвращает данный режим?
И вообще почитать поподробнее про настройку этого режима.

В ztransfer и webtransfer изменил пути и ip-адреса сервера.

Передача записи в web-ресурс выдает ошибку -402 (при указании на несуществующий сервер - ошибка -999).
Передача записи в z-ресурс выдает ошибку -1 (лог в аттаче)

Ирбис 64, 2008.1

-402 ошибка при записи
Подробности настройки режима см в файле WEBIRBIS_OPAC.zip в директории
htdocs дистрибутива WEB ИРБИС

Привожу этот текст здесь:

Технология заимствования записей через WEB ИРБИС 32 и 64

Заимствование записей осуществляется специальной командой C21COM=4.
АРМ Каталогизатор производит заимствование ISO записи в формате IRBIS в кодировке UTF-8.
Для тестирования режима открыт доступ к сайту ГПНТБ на заимствование из тестовой БД TEST с любого IP.
[www.gpntb.ru]

Авторизация имеет 3 этапа:


1. Стандартная авторизация по имени и идентификатору, и дополнительно, специальная авторизация по БД RDR с целью определить, разрешено ли заимствование с данного IP адреса – поле 112. Если среди повторений поля 112 есть строка *.*.*.* , то авторизация разрешена с любого IP.
2. Формат показа ссылки позволяющий заимствование (“Скачать”) проводит такую же проверку как п1. Если проверка не прошла – ссылка не показывается. Это сделано, чтобы независимо работала авторизация Читателей на заказ.
&uf('+1W1#',v1100),
&uf('+1W2#0'),
&uf(|DRDR,!RI=|v1002|!,(if p(v112) then if (v112=&uf('+1R1'))or(v112='*.*.*.*') then &uf('+1W2#1'),break,fi fi)|)
if &uf('+1R2')='1' then
'<br><a href="/cgi/irbis64r/62/cgiirbis_64.exe?Z21ID=',&uf('+3E',v2225),'&P21DBN=',v3331,'&I21DBN=',v3331,'&EXP21FMT=ISO&C21COM=4&EXP21MFN=',f(val(MFN),0,0),'">',
'Скачать',
'</a> <br>'
fi,
3. Проверка шлюзом разрешения на заимствование из данной БД клиента с данным IP по соответствию в irbis_server.ini. В данном примере заимствование разрешено с любого IP.
[TEST]
*.*.*.*=1


Ниже пример записи RDR позволяющий заимствование в текстовом формате ИРБИС.
#112: *.*.*.*
#112: 192.168.3.146
#112: 127.0.0.1
#112: 192.168.2.238
#32: ksboychakov@yandex.ru
#11: Научно-техническая библиотека России
#10: ГПНТБ
#30: 4444
*****

Передача записи из другого Каталога осуществляется через АРМ Каталогизатор.
На WEB ИРБИС принимающей стороны должна быть та же авторизация как и при заимствовании с дополнительными параметрами в ини файле шлюза
#Для записи через OPAK IRBIS
IMPORT_ISO_*.*.*.*=1
IMPORT_ISO_DBNFLC=dbnflc – проверка на дублетность

Насколько я понял ошибка возникала при несоответствии записи при проверке на дублетность.

Причем, если закомментировать параметр IMPORT_ISO_DBNFLC или оставить его пустым, то запись не копируется вообще - немного не то, что я ожидал увидеть (особенно вместе с надписью "запись передана благополучно").

Изменил dbnflc на '0' - запись скопировалась нормально.

Соответственно возник вопрос, а нельзя ли вместо ничего не сообщающей ошибки -402 показывать результат расформатирования dbnflc, как это сделано при обычном сохранении записи. Так хотя бы будет понятно, почему нельзя передать запись.

Ну и остался вопрос с настройкой передачи в z-ресурс.