Симуляция смены тарифного плана

Вы много продаёте — но на чём вы на самом деле зарабатываете? Этот экран берёт то, что уже есть в вашей ERP, и раскладывает маржу по группам товаров, товарам, клиентам или продавцам. Исходная система обычно не даёт такой картины в готовом виде, а она меняет решения об ассортименте, ценах и фокусе отдела продаж.

«Группа товаров» отвечает на вопрос «какое семейство даёт мне маржу»; «Товар» спускается до позиции; «Клиент» показывает, кто покупает выгодно, а кто даёт только объём; «Продавец» показывает результат команды. Начинайте с группы и только потом углубляйтесь — правило такое: начинать широко.

Стрелки переключают месяцы, а окно задаёт, сколько времени входит в расчёт, заканчиваясь показанным месяцем. Отдельный месяц страдает от сезонности и одного крупного счёта; 3 или 6 месяцев показывают реальную тенденцию.

Появляется, только если у вашей компании есть филиалы. Когда включено, суммирует головную компанию с её филиалами — и только с ними. Другие компании той же учётной записи намеренно исключены: консолидация всего ответила бы на вопрос, которого вы не задавали.

Выручка по выставленным счетам − возвраты − себестоимость проданных товаров = маржа. Возврат уменьшает ОБЕ стороны: он вычитается и из выручки, и из себестоимости, потому что товар физически вернулся. Если вычитать только из выручки, маржа каждый месяц выглядела бы хуже, чем есть.

Здесь используется ровно та средняя себестоимость, которая записана в вашей исходной системе. Tenka намеренно не пересчитывает её: полная история поступлений есть у ERP, а две цифры на один и тот же вопрос всегда заканчиваются тем, что одна из них неверна — обычно наша.

Если у товара в источнике не указана средняя себестоимость, она учитывается как ноль, и маржа по этой строке выглядит полной. Это неполная карточка, а не прибыльность. Экран помечает такие строки предупреждающим треугольником и показывает вверху, сколько позиций в такой ситуации, — передайте список тому, кто ведёт справочники в ERP.

ERP передаёт налог по СЧЁТУ, а не по позиции. Чтобы распределить налог по группам, понадобилось бы правило распределения, которое никто не проверял, а выдуманная маржа хуже, чем отсутствующая. Поэтому налог показан суммой вверху, где цифра точна.

Весь экран учитывает право профиля «Видеть суммы». У кого его нет, тот видит уведомление и ни одной цифры — то же самое, когда вопрос задают Tenkai: он даёт рейтинг без сумм в R$.

Потому что возврат, приходящий из ERP, не содержит продавца — он привязан к документу, а не к получателю комиссии. В представлениях «Группа», «Товар» и «Клиент» возврат вычитается; в представлении «Продавец» выручка валовая. Когда связь начнёт приходить из источника, эта разница исчезнет.

Нет. «—» означает, что за период не было чистой выручки, поэтому процент неприменим. Ноль процентов означал бы «продали и ничего не заработали» — это другая информация, и она зря тревожит.

Три причины, в таком порядке: выбранное окно не охватывает месяц счёта; коннектор ещё не загрузил этот период (проверьте в «Мониторинге коннектора»); или счета этого периода ждут классификации по типу операции — счёт без класса намеренно не попадает в зеркало.

В «Живой марже» прокрутите до «Портфель проектов (P&L)» и нажмите «Рассчитать портфель». Появится каждый проект с проданными ролями: проданная выручка, выручка, затраты и результат на сегодня, плановая маржа и маржа на сегодня — тем же расчётом, что во вкладке P&L проекта. Значок предупреждения отмечает проект с часами без исполнителя, фазы или стоимости часа. Цифры маржи по товарам выше не меняются.