forum.bitel.ru
http://forum.bitel.ru/

сбилась нумерация.
http://forum.bitel.ru/viewtopic.php?f=14&t=2068
Страница 1 из 1

Автор:  MiB [ 23 мар 2009, 17:37 ]
Заголовок сообщения:  сбилась нумерация.

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

у нас нумерация прозрачная в течении года, настройки:
Код:
#
bill.fullnumberformat=UK-$month/$year-$number_in_year
bill.number.length=5
bill.numberinmonth.length=5
bill.numberinyear.length=5
#
invoice.fullnumberformat=I-$number_in_year
invoice.number.length=5
invoice.numberinmonth.length=5
invoice.numberinyear.length=5
#


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

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

Вложения:
3.JPG
3.JPG [ 37.91 КБ | Просмотров: 4748 ]
Комментарий к файлу: счетфактура за февраль
2.JPG
2.JPG [ 46.32 КБ | Просмотров: 4753 ]
Комментарий к файлу: сегодняшняя счетфактура
1.JPG
1.JPG [ 44.05 КБ | Просмотров: 4753 ]

Автор:  Администратор [ 23 мар 2009, 17:45 ]
Заголовок сообщения: 

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

Автор:  MiB [ 23 мар 2009, 18:12 ]
Заголовок сообщения: 

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


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


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

Автор:  Jimson [ 24 мар 2009, 00:04 ]
Заголовок сообщения: 

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

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

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

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

Автор:  Администратор [ 25 мар 2009, 15:42 ]
Заголовок сообщения: 

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

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

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

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

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

Автор:  MiB [ 25 мар 2009, 23:20 ]
Заголовок сообщения: 

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


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

Автор:  Jimson [ 26 мар 2009, 18:52 ]
Заголовок сообщения: 

аналогично

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

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

Автор:  Администратор [ 01 апр 2009, 15:32 ]
Заголовок сообщения: 

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

Страница 1 из 1 Часовой пояс: UTC + 5 часов [ Летнее время ]
Powered by phpBB® Forum Software © phpBB Group
http://www.phpbb.com/