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

Тоже рассылка из ЦО и потом перебиваем в ЦО

Вопрос: правила генерации - каким образом их задавать? к примеру, если совпадает количество цифр в разных документах - это к чему приведет? или не к чему? к примеру, у меня правило для приходной накладной АА_ 7 знаков, для сличительной ведомости - АА_ 7 знаков (где АА - сокращенное название МХ). Их не стоит поменять - к примеру, сделать 7 и 6 знаков. К чему спрашиваю - не могу передать сличительные ведомости в ЦО - выдает ошибку о совпадении номеров документов...

Совпадение номеров для разных типов это допустимо, текст ошибки надо прикладывать полностью, если сам не смог разобраться, скорее всего текст что-то вроде этого "два разных объекта имеют одинаковые идентификаторы" что означает что два объекта созданные в базах с разными DBID, но с одни номером и одинаковым типом

Юра Жданов в свое время написал програмку для заполнения префиксами базы. Прикладываю, мож кому пригодится. А в последних версиях СМ2000 начиная с 1.026.2 создана еще колонка "внешний префикс" (программка заполняет только внутренний). Так же при создании МХ создана функция автозаполнения префиксов данных колонок. Скрин прикладываю.

Миниатюры

 

Вложения

Prefics.rar (214.1 Кб, 106 просмотров)

При приеме сличительных ведомостей может еще ругаться на одинаковый номер приказа о проведении инвентаризации (больше похоже именно на эту ошибку). У себя в сети мы номер приказа генерим по принципу
ХХХ-ГГММДД, где ХХХ - короткое имя МХ (в нашем случае - префикс документа), ну и соответсвенно ГГММДД - дата начала проведения инвентаризации... Операторы уже это выучили... проблемы возникают крайне редко (и то как правило в МХ в рамках проведения одной инвентаризации в разных описях разные приказы... дата после 1200 другая....)

7 и 6 - ни к чему.
стоит ввести в префикс номер МХ и, возможно, признак, где создан документ: в магазине или в офисе.
общую длину номера документа не надо делать больше 11, кажется, символов - перестанет вмещаться в ширину колонки в стандартных отчетах и хвост будет переноситься на следующую строчку.

Абсолютно согласен. Плюс добавить в префикс тип документа - ПН, РН, СВ и т.д.
Центр. база для м/х №1 - ц01ПН000000, ц01РН000000
Маг. база м/х №1 - 01ПН000000, 01РН000000
Центр. база для м/х №2 - ц02ПН000000, ц02РН000000
Маг. база м/х №2 - 02ПН000000, 02РН000000

С этим никогда не парился, создавал префиксы одни на МХ, проверка идет на совпадение номера среди этого типа документов, то есть номер приходой накладной среди приходных накладный и т.д. Всегда настраивал:
Центр. база для м/х №1 - в ПН - ЦО, в РН - ЦО
Центр. база для м/х №2 - в ПН - ЦО, в РН - ЦО
Маг. база м/х №1 - в ПН - 01, в РН - 01
Маг. база м/х №2 - в ПН - 02, в РН - 02
а лучше в магазинах буквенный префикс типа М1 или что-то типа того.

Твой вариант привлекательнее тем, что понятно: где создан, что за документ, для какого МХ. Но это же пипец как геморойно создавать для каждого магазина, если магазинов несколько, то ни один час убьешь ((

вопрос чайника. а зачем создавать ЦО для каждого МХ? разве оно не одно на всех?

Все делалось намного легче... Сначала придумали схему, потом настраивали префиксы в момент открытия каждого магазина как в ЦБ, так и в базе магазина. Ну, минут 5-10 на это уходило.

Ты просто не так понял. ЦО в большинстве случаев действительно одно.
Имеется ввиду, что ты документ (ПН, РН) на место хранения "Маг 1" можешь создать как в ЦБ, так и в базе магазина.
И если префиксы будут одинаковые, то может возникнуть ситуация: Создали (по неизвестной причине) документ в ЦБ с автоматическим номером МАГ1ПН001451. Через десять минут в базе магазина операторы тоже создали документ, тоже с авто-номером МАГ1ПН001451. Подняли статус, почтовик успешно перезаписал тот документ, который сделали в ЦБ. Документ утерян.