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

[Prophetic]

Цитата:

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

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

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

[sukhanchik]

Цитата:

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

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

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

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

[Prophetic]

Цитата:

Сообщение от 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]

Цитата:

Сообщение от 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 связки факт-таблиц и то, какую именно себестоимость хотят получить пользователи.

[Prophetic]

Цитата:

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

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

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

[MBurachkov]

Цитата:

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

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

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

[Prophetic]

Цитата:

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

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

Да, согласен. InventSettlement используется для расчета корректировки в кубе.

[Prophetic]

Цитата:

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

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

Хм.. интересно, а реально ли посмотреть SQL-запрос, который Куб генерит?

[MBurachkov]

Цитата:

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

Хм.. интересно, а реально ли посмотреть SQL-запрос, который Куб генерит?

В теории, наверное, можно (как минимум через профайлер SQL) но в данном случае вся логика описывается параметрически. Есть факт-таблицы и есть все связки между ними и все фильтры, накладываемые на таблицы + есть описание всех показателей и источники данных для них. На основании этого Axcision формирует sql-запрос.

[MBurachkov]

Цитата:

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

В теории, наверное, можно (как минимум через профайлер SQL) но в данном случае вся логика описывается параметрически. Есть факт-таблицы и есть все связки между ними и все фильтры, накладываемые на таблицы + есть описание всех показателей и источники данных для них. На основании этого Axcision формирует sql-запрос.

В Axcision (настройка куба, привязка факта) есть колонка "идентификатор факта" (например, AxF0014) - по нему можно посмотреть запрос в Views MS SQL сервера. (например, KAX_OLAP_Fact_AxF0014_View) - там видно, какой SQL запрос генерится.

[sukhanchik]

Цитата:

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

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

Да.

Цитата:

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

and itr.StatusIssue = 1 or itr.statusIssue=2
and itr.dateFinancial <=@DtEnd

Ээээ.. Вы либо используете финансовую дату и используете StatusIssue = 1, либо используете физическую дату и используете StatusIssue = 1 or StatusIssue = 2.
Иначе - косяк получится. Вы просуммируете все проводки в статусе Отпущено независимо от даты (т.к. 1900-й год заведомо раньше).
Так что в Вашем запросе фразу or itr.statusIssue=2 лучше убрать

[Prophetic]

Цитата:

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

Да.


Ээээ.. Вы либо используете финансовую дату и используете StatusIssue = 1, либо используете физическую дату и используете StatusIssue = 1 or StatusIssue = 2.
Иначе - косяк получится. Вы просуммируете все проводки в статусе Отпущено независимо от даты (т.к. 1900-й год заведомо раньше).
Так что в Вашем запросе фразу or itr.statusIssue=2 лучше убрать

Убрал. Получается какая-то безумная сумма, все равно.