Себестоимость проданного товара SQL запросом

[Prophetic]

Добрый день,

Возникла "простая" задача: в процедуре на SQL-сервере получить себестоимость всех проданных товаров за период по всем складам (для начала).
Предполагаю, что данные нужно брать как inventTrans.CostAmountPosted+inventTrans.CostAmountAdjustment.
Есть custInvoiceTrans, которая связана с inventTrans по полям inventTransId и inventDimId.
Какие условия нужно применить, чтобы получить верную информацию?

[sukhanchik]

Zitat:

Zitat von Prophetic

Добрый день,

Возникла "простая" задача: в процедуре на SQL-сервере получить себестоимость всех проданных товаров за период по всем складам (для начала).
Предполагаю, что данные нужно брать как inventTrans.CostAmountPosted+inventTrans.CostAmountAdjustment.
Есть custInvoiceTrans, которая связана с inventTrans по полям inventTransId и inventDimId.
Какие условия нужно применить, чтобы получить верную информацию?

"Простое" решение:
SELECT SUM(CostAmountPosted) + SUM(CostAmountAdjustment) FROM INVENTRANS
WHERE TRANSTYPE = 0 -- Заказ на продажу

Но. Ключевое слово "За период". Так Вы получите только текущую себестоимость, т.е. с учетом всех введенных коррекций и накладных расходов.
Т.е., строя запрос на 01.01.10 Вы получите себестоимость уже с учетом накладных расходов, которые допустим были введены 01.02.10
Т.о. если Вы планируете по этому запросу "сверяться" с ГК - то у Вас цифры могут не сойтись.

Также, тут учтутся все возвраты по заказам на продажу. И если где-то не проставлен номер возвращенного лота - то возвраты будут учтены с нулевой ценой.
При этом тут не учтутся прочие списания товара со склада (в результате недостачи к примеру или возвраты поставщикам).

[sukhanchik]

Да, и кстати - Вы по какой дате собирались фильтроваться? По физической или финансовой?
Накладные CustInvoice* "датированы" финансовой (DateFinancial) датой.
А вот реальный уход со склада произведен физической (DatePhysical) датой
Просто в условие моего запроса нужно будет еще добавить статус расхода (StatusIssue), равный 1, если интересен статус Продано или 1 и 2, если еще и интересен статус Отпущено.

[MBurachkov]

Если нужна точная себестоимость - то нужно обязательно брать InventSettlement - там лежат все коррекции по себестоимости с учетом даты проведения операции.

[lev]

Zitat:

Zitat von MBurachkov

Если нужна точная себестоимость - то нужно обязательно брать InventSettlement - там лежат все коррекции по себестоимости с учетом даты проведения операции.

на сколько мне известно, коррекция себестоимости записывается в поле CostAmountAdjustment в InventTrans, поэтому брать InventSettlement лишнее...

если я ошибаюсь, поправьте плиз

[MBurachkov]

Zitat:

Zitat von lev

на сколько мне известно, коррекция себестоимости записывается в поле CostAmountAdjustment в InventTrans, поэтому брать InventSettlement лишнее...

если я ошибаюсь, поправьте плиз

Не ошибаетесь, но ответ зависит от постановки вопроса. В InventTrans.CostAmountAdjustment пишутся все коррекции независимо от того, когда они возникают и это удовлетворяет бизнес-пользователей в ответе на вопрос "какая себестоимость у проданного товара". А, вот, бухгалтера такой ответ не удовлетворит - т.к. коррекция себестоимости могла быть в другом периоде, поэтому для бухгалтерии коррекции нужно брать из InventSettlement.
Учтите еще, что после закрытия склада себестоимость может поменяться и до и после закрытия один и то же запрос будет выдавать разный результат.

[Prophetic]

Zitat:

Zitat von sukhanchik

Да, и кстати - Вы по какой дате собирались фильтроваться? По физической или финансовой?
Накладные CustInvoice* "датированы" финансовой (DateFinancial) датой.
А вот реальный уход со склада произведен физической (DatePhysical) датой
Просто в условие моего запроса нужно будет еще добавить статус расхода (StatusIssue), равный 1, если интересен статус Продано или 1 и 2, если еще и интересен статус Отпущено.

По финансовой дате. А custInvoiceTrans тогда вообще не нужен?

[Prophetic]

Zitat:

Zitat von MBurachkov

Не ошибаетесь, но ответ зависит от постановки вопроса. В InventTrans.CostAmountAdjustment пишутся все коррекции независимо от того, когда они возникают и это удовлетворяет бизнес-пользователей в ответе на вопрос "какая себестоимость у проданного товара". А, вот, бухгалтера такой ответ не удовлетворит - т.к. коррекция себестоимости могла быть в другом периоде, поэтому для бухгалтерии коррекции нужно брать из InventSettlement.
Учтите еще, что после закрытия склада себестоимость может поменяться и до и после закрытия один и то же запрос будет выдавать разный результат.

Вопрос интересный. Отчет, к примеру, берется за прошлый год, за месяц. Год и месяц закрыли. И получается, что по двум этим разным таблицам будет разный результат?

[Ivanhoe]

При этом надо не забывать, что InventSettlement может чиститься стандартной процедурой, и, например, по очень старым периодам записей в таблице может не быть.

Про какую версию системы был исходный вопрос? В AX 2009 EE добавили табличку для хранения остатков и себестоимости на дату.

[Prophetic]

Zitat:

Zitat von Ivanhoe

При этом надо не забывать, что InventSettlement может чиститься стандартной процедурой, и, например, по очень старым периодам записей в таблице может не быть.

Про какую версию системы был исходный вопрос? В AX 2009 EE добавили табличку для хранения остатков и себестоимости на дату.

AX 4.0

[sukhanchik]

Zitat:

Zitat von Prophetic

По финансовой дате. А custInvoiceTrans тогда вообще не нужен?

Не нужен. А по поводу правильного алгоритма расчета коррекции - загляните в отчет InventTurnover_RU - там коррекция на дату правильно считается.
Правда там код написан не очень корректно в плане того, что отчет тем дольше строится - чем больше записей в InventTrans. Но для того чтобы понять как связывать InventTrans и InventSettlement кода будет вполне достаточно.

Только учтите, что данный отчет строится по физической, а не финансовой дате.

[sukhanchik]

Zitat:

Zitat von Prophetic

Вопрос интересный. Отчет, к примеру, берется за прошлый год, за месяц. Год и месяц закрыли. И получается, что по двум этим разным таблицам будет разный результат?

Конечно. В одном случае мы имеем актуальные данные. В другом случае - исторические.

[MBurachkov]

Zitat:

Zitat von lev

на сколько мне известно, коррекция себестоимости записывается в поле CostAmountAdjustment в InventTrans, поэтому брать InventSettlement лишнее...

если я ошибаюсь, поправьте плиз

Zitat:

Zitat von Prophetic

Вопрос интересный. Отчет, к примеру, берется за прошлый год, за месяц. Год и месяц закрыли. И получается, что по двум этим разным таблицам будет разный результат?

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

[MBurachkov]

Zitat:

Zitat von sukhanchik

Конечно. В одном случае мы имеем актуальные данные. В другом случае - исторические.

В таблицах данные одинаковые. Уточняю на всякий случай: если из Trans брать данные за период, то в него попадают корректировки из других периодов. Это не происходит при формировании коррекций из settlement.
Из trans имеет смысл брать данные для бизнеса. Из Settlement для бухгалтерии.

[sukhanchik]

Zitat:

Zitat von MBurachkov

В таблицах данные одинаковые. Уточняю на всякий случай: если из Trans брать данные за период, то в него попадают корректировки из других периодов. Это не происходит при формировании коррекций из settlement.
Из trans имеет смысл брать данные для бизнеса. Из Settlement для бухгалтерии.

А... в такой постановке согласен.

[Prophetic]

Zitat:

Zitat von sukhanchik

Не нужен. А по поводу правильного алгоритма расчета коррекции - загляните в отчет InventTurnover_RU - там коррекция на дату правильно считается.
Только учтите, что данный отчет строится по физической, а не финансовой дате.

Да, благодарю. Связывается по inventTable.RecID, если я правильно понял.

Но, для начала, нужно посчитать просто СostAmountPosted. Попробую обойтись без custInvoiceTrans. Я написал вот что:

set @DtBeg = N'01.12.2009'
set @DtEnd = N'31.12.2009'

select sum(itr.CostAmountPosted) from inventTrans itr where
itr.TransType = 0
and itr.StatusIssue = 1 or itr.statusIssue=2
and itr.dateFinancial <=@DtEnd

Результат непонятен.
Поясню -- у меня есть отчет по продажам, сделанный в Axcision. Меня уверяют, что отчет верный. Я пытаюсь в запросе получить такие же данные.

[MBurachkov]

Zitat:

Zitat von Prophetic

Да, благодарю. Связывается по inventTable.RecID, если я правильно понял.

Но, для начала, нужно посчитать просто СostAmountPosted. Попробую обойтись без custInvoiceTrans. Я написал вот что:

set @DtBeg = N'01.12.2009'
set @DtEnd = N'31.12.2009'

select sum(itr.CostAmountPosted) from inventTrans itr where
itr.TransType = 0
and itr.StatusIssue = 1 or itr.statusIssue=2
and itr.dateFinancial <=@DtEnd

Результат непонятен.
Поясню -- у меня есть отчет по продажам, сделанный в Axcision. Меня уверяют, что отчет верный. Я пытаюсь в запросе получить такие же данные.

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

[fed]

Zitat:

Zitat von Ivanhoe

При этом надо не забывать, что InventSettlement может чиститься стандартной процедурой, и, например, по очень старым периодам записей в таблице может не быть.

При чистке сопоставлений стандартной процедурой:
1. Система может вычистить из inventSettlement отмененные и отменяющие закрытия/пересчеты (поскольку они и так не влияют на рассчет сальдо по проводке).
2. Система может несколько одинаковых по экономическому смыслу сопоставлений (одинаковые аналитики, счета, корресчета, разноски и ДАТЫ) одной складской проводки, схлопнуть в одну запись в inventSettlement.

Так что записи в таблице сопоставлений ВСЕГДА есть если сумма коррекции в складской проводке не равна нулю. И ВСЕГДА можно плясать от суммы из сопоставлений, а не из исходной складской проводки.

[Prophetic]

Zitat:

Zitat von MBurachkov

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

В Кубе привязывается inventTransPosting по полю voucher и InventTransId, а также таблица sales По полю salesid=TransRefId

[Prophetic]

Zitat:

Zitat von fed

Так что записи в таблице сопоставлений ВСЕГДА есть если сумма коррекции в складской проводке не равна нулю. И ВСЕГДА можно плясать от суммы из сопоставлений, а не из исходной складской проводки.

Т.е. "правильно" использовать именно таблицу сопоставлений.