непонятки с почтовиком : Супермаг Плюс (Супермаг 2000)

Версия 1.024.3 SP7

----- Прерывание работы программы -----
сообщение: "Ошибка приёма объекта «WO НРМД00880», виртуальный пакет «060802112915_322602_3.SVP»"
исключение: Sm.Core.BaseException
источник: Sm.Post.DbLoader
метод:

----- Причина исключения, уровень вложения 1 -----
сообщение: "Concurrency violation: the UpdateCommand affected 0 records."
исключение: System.Data.DBConcurrencyException
источник: System.Data
метод: Int32 Update(System.Data.DataRow[], System.Data.Common.DataTableMapping)
at System.Data.Common.DbDataAdapter.Update(DataRow[] dataRows, DataTableMapping tableMapping)
at System.Data.Common.DbDataAdapter.Update(DataTable dataTable)
at Sm.Post.PostObjectAdapter.WriteExistingObject(OracleTransaction transaction, PostObject oldPost)
at Sm.Post.PostObjectDocumentAdapter.WriteExistingObject(OracleTransaction transaction, PostObject oldPost)
at Sm.Post.PostObjectAdapter.WriteObject(OracleConnection connection, PostObjectSchemeFactory factory)
at Sm.Post.PostUploader.UploadObject(IVirtualPackageReader reader, PostObjectInfo postData)
at Sm.Post.PostUploader.UploadObjects(IVirtualPackageReader reader, IPostReplyCreate postReply)

Здравствуйте,

Ошибка говорит о следующем: было сделано сравнение строки из почтового объекта Приходная накладная с содержанием базы данных, было выяснено, что такая строка в базе есть, но она отличается от содержания почтового объекта, далее была сделана попытка обновления этой строки в базе данных и в момент обновления выяснилось, что строки в базе нет.

Возможные причины: 1. документ редактировался в момент приема почты. 2.
Имеется неизвестная ошибка в структуре таблиц, которая приводит к удалению строки в момент обновления объекта.

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

Подготовлен для тестирования сервис пак 2 для версии 1.024.4.

В состав сервис пака вошло следующее изменение:

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

Ждите. Скоро всем будет счатье.

Очень бы хотелось знать, когда сервис-пак закончит тестирование...

Ой гложат меня сомнения на тему счастья.
Согласен порывы благородны, но исполнение иногда очччень сильно хромает.

На самом деле не знаю про "запросОВ", но про один запрос, на тему которого я ругался в соседней ветке могу сказать, что прием кассовых доков вместо суток, стал выполняться за 15 мин. Только вот этот запрос неудачный был внесен в 1024.4сп1, соответственно те, кто его не ставил, особенной разницы не заметят.

Лечится именно перезагрузкой сервера?
Не пробовали убивать процесс "Почтовика" FAR'ом например?
Возможно, что в почтовике накопились большие списки пакетов на отправку и ошибок приема - мож их почистить?