Номерные серии в журнале ордеров

[Silphidae]

Добрый день.
Помогите, пожалуйста, разобраться с проблемой.
В модуле Банк есть форма "журнал ордеров" LedgerJournalTransRCash. Нужно сделать так, чтобы номер ордера заполнялся автоматически - для этого создаю номерную серию по аналогии с http://erpkb.com/Axapta/NomernyeSerii На датасорсе формы перекрываю методы create(), write(), validatewrite(), linkactive(), delete(). Все компилируется успешно. При тесте случается ошибка в методе create() - не инициализируется объект LedgerJournalEngine.
Собственно вопрос: как с этим бороться? Может, нужно перекрыть init() или еще какой метод?
Версия АХ 4.0.2

[Михаил Андреев]

Он и так заполняется автоматически, если по инструкции действовать.
Кнопка "Одобрение документов".

[Silphidae]

Спасибо. Да, заполняется, но пользователи хотят разные номера для ордеров дебета и кредита.

[Михаил Андреев]

Ну и настройте разные. Банк - Параметры - закладка "Номерные серии".

[Silphidae]

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

[Silphidae]

Помогите, пожалуйста, разобраться с настройкой номерных серий. Дело в том, что для журнала оредров действительно есть настроенные номерные серии - отдельно для прихода и для расхода. Но пользователи не знали о возможности автонумерации и писали номера ордеров ручками - теперь получается, что серия выдает номер 5, а в системе уже 250 ордеров, соответственно, получается ошибка. Я так понимаю, в соответствующей номерной серии нужно как-то изменить минимальное значение на 250, чтобы следующее было 251, но система не дает этого сделать, т.к. серия используется. Как это решить?

[S.Kuskov]

Zitat:

Zitat von Silphidae

Я так понимаю, в соответствующей номерной серии нужно как-то изменить минимальное значение на 250, чтобы следующее было 251?

Близко к истине. Только изменить нужно не "Минимальное", а "Следующий"

[Silphidae]

Если я изменю следующий, то следующий будет 251, но т.к. серия непрерывна, после 251 будет 2, а не 252, разве не так?

[sukhanchik]

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

Правда тогда мы принимаем на себя ответственность, что м.б. потерянные номера.

[Silphidae]

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

[sukhanchik]

Потому что в первую очередь - так было настроено в демо-данных.

На самом деле - непрерывные номерные серии - с т.з. производительности - это зло. Они нужны (наверное) - там - где каждый номер что называется выделяется "строго под расписку" - но по факту - неожиданный "провал" вниз по нумерации (№2 после №250) смущает всех тех, кто на эти номера смотрит. А если на номера никто не смотрит - то и подавно непрерывность не нужна.

Вот к примеру - есть номерная серия "Пакет корреспонденции". По факту - это внутренняя нумерация, которая снаружи никому не интересна. В демо-данных - она сделана непрерывной.

Тут нужно включать мыслительный процесс. Если нужна непрерывность (с такими вот скачками) и готовы пожертвовать производительностью - то галку ставить. Если не нужна - галку не ставить. Правда местами есть в коде проверки, чтобы номерная серия была непрерывной... Тут опять нужно включать мыслительный процесс что делать - менять код/ставить галку и т.д.

[ViV]

Чтобы система "забыла" обо всех использованных вручную номерах, надо на номерной серии нажать кнопку "Список" и удалить оттуда все использованные номера.
А затем уже следующий выставить на нужное вам.
Непрерывность обязательно должна стоять - или окажутся в кассовой книге пропущенные номера, что не очень любит налоговая.

[sukhanchik]

2ViV: надо признаться, что пропущенный номер, равно как и не номер по порядку - для налоговой - один фиг - все равно нарушение. И непрерывность здесь спасает только если последний документ создали, удалили и следующий документ будет с тем же номером, а не следующим. А согласно Вашей рекомендации - удаленные номера так "дырками" и останутся.

Согласен, что без непрерывности - возможно, "дырок" будет больше. Хотя опять-таки - все зависит от конкретной ситуации.

[ViV]

2sukhanchik, не соглашусь. Во-первых, рекомендация по чистке списка она дана для текущей ситуации - когда автору надо перейти на нормальный режим работы, после того как куча номеров была проставлена вручную. Во-вторых, если последний документ удалили даже из середины ордеров, а потом создали следующий - номер встанет. И в течение ДНЯ пропусков не будет.

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

[sukhanchik]

Zitat:

Zitat von ViV

2sukhanchik, не соглашусь. Во-первых, рекомендация по чистке списка она дана для текущей ситуации - когда автору надо перейти на нормальный режим работы, после того как куча номеров была проставлена вручную.

Согласен.

Zitat:

Zitat von ViV

Во-вторых, если последний документ удалили даже из середины ордеров, а потом создали следующий - номер встанет. И в течение ДНЯ пропусков не будет.

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

Ну... возможно. В общем-то применительно к номеру ордера и в рамках вопроса в данной ветке - согласен.

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

[denny]

Zitat:

Zitat von sukhanchik

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

Кстати, именно по этому принципу работает генерация номеров исходящих счетов-фактур: алгоритм пытается взять последний номер из списка только в случае, если он меньше текущего на единицу.