Корректировка накладных расходов по накладной на продажу

[gene]

ДД всем!
Подскажите, пожалуйста. Есть желание выполнять корректировку накладных расходов по заказу на продажу уже после того, как разнесена накладная (аналогично тому, как это работает в заказах на покупку). В Ax 4.0 такой возможности нет. Есть ли какой-то физический смысл такого ограничения, или это просто недостаток реализации, и можно без проблем повторить механизм корректировки накладных расходов по накладным на покупку (сделав соответствующую модификацию по заказам на продажу)?
Поиск курил, упоминаний не нашел...

Заранее спасибо.

[mazzy]

Цитата:

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

В Ax 4.0 такой возможности нет.

Не было, нет и в следующих версиях не планируется.

Цитата:

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

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

Сложно сказать.
В выписанных накладных нельзя использовать накладные расходы, входящие в себестоимость номенклатуры. Только накладные расходы, влияющие на задолженность клиента или дополнительные накладные расходы на отдельные субсчета главной книги.

Изменять задолженность клиента задним числом нельзя на логическом уровне.
Добавлять что-нибудь на отдельные счета можно и без механизма накладных расходов.

Т.е. непонятно что именно вы хотите повторить
В полученных накладных коррекция накладных расходов используется для того, чтобы изменить себестоимость полученных товаров. В выданных накладных изменять себестоимость выданных товаров нельзя.

[gene]

По поводу того, что после разноски накладной на продажу нельзя изменить себестоимость номенклатуры и/или задолженность клиента - это очевидно.
Очевидно и то, что можно эти расходы просто провести через журнал ГК. Но в этом случае будет отсутствовать какая-либо связь между расходами и заказом/накладной на продажу. А хочется именно этого.
Если сказать точно - требуется сохранять в привязке к заказу клиента или накладной на продажу расходы, понесенные в связи с этим заказом - доставка и прочее. С тем, чтобы в дальнейшем иметь возможность анализировать расходы, связанные с продажами, в разрезе заказов, клиентов, номенклатур и т.п.

[mazzy]

Цитата:

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

Очевидно и то, что можно эти расходы просто провести через журнал ГК. Но в этом случае будет отсутствовать какая-либо связь между расходами и заказом/накладной на продажу. А хочется именно этого.

Тогда повторить можно. Но разрешен должен быть только этот вариант накладных расходов.

[gene]

Спасибо. Так и поступим.

[Starling]

DAX2009

Есть желание пойти тем же путем, что и автор этой темы.

Посмотрел код в DAX2009 появился класс MarkupAllocation_CustInvoiceTrans (может он и раньше был).

Данный класс вызывается из формы «Журнал накладных» (CustInvoiceJournal) если:
- активировать конфигурационный ключ Интрастат - расширение для восточной Европы (Intrastat_W)
- поставить Visible Yes для кнопки вызывающей класс.

Добиться вменяемых результатов в работе этого класса слету не получись.

Кто-то вообще ковырял этот класс. Зачем он нужен?

Без модификаций (включить кнопку на форме) способов вызвать этот класс я не нашел?

[glibs]

В стандартной функциональности учет коммерческих расходов реализуется через функциональность модуля Проекты. Там возможностей несравненно больше, чем в НР. Хотя раньше модуль не был локализован (как сейчас — не могу точно сказать).

FYI, как говорится.

[gene]

Цитата:

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

Посмотрел код в DAX2009 появился класс MarkupAllocation_CustInvoiceTrans (может он и раньше был).
(skip)
Кто-то вообще ковырял этот класс. Зачем он нужен?

Без модификаций (включить кнопку на форме) способов вызвать этот класс я не нашел?

Насколько мне известно, это какая-то недоделка какой-то из восточноевропейских стран (типа Чехии). Оно нерабочее.

По теме - после моего того вопроса мы задачу решили на 4.0, особых сложностей и проблем не было, чего и вам желаю

[Starling]

Цитата:

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

Насколько мне известно, это какая-то недоделка какой-то из восточноевропейских стран (типа Чехии). Оно нерабочее.

Очень похоже, что не рабочее. Так как поверки в коде друг-другу противоречат. Сначала проверяет, чтобы НР был Клиент-Счет. Если нет, то отправляет лесом. Потом проверят, чтобы НР был Номенклатура-Счет. Если нет, то отправляет туда же.
Ну а вообще кода там достаточно много написано – понять бы для чего.

Цитата:

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

По теме - после моего того вопроса мы задачу решили на 4.0, особых сложностей и проблем не было, чего и вам желаю

Спасибо.