Есть ERP 2.4. Немного дописанная. Постоянно возникают ошибки "Запись с такими ключевыми полями существует"

Подробней ошибки выглядят так::

{ОбщийМодуль.МеждународныйУчетПроведениеСервер.Модуль(54)}: Ошибка при вызове метода контекста (Записать)
по причине:
Запись с такими ключевыми полями существует! : ОтражениеДокументовВМеждународномУчете: 14.06.2019 23:59:59, Списание безналичных ДС ТЮ00-000402 от 17.06.2019 10:58:43, УСТ-Т ООО, 14.06.2019 0:00:00 (Регистр сведений: Отражение документов в международном учете; Номер строки: 2)

Проблема в основном с регистрами отражения документов в международном и регламентном учётах и в замерах времени при оценке производительности.

В чем может быть причина и как лечить проблему?

Может быть некорректно отрабатывает ЕРП изменение даты документа.
Документ, ошибка с которым приведена выше, был переставлен с 17.06 на 14.06. В регистре "отражение документов в международном учёте" две записи, отличающиеся только периодом и номером строки. Одна на 14.06 номер строки 1, другая 17.06 номер строки 2.

Обновление из типовой какое-то было принято? И обновилось не до конца?

Обновлялось последний раз до нового года. Ещё внедряется и готовится к запуску в эксплуатацию. Сейчас релиз 2.4.6.174.

(3) а кто внедряет? Может дописки всякие они сделали а вы у нас зачем то спрашиваете

(0) "Немного дописанная. " - А уже спрашивали у того, кто дописывал?

>> Может дописки всякие они сделали а вы у нас зачем то спрашиваете
Регистрацию документов к отражению в международном и регламентированном не дописывали. Замер производительности ни кто не трогал, не трогает и не будет трогать 146%.
>> А уже спрашивали у того, кто дописывал?
Вместе с ними гадаю, что за проблема.

< Замер производительности ни кто не трогал, не трогает и не будет трогать 146%.

Когнитивный диссонанс - а зачем вам ее не нужно трогать, понять не могу?)

(7) Гадают же)))

(8) >> Гадают же)))
Я могу предположить, что регламентные задания по отражению в учётах сломаны кривыми руками. Но тогда объясните, почему аналогичная ошибка возникает в штатном замере производительности, который никто никакими руками не трогал. Совершенно типовой.
Будешь тут гадать, если трассировка отладчиком на отдельных документах никаких проблем не выявляет, а при текущей работе ошибки стабильно возникают.

Возможно связанный вопрос. При проведении некоторых документов, пока не могу понять каких, в очередь на отражение в международном и регламентированном учёте попадает не только этот документ. Но и большое количество других. В пике видел до 4 тысяч документов.

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

(9) можно начать с платформы.И опять же, хоть скрины приведи,погадаем

(9) Что именно дописывалось? Кто вы сами там - штатный программист или консультант, какое отношение имеете к ЕРП?

(10)
{ОбщийМодуль.ОценкаПроизводительности.Модуль(749)}: Ошибка при вызове метода контекста (Записать)
            НаборЗаписей.Записать(Ложь);
по причине:
Запись с такими ключевыми полями существует! : ЗамерыВремени: Обработка. клиент банк. модуль менеджера. загрузить. удельный, 63 699 369 456 595, 6 256, 22.07.2019 5:00:00 (Регистр сведений: Замеры времени)

(11) Платформа 8.3.13.1513, ЕРП 2.4.6.174.

(12) Я штатный клюшник :) Внедряет сторонняя компания.

(14)Прикольно какой старый релиз

(16) давно идет внедрение видимо
(13) попробуйте отключить замер производительности совсем

Первое что я делаю когда происходит неведомая херня. Это чистка кэша и тестирование и исправление

(6) >>Вместе с ними гадаю, что за проблема
вот с этого места стало интересно. ребята, тащите попкорн

но по теме: скажите, а ошибка возникает только при проведении уже существующих документов? Если новый документ создать и попробовать провести, ошибка бывает?

(15) ну так и ипи ей(Внедряет сторонняя компания.) мозг, форум здесьь при чём ?

(16) Видимо, "немного допилили" до того, что теперь обновить релиз до актуального уже не могут :))

(15) А почему за полгода до сих пор не перешел?

(22) это ты зря. мы ж не знаем, какие там масштабы. внедрение может долго происходить.

(23) Я считаю что старую команду в компании надо сохранять, а не увольнять после перехода

Одна из форм перехода, это доверить старой команде не критичный функционал, печатные формы, запреты, заполнялки табличных частей, отчеты

>> давно идет внедрение видимо
Уже полтора года.
>> попробуйте отключить замер производительности совсем
А чем это может помочь? Терять-то его не хочется, полезная штука.
>> Это чистка кэша и тестирование и исправление
Какой кэш предлагаете чистить? База серверная.

(26) Оба

(26) ну или в другое место ее перетащить как вариант, копию сделать

(26) // Терять-то его не хочется, полезная штука.

Вы его уже потеряли. Если его не начнешь заполнять заново - не заработает. Отключите, увидите, что ошибка ушла и затем заново включите.

(13) получается что у вас несколько действий выполняется в пределах одной милисекунды

(30) Нифига себе быстрые! Это один пользователь.

А чем отличается
Обработка. клиент банк. модуль менеджера. загрузить. удельный
от
Обработка. клиент банк. модуль менеджера. загрузить   ???
Это наименования ключевых операций из регистра Замер времени

(27) Проблема возникает в фоновом задании. У совершенно разных пользователей. Тут если чистить, то что-то на сервере.

(32) регистры на которых сбоит - вот их надо чистить и смотреть что будет дальше хотя бы на тестовых прогонах.
Естественно, что проверить вы все это смогут, когда скопируют рабочую базу в тестовую копию, а при этом автоматически (для тестовой) исполнятся все выше высказанные рекомендации относительно кэшей и т.п.

*проверить у вас все это смогут

(имею ввиду, что процедура тестирования будет завязана на присутствие команды внедрения)