Ну и регистр идентификаторов тоже

Не на выгрузке, на получении

Это вариант, на принимающей стороне анализировать, что были другие доки, загруженные по данному идентификатору. Но тоже есть проблема, в общем случае могу отработать сразу 2 ПКО, это когда в ERP в одной строке у нас расход на себестоимость, в другой простые затраты - тогда один документ превращается в 2 в БП. Поэтому нельзя просто перед загрузкой объекта помечать документы, найденные по идентификатору на удаление

У ПОД есть флажок. Он управляет тем, нужно ли удалять записи по этому правилу для других ПКО или нет.

Думаю в событии после загрузки всех данных можно отработать, предварительно сохранив, что загажулось

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

Протестирую

было ли у кого-нибудь такое, что при вставке кода (большой объем) из буфера в конфигуратор (8.3.) вдруг один из символов вставлялся в "кривой" кодировке?

"и"?

"к"

предположительно, копировалось из vscode и через RDP

У меня на "и" такое случается, правда не в конфигураторе, а в идее.

Возможно подглючивает ос, а не Конфигуратор

Но вообще они рядом...)

и сонар не ловит такое(

Теоретически можно написать на это диагностику. В лексере есть тип токена UKNOWN.

https://github.com/1c-syntax/bsl-parser/blob/master/src/main/antlr/BSLLexer.g4#L118

Но это в другой чат, пожалуй

Коллеги

а кто как решал такую ошибку?

1С 8.3.16.1148

разработка на RDP сессии

иногда помогает ВЫХОД из сессии (с закрытием всех приложений)

но тут и оно не помогло

Переходи на хттп-отладку