BiTel

после перехода на 4.5 менеджеры отдела расчетов стали жаловаться, что сбилась нумерация.
выписываются счета, счета-фактуры и акты с номерами которые уже присутствуют в прошлом месяце.

у нас нумерация прозрачная в течении года, настройки:


реально счет-фактура сгенерированная сегодня имеет номер счета-фактуры которую мы выставляли другому клиенту в прошлом месяце:
номера абсолютные и номера в пределах года совпадают. аналогичная ситуация и по 939(275)сф.

что можно предпринять чтобы избавиться от такой ситуации в дальнейшем? сейчас менеджеры правят вручную(в начале этого месяца, и текущие)
наибольший номер в БД bill_invoice_data_2 - 982.

Сейчас последующий номер вычисляется как номер последнего созданного в периоде документа + 1. Возможно, проблемы начинаются после перевыставления документов за прошлые периоды?

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


а как было в версии 4.4? там просто таких проблем не возникало.
ну и другой вопрос как сделать так чтобы он создавал не "поселдний созданный+1", а "максимальный созданный+1"?

/me обнимает MiB и по братски хлопает по спине

биллинг щас делает вообще занимательно все, он берет последний счет (фактуру) по ID ! выгребает number_in_year и number_in_month этого счета и крейтя новый счет просто накидывает к ним единицу, неглядя, пофик что счет (фактура) с такими же номерами есть

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

понять зачем и для кого это сделано я не смог, предлагаю объединится в крестовом походе доводы что простота генерации номера ускоряет биллинг (и позволяет крейтить до 300000 счетов в секунду) меня как то не убедили

Jimson все правильно описал.

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

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


Было как раз максимальный созданный + 1. Постараемся либо сделать 2 режима, задаваемых в конфигурации либо вообще что-то придумать с системой нумерации другое в 4.6.

лично мне больше нарвится вариант с выбором в конфиге.

аналогично

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

засада еще в том что в текущей версии биллинга определить какой же там номер самый большой можно только SQL выборкой

Сортировку по номеру и ID и 2 режима выбора последующего номера сделаем.