Учитываем новые экземпляры названия, которое уже есть в БД ЭК.
Мастер поступления - Поиск описания в каталоге - отмечаем в БД ЭК MFN - Режим ввода в БД выбираем копировать в БД комплектования с последующим переносом в ЭК (см. картинку).
И вот тут начинаются расхождения. При совершенно одинаковых действиях мы иногда (реже) получаем протокол о том, что запись преобразована по таблице (см. картинку), а иногда (чаще) - в протоколе также есть сообщение о дублетной записи в той же БД ЭК (см. картинку). Причем во втором случае при дальнейших действиях с этой записью (при сохранении ее после ввода данных о новом экземпляре) появляется предупреждение о дублетной записи в БД ЭК.
Смысл всех этих предупреждений не очень ясен т.к. да, мы взяли запись из БД ЭК и она, естественно, там есть. Конечно лишнее окно с предупреждением о дублетности, которое появляется после сохранения не очень и нужно, приходится еще раз нажимать на ОК, но это терпимо. Еще более странно, что предупреждение о дублетности то появляется, то нет. Хотелось бы понимать что происходит.

Это работает ФЛК БД CMPL, а именно файл dbnflc.pft. В нем заложена проверка дублетной записи по БД каталога. А по какой БД каталога - определяют параметры irbisp.ini:
DBEK1=IBIS
DBEK2=
DBEK3=
Посмотрите, какие у вас значения. Если все пустые, то и проверки по каталогу не будет

Да, у нас DBEK1=SPBGUKI (так зовут нашу БД ЭК). Так и оставим т.к. вдруг и правда дублетность, а не докомплектование.
Но тут непонятно другое, почему когда мы берем из БД ЭК записи, то в каких то случаях не появляется это сообщение о дублетности (см. картинку дублетность_нет).

Значит так преобразовалась запись по таблице, что формат не дает дублетность. Нужно видеть эту запись - приложите ее, выгрузив из каталога.

У Вас в этой записи в 905 поле на страничке технология в ^0 -задана отмена проверки на дублетность

Нет, в этой записи такого нет. Я ее прикрепляю из БД ЭК (файл 143000) и ту, которая получилась после переноса в БД CMPL (1271).
Это не одна такая запись, где в протоколе нет строки про дублетность. Такие время от времени попадаются. Сейчас у нас счет, где много повторов (делаю в день по 30 записей, из них в среднем 10 докомплектование) . И у меня почти каждый день 1-2 таких случая. Другие сотрудники, которые заняты сейчас тоже учетом этой же партии также с этим явлением встречаются.



Редактировано 1 раз. Последний раз 26.05.2017 08:52 пользователем roit.

Это происходит потому, что в записи ЭК есть 711 поле. Ошибку исправим