Здравствуйте, прошу коллег поделиться своим опытом реализации единой нумерации с\ф реализации и с\ф на аванс:
При проводке входящего платежа из FEBAN нет стандартной возможности изменить вид документа, в случае если платеж выравнивается на ТАП (аванс). Но т.к. требуется единая нумерация документов книги продаж, было найдено решение: в событии 1120 изменять вид документа для таких проводок.
Есть ли более стандартное решение данного требования?

Вид документа настраивается в "определение правил проводок" при настройки ЭБВ

Остается вопрос, как по платежу определить аванс он или нет?

а как сейчас вы делаете ? вручную обрабатывает выписку(шаг 2) ?

Всегда делал свою нумерацию. Номер хранится в поле "Ссылка".
Вариант 1:
1. Создается свой объект диапазона номеров в тр. SNRO (например, Z_NUMSF).
2. Создается настроечная таблица релевантности нумерации (с полями: вид документа, интервал счетов, код НДС). В настройке допустимы как отдельные значения, так и диапазоны и *.
3. На событие 1120 вешается простой код, который проверяет документ на релевантность нумерации, и если истина, то вызывает стандартный ФМ получения номера из счетчика (Z_NUMSF) и помещает его в поле Ссылка. Если нужно, то через '/' добавляется номер подразделения (например, БСф).
4. Если в поле Ссылка уже лежит номер в правильном формате, то сч.ф не перенумеровывается, то есть можно вручную поменять номер или отсторнировать сч.ф, создать новый и руками указать номер ранее выделенный для первоначального сч.ф.

Вариант 2:
Нумерация в пределах дня (если документ релевантен нумерации согласно настроечной таблице). Номера сч.ф от 11 января будут начинаться с 1101, от 02 февраля - начинаться с 3301. Это решает проблему пропуска номеров в случае сторно. Легче перенумеровать сч.ф в пределах дня, если, например, сч.ф 3301 от 02 февраля сторнировали.

Вариант 3:
При нумерации (если документ релевантен нумерации согласно настроечной таблице) искать последний номер, и нумеровать следующим. Если найден пропуск, нумеровать пропущенным номером.

Вариант 4:
Так как сч.ф должен быть выставлен в течении 5 дней, то раз в 5 дней (то есть 06, 11, 16, 21, 26, 01, ...) создается экстракт книги продаж за прошедшую пятидневку, выверяется и уже потом нумеруются попавшие в него документы. Это исключает пропуски в следствии сторно, так как все данные уже выверены. Потом сч.ф печатаются и выдаются клиентам.

Самый простой это 1 вариант и он в большинстве случаев всех устраивает.

Утаил от вас инфу:
У нас БВ вводится ручками (FF67). Бухи по банкам при вводе не могут определить является ли платеж авансом. Поэтому в настройке "Определение правил проводок" добавить правило Аванс с соответствующим Видом Документа не имеет смысла. И так получается что все входящие платежи имеют единый Вид Документа.

Отсюда у меня 2 выхода:
1. 2ую область проводок всегда делать как платеж, потом делать постановку платежа на аванс (FB05).
2. Создаю настроечную таблицу (БЕ, Код ОГК, Код НДС, вид документа ... ) и в событии 1120 делаю проверку, по результатам замещаю Вид Документа на нужный.
Может есть третий, не считая Plank'овских?

Дмитрий О.: 2ая область проводок обрабатывается вручную, и во время 2ой области определяется является ли платеж авансом или нет.

darkduck: спасибо, понятно =). Cитуация такая, что в момент ввода БВ (FF67) неизвестно платеж или аванс, поэтому все вешается на платеж и 2ую область проводок ,которую делает бух по клиентам, относит на ТАП или С/Ф, а т.к. Правила проводок определены как платеж то Вид Документа уже определен настройкой...

Plank: Благодарю за знания! Законспектировал... Думаю любого клиента удовлетворят.
В моем случае бухгалтерия согласна на пропуски при сторно, так что нумерацию делаем на поле Номер Документа.

Да, уважаемый, лучше точнее формулировать вопросы, всем сэкономите время.
О каком ТАПе тогда шла речь в первом посте?
Раз вы решили всё вешать сначала на "просто платёж", а потом руками переносить в "аванс", что мешает иметь отдельный вид документа для авансов с тем же диапазоном номеров, что и исходящие с\ф ?

В первом посте я говорил и проводки 2ой области проводок на тап дебитора и невозможности стандартно изменить вид документа.
Как раз не решил, потому как есть 2 выхода:
По выходу №1 все предельно просто и понятно.
Есть выход №2, который упрощает жизнь и строит более верную корреспонденцию счетов ГК =)

Остановился на 2 решении и уже допил.