Проблема с переходом СМ 2000 1.023.2 на 1.026 sp4 : Супермаг Плюс (Супермаг 2000)

Почему же не описали что уже проделано? Чтобы люди по второму кругу вам то же самое не советовали.
Я так понимаю у меня была беседа с коллегой топикстартера
Итак:
и далее по тексту топикстартера

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

Грубая лесть, но пусть на совести автора останется


Ещё раз, полная очистка очереди почтовика, как сформированых пакетов, так и объектов находящихся в очереди, полная зачистка каталогов обмена (не указан тип обмена) Прогон генератора БД заново по базе. Бывали случаи когда при таком большом скачке в версиях разработчики забывали что-нить добавить в генератор БД, обычно тех. поддержка в курсе такого поведения. В данном случае не мешало бы делать обновление поэтапное, сначала версию например 24, потом 25, а потом уже 26. В этом промежутке версий прилично менялась логика работы почтовика и соотв. его таблиц.
Я предпочитаю "мозговой штурм", т.е. обсождуение на форуме, потому что либо кто-то сталкивался уже, либо просто кто-то в порядке бреда может выдвинуть предположение, которое натолкнёт на правильное решение

Конечно!!!!!! И версии СП должны совпадать!!!

З.Ы. Вот вы господа говорите у вас сроки горят, а полезли в личку и потратили 2 дня.

ССори не допонял...щас опробуем!

Все так и делали... 1024.4 ->1024.5->1024.6->1025->1026 !

я просто показал ответы, которые я уже давал, так что звиняйте если что не так

К сожалению Статистика не причем!

Еще идей на всякий случай...
1.Запросить в С+ эталон структуры. Проверить структуру баз данных. И в ЦО и в магазинах.
2. Сделать проверку инвалидных объектов.
3. Очистить полностью все таблицы smpost***, за исключением таблиц настроек.
4. Проверить настройки почтовика, возможно надо что-то изменить.
5. Что-то было про версии СМ2000 в ЦО и магазинах? Что именно вы хотели сказать вот этим:

Решилась это проблемма удалением супермага и установкой без сервиспаков
Пробовали ставить сервис пак картина та же

Я в свое время писал ругательства матом на то, что почтовик сравнивает структуры, а главное, как он это делает. Рекомендую сравнивать структуры более тщательно. В данном случае скорее всего скрипты сервиспака не накатили, раз с такой простотой откатились.

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

попробовал без сервиспака все заработало - т.е. Вы из архива доставали базы, заново ставили СМ2000 нужной версии и работали? Или просто переустановили СМ2000 без сервис пака, на пропатченную базу? Если второе, то возникает вопрос - как ставили сервис пак? Скрипты когда накатывали (после установки сервис пака) ошибки были?
Буквально в начале месяца проапдейтили с 1.025 до 1.026sp3 - 9 объектов, среди них 1- ЦО, 1 - стал доверительной БД, все нормально.
Как вариант, удалить правила рассылки, прописать парочку - посмотреть что как...