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

У меня FTP заработал на 60% баз, остальные примерно с такими ошибками по FTP не хотят работать.
Вот здесь уже даже лог с FTP снимал:
https://olegon.ru/showthread.php?t=3104
пришлось временно перейти на файловый обмен... Видимо придется переходить на внешний...

Перелопатил кстати все настройки напрямую в таблицах, все в норме

Проблема с FTP обменом решена в 7 сервис паке к версии 1.025.1

Дабы не плодить.

При отсылке котрагента
----- Ошибка приема -----
Пакет: 100111175008_2363417_2.SFPZ
Тип объекта: Клиент или поставщик
Идентификатор объекта: 684
-- Уровень вложения 0 --
Сообщение: Несоответствие текущей схемы объекта и данных в виртуальном пакете. Несовпадение версий сервис-паков или изменена структура таблиц объекта «CL, 684»
Исключение: Sm.Core.BaseException
Источник: Sm.Post.VirtualPackage
Метод: System.IO.Stream Sm.Post.IVirtualPackageReader.GetObjectData(Sm.Core.SupermagObject, Sm.Post.PostObjectSchemeHash)
-- Уровень вложения 1 --
Сообщение: Неверный хэш-код для схемы объекта «CL, 684»
Исключение: Sm.Post.CheckSchemeHashException
Источник: Sm.Post.VirtualPackage
Метод: Void CheckHashCode(Sm.Post.ObjectHashCodeInfo, Sm.Post.PostObjectSchemeHash, Sm.Core.SupermagObject)


1.025.1 СП8 и в ЦО и в подчиненном МХ.
Инвалидный объект в БД только один - процедура SMEXPORTPRODACCOUNTS, который не компилируется.

Почитай мои достаточно древние ругательства (кажется 1024.6, 2007-8 год) на тему сравнения почтовиком структур баз. Ставь database link и сравнивай базы. Попутно вспоминай, какие индексы прибивал, где констрейнты отключал и вообще что со структурой делал.

31.10.07 (№ 729) SP № 7

Изменен протокол работы FTP транспорта для обмена с большим перечнем FTP серверов.
Sm.Post.Transports.dll

У нас стоит VSFTPD под unix и все нормально работает.
Версия 1.025.1 sp7
Как раз в этом sp и была исправлена ошибка.

Хотя почему у тебя из магазинов на ftp выкладываются пакеты, а из офиса нет ... это уже ошибка в настройках либо ftp, либо почтовика в офисе.

Тут вот в чем дело.
База ЦО обслуживает 9 подчиненных.
Ни в один из подчиненных МХ контрагент не рассылается.
Не так давно база ЦО падала. ( там были проблемы с таблицой истории ставок налогов ) Экспорт-импорт не помог и путем нескольких проб и ошибок, БД была заново инициализирована генератором БД в свою же версию. После чего инвалидные объекты исчезли и база стала работать нормально.
Сейчас сравнил структуру БД ЦО с одной из БД магазинов.

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