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

Бывает, что почтовик ругается на несоответствие версий или сервиспаков, хотя оные совпадают.
Ситуация такая - почтовик для сравнения структур использует заранее подготовленные таблицы, в которых содержатся сведения о структуре каких-то таблиц. Соответственно, если не хочется разбираться, но есть подозрение, что в момент апгрейда схема как-то отличалась от штатной, то можно сделать следующее: сравниваем структуру с эталоном, выявляем все несоответствия и исправляем их, обращаем внимание, что штатная (в административном модуле) процедура не проверяет включенность констрейнтов, только их наличие. Все констрейнты должны быть включены! После доведения до эталона, по структуре необходимо прогнать Генератор БД заново (и накатить скрипты SP, если таковой установлен)

Почтовик пользуется не совсем верным алгоритмом проверки структуры таблиц, ориентируясь только на их описание, а не на фактическую структуру. Поясню. Есть таблица, на столбцы которой можно поставить ограничение (not null - обязательная), так вот это ограничение можно поставить через свойства таблицы/колонки (при этом ограничение выставляется автоматически), а можно - просто выставлением этого самого ограничения. Вот во втором случае почтовик считает, что ограничения нет и ругается на несоответствие структуры, хотя структура-то верна! Приходится убивать ограничение на таблицу, какое бы оно ни было, и принудительно выставлять его в свойствах таблицы.
Всем, кто ничего не понял - мои извинения :) Тавталогия, Оракловый термин constraint переводится, как ограничение.