|
![]() |
#1 |
Участник
|
Ручной ввод номера счета-фактуры в стандарте "залочен", я правильно понимаю? Обойти его можно только программным способом? И чем "ручная" нумерация чревата (законодательно это же не запрещено - см. Налоговый Кодекс, Постановление Правительства РФ N 914 от 2 декабря 2000 г.)?
|
|
![]() |
#2 |
MCT
|
Цитата:
![]() чем не устраивает аксаптовская непрерывная нумерация счетов-фактур?
__________________
Sometimes there is a moment as you are awakening - when you become aware of the real world around you, - but you are still dreaming. - You may think you can fly but you do better not try. |
|
![]() |
#3 |
Участник
|
Цитата:
2) два отдела, у каждого свой пул номеров счетов-фактур. клиенты иногда бывают общие. |
|
![]() |
#4 |
MCT
|
Цитата:
В заказах отдела 1 - ставьте Группу 1, в заказах отдела 2 - ставьте Группу 2. Ну или сделайте автоматическое заполнение Группы номерных серий в заказе в зависимости от отдела.
__________________
Sometimes there is a moment as you are awakening - when you become aware of the real world around you, - but you are still dreaming. - You may think you can fly but you do better not try. |
|
![]() |
#5 |
Участник
|
Цитата:
Если Вы предлагаете пользователям менять группу номерных серий непосредственно в заказе на продажу (без программирования), выбирая таким образом один из двух пулов номеров? Не думаю, что это удобно, пользователь должен помнить о том, что ему необходимо поменять группу номерных серий своего отдела. Это приведет к частым ошибкам основанным на человеческом факторе. Ручной ввод номера правда тоже добавит хлопот, но тут можно понаставлять "заглушек" путем программирования. Также, можно поле SalesTable.NumberSequenceGroup не заполнять автоматически, и сделать обязательным для заполнения при разноске накладной/счета-фактуры. В целом: проблема, которую путем программирования можно решить. Мой первый вопрос лишь был в том, можно ли обойтись без программирования. |
|