Коллеги приветствую
Заказчики часто задают вопросы, могут ли они сами настроить нумерацию счетов-фактур в базе по своим собственным правилам?
Рыл типовые механизмы УТ 11, БП 3 и проч., ничего путного не нашел.
В итоге не нашел лучше варианта, чем написать им видеоинструкцию, как дописать такое расширение
https://www.youtube.com/watch?v=oAiBM_HcRzs
Но это конечно сложно для них и требует навыков программирования, они офигевают, и спрашивают, а точно нельзя проще? Развожу руками, говорю нельзя

Можно ли каким-то более штатным способом добиться изменения алгоритма нумерации счетов-фактур в базе, не лазя в конфигуратор? Неужели в типовых это не заложено?
Чтобы например, счет-фактура генерился по маске YYMMDD_NNN, где YY-две последние цифры года, MM - номер месяца в году с лидирующими нулями, DD - номер дня месяца с лидирующими нулями, NNN - номер в пределах дня. Такая структура позволит добиться сквозной нумерации и вводить документы задним числом, не нарушая нумерацию. Но настроить ее типовыми инструментами невозможно. Или ошибаюсь?

(0) >> настроить ее типовыми инструментами невозможно. Или ошибаюсь?

Нет. Не ошибаешься.

>> позволит добиться сквозной нумерации.

А зачем? В законодательстве нигде нет требований по сквозной нумерации. Обсасывалось уже миллион раз.

>> Можно ли каким-то ... способом добиться изменения алгоритма нумерации счетов-фактур в базе, не лазя в конфигуратор?

>> Неужели в типовых это не заложено?

Нет.

В 99% желание переделать нумерация - просто блажь бухгалтеров. Бессмысленная и беспощадная. Но убедить в этом заказчика зачастую очень сложно.


>> Чтобы например, счет-фактура генерился по маске YYMMDD_NNN.

Прибавьте сюда префикс базы, префикс подразделения и вероятность выхода за ограничение в 999 документов в день и получаете необходимость увеличения длины номера всех документов за стандартные 11 знаков. Минимум нужно 16 знаков.

Один из любимейших заё*ов головного мозга неумных пользователей.
Попереломать кучу мест в конфигурации, где генериться номер (код), где выводится номер (код) на печатные формы и в формы отчётов. А потом мучиться после каждого значительного обновления БСП и трястись - не слетели ли где-нибудь наши костыли и велосипеды.

PS Видео не смотрел. Пускать пользователя в конфигуратор - худшее из всех возможных решений.

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

можно расширение сделать

(0) Ставь им расширение и не парься. У объяснений и видеоуроков выхлоп меньше, чем банальная установка расширения.
Но я на 100% согласен с (1). Не надо это.

А зачем вообще в номере счет фактуры хранить информацию о дате? Сейчас выяснится, что они печатают какой-нибудь отчет, где выводится только номер счет-фактуры без даты. И пользователи не нашли ничего лучше чем дату записать в номер. Угадал ?

(0) Зачем? Не нужно это делать.

(5) не, это как раз из-за сквозной нумерации. Например, если будет номер 8, а потом 7, то это некрасиво.

(7) Ох и разбаловала 1С пользователей...

(1) "В законодательстве нигде нет требований по сквозной нумерации" - а есть практика, что последовательность "1, 2, 46, 3, 4" становится поводом для выездной проверки? :)

(5) чтоб задним числом добавлять

(10) +++
(0) за полдня запилил сам в двух конфах, хоть и не погромист ни разу
дело было 2 января, даже не надеялся кого-то найти, успеть согласовать ТЗ и получить готовый результат до начала первого рабочего дня

1 строчка кода в расширении решает вопрос

(12) “У вас есть проблема. Вы решили использовать регулярные выражения, чтобы её решить. Теперь у вас две проблемы.”

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

(3) вот я расширение и сделал

(13) можешь дальше бояться и ничего не делать

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

Есть такие бухи, которые этой нумерацией всю организацию терроризируют, мол сделайте так должно работать чтобы номера были сквозные, без пропусков и тп. В итоге гендир подписывает ТЗ на супердоработки

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

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

(0) реклама же платная на форуме

(5) да-да, и дату просят туда зашить. Некоторые еще просят туда зашить букву менеджера, оформившего документ, но потом чтобы она еще не попадала в книгу продаж, но при этом была реально в доке. Некоторые прост чтобы префикс РИБ сохранялся. Некоторые, чтобы счет-фактура на физика имела дополнительно букву Ф. Чего только не просили..

Вообще на самом деле просят свою нумерацию, и не всегда прям это совсем не оправдано. Отдаленная логика в их хотелках есть. но инструмента типового, все же, как я понял, нет

(18) проверял, не работает, выхлопа ноль. Выкладываю бесплатно

(1) "Прибавьте сюда префикс базы, префикс подразделения и вероятность выхода за ограничение в 999 документов в день и получаете необходимость увеличения длины номера всех документов за стандартные 11 знаков. Минимум нужно 16 знаков."
- а префиксом базы и организации как раз можно пренебречь. YYDDMM_NNN -это 10 символов, длина стандартного кода СФ - 12 символов, у остальных доков - 11. 12 в СФ добавлено для возможности простановки префикса "А" - авансовая. Если убрать пробел остается 9 символов, то есть еще 3 символа на "А" и еще 2 под разные нужды. Символов как раз хватает.

Вообще универсальное решение сквозной нумерации - это маска YYDDMM_NNN для реализаций, и строгая привязка номера СФ - к номеру реализации из которой он выписан

(22) Ага, это если на все реализации с/ф выписывается ;)
А ещё ошибочные реализации на удаление помечаются, выписываются они другими числами, ну и т.д.

(23) вы имеете в виду, что если СФ, скажем 191114_001 удалится, а 191114_002 останется, подумают что не сквозная нумерация? Там уже смело можно утверждать, что 002 это не порядковый номер а какой-то внутренний код. По датам все будет биться, а как они уже внутри даты распределены - это никак не проконтролировать

(21) Получается в номер вшиваем кучу информации. Так вот вопрос, когда это информация понадобится человеку? в какой ситуации, человек останется один на один с этим диким номером, в котором вшито, и дата, и номер, и менеджер, и клиент, и сумма, и всякая другая фигня...

(25) Это лучше у полоумных заказчиков спрашивать :)

Насколько я помню, всё начало с постановления 914 в котором было требование к непрерывной нумерации СФ.

(16) Можно решить вопрос иначе, к примеру, "резервировать" каждый день по несколько номеров регламентным заданием. Кстати, такая нумерация, как в (0) тоже вызывает подозрения, если уж на то пошло.

(28) у меня был заказчик, у которого в номере СФ было 20 символов, и очнь хитрая схема нумерации. Это вызвало подозрения и к ним пришла налоговая

(27) есть требование последовательной, без указания интервала
нет требования непрерывной

(30) а можете дать ссылку на само постановление?

(9) >>  есть практика, что последовательность "1, 2, 46, 3, 4" становится поводом для выездной проверки?

Может когда-то в далёкой древности так и было. Сказок венского леса я множества понаслушался про знакомых родственников знакомых. Однако в жизни ни разу не доводилось встречать жерв таких проверок.
Сейчас, после внедрения в ФНС системы автоматизированного контроля НДС, это никому не интересно. Можете смело этой нумерацией подтереться.

(21) >> префиксом базы и организации как раз можно пренебречь.

Вы эти свои фантазии 1С расскажите.
Префиксация номеров документов и кодов справочников зашита в БСП и включается автоматически как только возникает необходимость синхронизаций. Распределенные базы (РИБ), обмены с УТ-БП, БП-ЗУП, и т.п.

Кстати в своих допилках надо учитывать эту префиксацию. А в версиях КОРП может быть еще префикс подразделения.

PS Надо немного шире думать.
Это бухгалтер может себе позволить не видеть дальше собственного носа. А для 1С-ника это непозволительная роскошь.

PPS И всегда надо помнить, что все врут. Даже если заказчик мамой клянёться, что никогда в жизни ему не понадобится префиксация по организациям, по подразделениям и обмены с другими системами (ЗУП, УТ и т.п.), он врёт. Он просто этого не знает и искренне верит, что говорит правду. А пототм через год прибегает и начинает просить изобрести очередной велосипед, чтобы нормально наладить какой-нибудь обмен или включить учет по нескольким организациям.

(19) Никакой логики нет и быть не может, блажь это
Был случай: у фирмы в 7.7 куча дописок для префиксов на многие виды документов. При переходе на БП 2.0 озвучил что всем этим допискам будет хана. Бухи орали что после этого всей работе фирмы конец, бухгалтерию вести будет невозможно, готовимся закрываться. Слушать не стали, оставили штатную нумерацию конфы. Через 3 мес никто о своей нумерации не вспоминал. Ибо была не более чем силой привычки, а не какой то насущной необходимостью

(29) >> Это вызвало подозрения и к ним пришла налоговая.

Вы уверены, что именно из-за этого она к ним пришла?
Сейчас работает система автоматизированного контроля декларации по НДС.
И нумерация СЧФ - это последнее, что этой системе интересно.

Подозрительная нумерация никак не может быть основанием для проведения проверки. Это дичь. А скорее всего - фантазия народная.
Если же проверка плановая, то самое страшное, что может сделать налоговая - сделать замечание в акте. Ну, если инспектор дотошный, ещё запросить встречные документы у контрагента. Если вы обналом не занимаетесь и фактуры не липовые, то ничего страшного в этом нет.