Аналитика по отмененным заказам

[Vadik]

Цитата:

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

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

Вероятно это потому что оплачивается на заказ, а накладная (накладные) по заказу. А если поменять постановку со "статуса оплаты по заказу" на "статус оплаты по инвойсу", то оказывается что программировать в общем-то и нечего - см. remainAmountXXX методы на CustInvoiceJour

[AXcons]

Цитата:

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

Вероятно это потому что оплачивается на заказ, а накладная (накладные) по заказу. А если поменять постановку со "статуса оплаты по заказу" на "статус оплаты по инвойсу", то оказывается что программировать в общем-то и нечего - см. remainAmountXXX методы на CustInvoiceJour

Проблема то с предоплатой, не с постоплатой. Инвойса еще нет.

[EVGL]

Цитата:

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

Вероятно это потому что оплачивается на заказ, а накладная (накладные) по заказу. А если поменять постановку со "статуса оплаты по заказу" на "статус оплаты по инвойсу", то оказывается что программировать в общем-то и нечего - см. remainAmountXXX методы на CustInvoiceJour

Это все понятно, но:
1) В практике все больше MTO и ETO бизнесов (индустрия 4.0, так сказать), так что смена постановки не отражает сути процесса.
2) И в consumer, как правило, 1 заказ = 1 оплата = 1 счет
3) То, что я не договорил, но AXcons справедливо упомянула: в отличии от закупок, в заказах все еще нет штатного средства работы с предоплатами помимо знаменитой чешской фичи.
4) AR и Sales - два разных отдела.

[mazzy]

Цитата:

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

нет штатного средства работы с предоплатами помимо знаменитой чешской фичи.

не надо!

только не это, шеф. только не это!
https://www.youtube.com/watch?v=cywTOdr1_po