в 1с себестоимость это отдельный регистр, продажа другой

А если по одному документу продали два товара ..то выручка один документ а себестоимости две проводки

советую Вам открыть 1с, взять один документ продажи, открыть регистр по продажам найти его там и посмотреть как там пишется и регистр по себестоимости и посмотреть как там и тогда Вам станет ясно как это работает

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

коллеги как фильтрануть проверку скрипта по имени? сейчас не выходит :\

Кондиционер Самсунг без себестоимости..чините отчет в 1С, практика показывает, что когда данные в БИ <> данные 1С=Геморрой. Лучше чините отчет, показатель слишком важный, ошибаться ни как низя.

из практики скажу что порой отчеты в BI дают повод переделать отчет 1с тк там неверно считает, только анализ регистров позволит выявить ошибки в отчетах, иначе никак

посмотреть направление фильтров в модели и учесть их при расчете

Просто я рассуждаю так я вижу реализацию. По этому документу делается проводка дт-90 кт-43 и дт-62 к

90

Я по проводкам с/с вижу

А реализацию в разрезе номеклатуры только проволившись в документ реализация

Мне бы как нибудь реализацию выгрузить по номенклатуре и чтобы был докумео реализация

у Вас от параметры Амо к сделкам фильтрация идет, а сейчас Вам нужно в обратную сторону, измените в мере через calculate и crossfilter

смотрите регистр накопления с себестоимостью

в регистр пишется и номенклатура и документ и многое др, откройте поизучайте

Добрый день! Прошу помощи.

Есть таблица фактов (CashFlowBudgetFact) и календарь (Calendar).
Необходимо показать на графике пресловутый нарастающий итог по полю CashFlowBudgetFact[Sum] с учетом двух условий:

1. Показывать данные только по текущую дату (то есть график не должен "уходить в будущее", даже если на календаре выбран будущий период)

2. Показать нарастающий итог только с учетом выбранного в календаре периода. То есть если выбрали 2020 год, то нарастающий считаем с начала 2020 года, если 2019 и 2020 - то считаем с начала 2019 года.

Пока получается учесть либо первое условие, либо второе.

Для условия 1 моя мера выглядит так:
FactProgressiveTotal1 =
CALCULATE(
   CALCULATE
           (SUM(CashFlowBudgetFact[Sum]);
           FILTER(
               ALL('Calendar');
               ISONORAFTER('Calendar'[Date];MAX('Calendar'[Date]);desc)
           )
);
   FILTER('Calendar';'Calendar'[Date]<='Today'[DayToday])
)
При этом график прерывается на текущей дате, но считает нарастающий "с начала времен", а не за выбранный период.

Мера для условия 2 выглядит так:
FactProgressiveTotal2 =
   CALCULATE
           (SUM(CashFlowBudgetFact[Sum]);
           FILTER(
               ALLSELECTED('Calendar');
               ISONORAFTER('Calendar'[Date];MAX('Calendar'[Date]);desc)
           )
)

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

Может быть, кто-то может подсказать, как совместить оба этих условия?

На графике сейчас выглядит так:

можно чуть попроще)