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

Откуда информация о том они будут пересозданы в меньшем количестве? Или имеется в виду меньшее количество пакетов? Так это зависит от настройки количества объектов в пакете.

Имеется ввиду количество пакетов. Ведь при возникновении ошибки в пакете часть объектов из этого пакета все же будет принята. И когда таких пакетов много, отмена и последующее пересоздание уменьшает их кол-во. Естественно количество объектов в пакете задается настройкой.

Я всегда считала, что не важно - все ли объекты с ошибкой в пакете - при повторном создании все эти объекты опять включаются в пакет.

Тут хитрая технология :) Имеется 2 параметра: количество объектов в пакете и количество ошибок обработки для одного пакета. Если кол-во ошибок для одного пакета < кол-ва объектов в пакете, то при достижении заданного кол-ва ошибок, обработка всего пакета прекращается. Т.е. остальные объекты просто не обрабатываются. Но при этом, уже принятые объекты повторно в рассылку не попадают.

Блин... сорри нервы не выдержали...

Причем здесь... твою...

Вот придставьте себе человега который говорит что не будет смотреть логи винды... т.к. там слишком дох..рена записей... но при этом просит помочь с тем что у него винда падает в BSD!!!!!!!!!!

Это что такое... все пакеты с ошибками отсортированы по времени!!! И что занчит ... прошли или нет на знаю??? в базах налоговые ставки идентичны??? т.е. все что есть в одной есть в другой??? что там сложного посмотреть пакеты за опреденный день!!! нафига отменять туеву хучу пакетов не известно с чем!!! убить их все нах... проверить документы SMDOCVERIром и переслать недостающие...

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

З.Ы. сорри за эмоциональность... но мне правда не очень понятно... все эти телодвижения...

нееее, вот это ты зря шумишь!
нам тут юраз любопытную штуку про ошибки в пакетах и уменьшение количества объектов к пересылке рассказывает...
если все действительно так - прикольный способ чисто механически подсократить количество пакетов для анализа ошибок.

и в данном _КОНКРЕТНОМ_ случае - глубоко пофигу переучеты и прочая беда: люди новую базу инициализируют. ничего никуда не поползет.

Имеется в виду следующее. К примеру, имеем 2 пакета с ошибками - в одном 1 объект, и в другом 1 объект. При отмене пакета и последующем пересоздании пакета создастся 1 пакет, где будет 2 объекта. Естественно, пакеты должны идти в одну базу, и количество объектов в пакете должно быть больше 1.

Это то оно понятно... так еще из покон веков работало...

Однако только для данного конкретного случая...
Если база только что поднята... да и какой смысл отменять 20-30-40 тыс карточегг... если налоги не ясно прошли или нет???

Может дополнительные свойства карточег не разосланы?? какой в этом смысл??? я воплю по поводу того... что человег не может посмотреть и локализовать проблему... это то и страшно... Отменять то можно до посинения\зеленения\покраснения (нужное подчеркнуть), только смысла в этом будет мало если не все необходимые справочники переслались...

ИМХО... вот...

Согласен. Но я предложил алгоритм борьбы с большим количеством пакетов с ошибками. Естественно, сначала нужно переслать налоги и убедиться, что они прошли. А уж после этого отменить/создать.