Два invoice, один с нулевым количеством

[mazzy]

отличный вопрос.

Цитата:

Сообщение от trud

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

1. регистрировать в системе только то, что известно
2. фиксировать аспекты сделки, происходящие во времени, различными документами в различные моменты времени.
3. перестать путать печатную форму с заголовком Invoice и документ, который фиксирует в системе сделку, и имеет название Invoice.
4. использовать функционал Аксапты. А для этого хотя бы почитать документацию. Хотя бы раздел Цепочка поставок.

В частности, стандартный функционал умеет:
= работать с цепочками документов, отличных от 1-к-1. Т.е. инвойс может быть выставлен по нескольким packing slip, а также по одному packing slip может быть выставлено несколько инвойсов. и так далее.
= работать с физической и финансовой стоимостью

Хинт:
= чтобы выдать клиенту ПЕЧАТНУЮ форму совсем не обязательно разносить этот документ. В аксапте можно создавать, например, подтверждение, в печатной форме которого будет написано Invoice. Правда в этом случает придется делать модификации, которые запрещают Аксапте создавать произвольные цепочки документов, а создавать документы 1-к-1. Но такой запрет сделать гораздо легче, чем сторнировать-модифицировать..

Цитата:

Сообщение от trud

схема работы такая - клиенту выставляется инвойс (разносится Sales Invoice в АХ)

Сразу вопрос - зачем выставлять инвойс в этот момент?

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

Если нужно получить печатную форму, то для этого не нужно палить из пушки по воробьям и разносить именно инвойс. Можно получить инвойс-проформу, можно получить confirmation и так далее.

Цитата:

Сообщение от trud

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

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

Цитата:

Сообщение от trud

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

воооот!
что значит "коррекции" применительно к данному вопросу про задолженность?
это значит, что сумма задолженности клиента меняется?
это значит, что клиент должен что-то доплатить или мы должны вернуть?
а на основании чего происходит фиксация новой задолженности?

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


инвойс - это документ, который фиксирует задолженность.
создавать инвойс на ранних этапах, когда окончательная задолженность "принципиально" не известна - ошибка.

на ранних этапах можно зафиксировать оценку/accruals.
но не инвойс.

Цитата:

Сообщение от trud

Ну т.е. Invoice Proforma и Packing slip не подходят, ибо они не создают задолжности по клиенту

Именно! не создают и не фиксируют.
потому что для фиксации задолженности предназначен инвойс. и документ инвойс нужно создавать после того, как задолженность зафиксирована. до фиксации нужно использовать другие документы.

Цитата:

Сообщение от trud

Кроме этого нет какого-то момента Х, когда можно выставлять инвойс(и известно что больше коррекций не будет)

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

в реальной жизни всегда есть человек, который может сказать, что сделка завершена. это тот человек, который получает бонус за завершенные сделки ))))

Цитата:

Сообщение от trud

и более того, все хотят видеть задолжность по клиенту сразу именно в момент отправки товара

1.
штука, которая реализует хотелку "видеть примерную задолженность на ранних этапах" называется accruals.
важно accruals - по определению оценка, которая может быть изменена со временем на основании фактически произошедших событий.

по сути, физическая стоимость - это accruals для inventory.
accruals для остальных аспектов финансовой деятельности в буржуйских версиях аксапты есть. реализовано плохо.
но рыть все равно в сторону accruals.

2.
услышал, но опять же - не верю.
в реальной жизни никто не хочет вешать на себя дебиторку на ранних этапах.
помнить о сделке - да.
чтобы система контролировала сделку на ранних этапах - да.
чтобы система напоминала что ожидается платеж от клиента - да.
но дебиторку? нет.

===================
таким образом, нужно сделать список операций:
= что и в какой момент фиксируется (становится известным и фиксированным)
= что и в какой момент отображается в финансовых проводках, а что и в какой момент существует в системе в виде "знаний" без финансовых проводок.
= что и в какой момент отображается в печатных формах (помнить, что в любой печатной форме можно написать заголовок invoice )))) )
= таки разобраться какого документооборота ожидает клиент. Обмен только инвойсами - это тривиальный докуменооборот, который приводит к кажущимся "противоречиям".

примерно так.