Возник вопрос, возможно, кто-то сможет ответить.

В транзакции FBCJ есть 2 номера документа (3, если считать ссылочный) - поля D_POSTING_NUMB и POSTING_NUMBER. Если со вторым все более-менее ясно (если не заблуждаюсь, это внутренняя нумерация кассовой книги, т.е. номера из интервала для объекта CAJO_DOC2), то назначение поля D_POSTING_NUMB и откуда заполняется этот номер мне совсем непонятно).

Если кто-то сможет прояснить вопрос, буду очень признательна.

В настройке кассовой книги указываются группы нумерации для прихода и расхода.
Сами группы настраиваются V_TCJ_NUMB_GROUP.
Нумерация - тр. FBCJC6.

Большое спасибо за ответ!
Скажите, пожалуйста, а если эта функциональность у нас не активирована, откуда могут тянуться эти номера?

Моя проблема в следующем: клиенту не нравится, что номера в D_POSTING_NUMB и POSTING_NUMBER отличаются на единицу. Я посмотрела TCJ_DOCUMENTS с самого начала и для первой проводки был присвоен внутренний номер кассовой книги 1000000000 (POSTING_NUMBER) и номер документа 0000000001 (D_POSTING_NUMB). Пропусков никаких не было.

Поскольку я не знаю, откуда этот D_POSTING_NUMB берется, никак не получается доказать клиенту, что касса корректная.
Хотят, чтобы было 1:1.

Ну правильно, нумерация документов это натуральные числа (1, 2, 3, ...), а системный номер документа это просто CHAR10
Нужно делать диапазон номеров с 1000000001.

У меня тоже вопрос :о) даже не вопрос, а скорее уточнение...
В поле D_POSTING_NUMB вносятся номера отдельно для ПКО и для РКО (в соответствии с диапазонами номеров, присвоенными Группам нумерации, которые присваиваются кассовым книгам). Вопрос следующий: дело в том, что документы сторно также получают номера из этих диапазонов, можно ли как-то избежать этого без доп. разработки? (если бухгалтерия не согласится считать априори, что в кассе не могут производиться изменения, т.е. документов сторно просто не будет вообще)...

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

Настроила 2 группы (Z_RKO, Z_PKO) и нумерацию, а как привязать эти группы к раходникам (вид BR) и приходникам(BP)?
в fbcjc0 при попытке разделения по видам документов: ошибка По счету 50011100 уже выполнены проводки в валюте RUB --> см. подробный текст!
№ сообщения F5A331

в fbcjc0 настройка БЕ=1000, номер кассовой книги 0111, влт=rub, вид ОСч=BK, Вид документа кассовой книги: платеж кредитору = BR, Вид документа кассовой книги: платеж кредитора=BP, Вид документа кассовой книги: платеж дебитора = BP, Вид документа кассовой книги: платеж дебитору=BR. Группа нумерации для документов (V_TCJ_C_JOURNALS-NUMBERING_IN) присвоить не получается

Добрый день!
Не могли бы вы пояснить как вы видите в этом случае процесс формирования ПКО/РКО?
Допустим бухгалтер создал и предварительно зарегистрировал РКО. При этом документу в поле D_POSTING_NUMB присвоился номер. Но человек, которому должны были быть выданы деньги не пришел. Что делать дальше? Если документ удалить, то появится пропуск в нумерации. Как вариант, можно было бы документ провести и потом сторнировать, чтобы он отразился в КО-3 с пометкой, что документ аннулирован (формирую через транзакцию J_3RFCASH15), но пропуск в нумерации все равно произойдет, т.к. документу сторно также в поле D_POSTING_NUMB присвоиться номер. А данный документ в КО-3 не отобразится.

Нумеруем в поле Ссылка. Выписали Иванову 100р. по РКО №2, потом выписали РКО №3 и №4. Нужно сторнировать №2. Сторнируем и на бумажке кассир записывает, что №2 свободен. При следующем оформлении РКО кассир использует №2.

to Dustum

у нас номера РКО и ПКО храняться в поле ссылка. Разработкой в FBCJ номера подставляются автоматически.

Спасибо за ответ. Да, тоже сталкивался с такой реализацией нумерации по кассе. Получается, что D_POSTING_NUMB к сожалению для нумерации ПКО/РКО использовать не получится.

Напишите пожалуйста в какой момент у вас присваивается номер в поле Ссылка и куда вставили код? Использовали exit ФМ деривации?

Как у вас произошла бы обработка ситуации, которую описал Plank?
Бухгалтер выписал РКО 1,2,3. Система автоматически присвоила номера. Затем РКО 2 был удален. Далее бухгалтер выписывает следующий РКО. Как ваш алгоритм автоматической нумерации обработает такую ситуацию? Наверное система у вас просто ищет максимальный номер и следующему ордеру присваивает номер на единицу больше? А в ситуации, которую описал Plank прейдется также бухгалтеру вручную исправлять номер, который система автоматически сгенерировала?

При нумерации сравнивайте номера сторнированных документов с номерами проведенных документов. Если среди сторнированных есть неиспользованные - следующий номер не из счетчика, а свободный от сторнированного.

Plank спасибо за совет. Единственно, как быть с ситуацией, когда например: бухгалтер выписал 1 сентября 3 РКО: 1,2,3. Затем удалил РКО 1. Но 1 сентября РКО больше выписывать не требуется. И следующий РКО выписывается 2 сентября. Получается мы 2-го сентября создаем, создаем РКО с номером 1, чтобы устранить разрыв в нумерации, но документы идут не в календарной последовательности. Как вы видите решение в этой ситуации?

Застрелиться