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.
|
Автор: | Администратор [ 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 этого счета и крейтя новый счет просто накидывает к ним единицу, неглядя, пофик что счет (фактура) с такими же номерами есть иначе говоря, как только надо перевыставить счет (фактуру), а это необходимо сделать если сменились реквизиты (дада, на кредитных договорах сплош и рядом об этом узнаешь когда уже все напечатано и готово к отправке), другого способа как удалить счет и создать заново нету, короче... как только это сделали, то все, превед ручное корректирование следующего нового счета понять зачем и для кого это сделано я не смог, предлагаю объединится в крестовом походе ![]() ![]() |
Автор: | Администратор [ 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/ |