Версия 2019 (D5). Кнопка в АРМ Комплектатор "Удаление записей в БД комплектования" работает некорректно. Обнаружили, что пропали записи из партии, заподозрили эту кнопку, провела сейчас эксперимент и обнаружила следующее:
- в партии есть книга, запись на докомплектование взята из БД ЭК (Мастер поступления - нашли - выбрали "перенести описание в БД комплектование" - добавили экземпляры текущей партии в 910) , вот посмотрите на картинке, у нее в этом случае заполнено 66 поле
- над партией мы еще работаем и никуда книгу не переносили
- но у нас есть партия большая другая, которая перенесена, нам надо почистить БД CMPL, мы нажимаем в АРМ Комплектатор на кнопку-крестик "Удаление записей в БД комплектования"
- у нас удаляются не только перенесенные книги (у них 2 повторения 66 поля, во 2 повторении есть дата переноса), но и эта никуда не перенесенная книга (см картинку)
запись я тоже восстановила из логически удаленных и на всякий случай прикрепляю
Так быть не должно! Ведь получается, что чтобы спокойно пользоваться этой кнопкой, мы должны быть убеждены, что у нас нет в работе непереданных партий с "дублями" т.е. вот с такими книгами на докомплектование

Согласна. Логика д.б. более сложной. На наличие даты тоже опираться нельзя. Может вы уже перенесли, но запись еще нужна - для пополнения, таблиц....
Наверное, для удаления перенесенных и уже не нужных надо требовать задание определенного КСУ. Но может быть такая ситуация: по одному КСУ запись еще в работе, а по другому КСУ - какие-то старые уже давно перенесенные экземпляры. И вы задаете "другое КСУ"?
Какие еще могут быть "подводные камни"?

Задавать КСУ действительно плохо. Но вроде же раньше такой проблемы, что записи докомплектования удалялись у нас не было? Кнопка как то работала из не удаляя их, как мне кажется, или я ошибаюсь?

Этот режим не такой старый. Возможно, вы именно этим режимом ранее не пользовались.

Пользовались, но может на такую ситуацию не попадали просто.

Я ужесточила проверку на удаление. Будут удаляться записи, если:

1. в последнем повторении поля 66 есть дата, т.е. запись действительно перенеслась
2. в поле 910 отсутствует КСУ, которое является текущим, т.е. в INI-файле, т.е. вы с этим КСУ сейчас работаете.
3. в поле 910 нет повторений со статусом 2 - планируются

Может этого мало. Если вы одновременно работаете с несколькими КСУ и выбираете то одно, то другое, то не сработает. Такое бывает?

Приложила файлы, которые пойдут в D2

Правильно я поняла про пункт 2, что мы, например, перенесли КСУ, но для того, чтобы записи удалились, мы должны приступить к работе с другим КСУ или хотя бы его выбрать?
Да, может и так, чтобы работали то с одним, то с другим КСУ.
Может для того чтобы такого как у нас случилось не было достаточно и п. 1 и 3.

Да, правильно. Как только вы отметили КСУ в Мастере, он записывается в INI и становится текущим до т п пока не отметите другое КСУ.