Номер С.Ф. по суммовой разнице

[concigliory]

Привет всем!
Реально ли доработать в Аксапте так, чтобы номер с.ф. по суммовой разнице брался бы тот же, что и номер исходной с.ф. по отгрузке, с которой была сопоставлена оплата?
Имеется в виду естественно ExternalId.
Делал ли кто-либо такое?

[ppson]

Если вы и будете это делать то с большим переписыванием.
Дело в том что в счет-фактуру аксапты можно включить несколько накладных и даже разные строки из разных накладных.

[concigliory]

ну да, эти грабли известны. это немного усложнит доработку..
Но как блин вообще люди получают в Аксапте непрерывную нумерацию с.ф. для книги продаж?
Если с 1 февраля начинают выставлять из системы с.ф. по реализации, и при этом числа до 20-го февраля (до сдачи НДС за январь) идет сопоставление январских оплат и обработка январских авансов. Если и для с.ф. по авансам и для с.ф. по суммовым и для с.ф. по накладным использовать одну и ту же нумерную серию (что красиво, логично и чего хочет заказчик), то получается бред: номера с.ф. за февраль идут раньше чем номера с.ф. за январь, что недопустимо, ибо законодательство требует нумерацию в хронологическом порядке.
Отсюда вывод: надо использовать для с.ф. по авансам и для с.ф. по суммовым и для с.ф. по накладным три разные номерные серии с разными префиксами.
Так это делается?

[George Nordic]

Или так.
Или делать заделы
Или пусть ручками сами вбивают
Или дроби делать

Может, у кого еще варианты есть?

С Уважением,
Георгий.

[Тимур]

Я бы рекомендовал в конце каждого календарного месяца изменять следующий номер счета-фактуры в серии, чтобы оставался зазор на номеров 100-100000 (в зависимости от объема операций).
Ну а далее программно править процедуру формирования счетов-фактур по курсовым, чтобы использовались номера из этого зазора.

[concigliory]

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

всем спасибо!

[bio_unit]

А мы сделали, чтобы просто в печатной форме книжек в строке с СФ по суммовой подхватывался номер оригинальной фактуры, по display-методу
По моему, этого достаточно

[Тимур]

Я бы даже сказал, что это наиболее правильный метод, чем допускать в БД две записи счетов-фактур с одинаковым номером.

[Deep Dreamer]

В таблице фактур FactureJour_RU есть два поля:
FactureId - Уникальный идентификатор фактуры в системе
FactureExternalId - Номер фактуры
Речь в постинге concigliory идёт именно о FactureExternalId.

2 Тимур:
Чем же плохо "допускать в БД две записи счетов-фактур с одинаковым номером", если речь идёт о FactureExternalId, а не о FactureId ?
Сталкивались с какими-то реальными "подводными камнями", или просто это признак "хорошего тона"?

[Тимур]

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