SMPOSTQUEUE : Супермаг Плюс (Супермаг 2000)

Про "убей" я не согласен, как никак пакет уже в пути, а вот если документ не помещён в пакет, то просто не добавлять в очередь.

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

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

Я вот сижу и думаю, как бы запретить ручную рассылку документов...

Я как раз о том, что ушел пакет, в котором была уже недействующая копия документа или нет, нас интересовать в принципе не должно. Документ один, если есть более новая версия документа, то его изменения должны отражаться историей документа, а не кучей объектов в очереди почтовика. Я, похоже, сварганю триггер, чтобы дупы выбрасывались из очереди. А тебе, Mtirt, могу порекомендовать воткнуть констрейнт на причину рассылки только 'auto'. Кажется, должно работать.

Ага, а еще его как минимум к должностям привязать надо. Да и есть варианты, когда у нас только ручная рассылка и работает.

Ну еще есть лог почтовика в папке sm2000\data, смотрел?

О, дааа! :) 7Гигов малоосмысленного машинописного текста :) Я его убиваю, оно растет, сволочь :)

Как ее правильно чистить? Очень не хочется в связях ковыряться, ткнул убить каскадом из smpostpackages, что-то не почистилось, мне кажется...

Так это ошибки прут. Первоначально надо понять чего за ошибки, а потом их чистить и тем более какие-то таблицы.
Где лог, лог в студию.

Основная:
я так подозреваю, что это из-за кривизны реализации прямого обмена... На самом деле, это не критично, пакеты доходят при повторном пинке, просто лог замусоривается...