===

Pattern Family Support Pack · PF_141

Кассовая иллюзия
Domain: PD_08 — Финансовое управление и Юнит-экономика

runtime-ready parsed support pack only; no raw fields

Case Examples

CASE_001 — Иллюзия прибыли при длинном цикле

situation_summary: Компания работает с длинным циклом сделки (проектный бизнес, застройщики, агентства). Клиент вносит бронь или предоплату в одном месяце, а основная сумма поступает позже. Поступления сразу классифицируются как прибыль текущего месяца.
hidden_trap: Игнорирование отложенных обязательств. Деньги на расчетном счете считаются чистой прибылью, хотя из них еще предстоит выплатить комиссии подрядчикам, риелторам или покрыть себестоимость проекта в будущем.
tracker_reframe: ДДС — это просто отчет о движении денег (пришло-ушло). В P&L прибылью признаются только те деньги, по которым уже полностью исполнены обязательства перед клиентом, а доходы и связанные с ними расходы зафиксированы в одном периоде.
safe_runtime_example: В похожем кейсе брокерское агентство недвижимости регулярно получало транши от застройщиков и считало их чистой прибылью месяца. Фаундер изымал дивиденды, пока не выяснилось, что из этих же денег предстоит выплатить агентские комиссии. Реальная рентабельность оказалась отрицательной, и бизнес влетел в кассовый разрыв.
when_to_use: При диагностике строительного, агентского или проектного бизнеса с разрывом во времени между авансом и исполнением обязательств.
do_not_use_when: В розничной торговле с моментальной оплатой и отгрузкой день в день (там кассовый метод учета практически совпадает с методом начисления).

CASE_002 — Размазывание себестоимости при долгих контрактах

situation_summary: Клиент вносит 35-40% предоплаты, а остаток выплачивает частями на протяжении нескольких месяцев. Расходы при этом возникают хаотично и не привязаны к графику оплат.
hidden_trap: Себестоимость не синхронизирована с признанием выручки. В месяц получения предоплаты бизнес кажется сверхприбыльным, а в месяцы исполнения контракта — глубоко убыточным, что искажает понимание маржинальности.
tracker_reframe: Выручку необходимо признавать пропорционально пройденным и закрытым этапам работ, и ровно в тех же пропорциях (в тех же месяцах) списывать плановую себестоимость контракта.
safe_runtime_example: В похожем кейсе компания брала крупный аванс на старте полугодового контракта. В первый месяц P&L, собранный кассовым методом, показывал гигантскую прибыль, а следующие пять месяцев — одни убытки из-за регулярных расходов на зарплаты и материалы. Решением стало поэтапное признание выручки (по подписанным актам) и соразмерное списание затрат.
when_to_use: Для консалтинга, IT-аутсорса, строительства и сложных услуг, где контракт длится несколько месяцев.
do_not_use_when: Бизнес работает по модели SaaS-подписки или коротких транзакционных продаж.

CASE_003 — Налоговые сюрпризы и иллюзия дивидендов

situation_summary: Налоги (например, УСН) уплачиваются раз в квартал. В ежемесячном управленческом отчете фаундер ставит в строке налоги ноль в те месяцы, когда физических перечислений в бюджет нет.
hidden_trap: Искусственное завышение чистой прибыли в промежуточные месяцы. Фаундер изымает эту бумажную прибыль как дивиденды, а к моменту фактической уплаты налога денег на счете не остается.
tracker_reframe: Отчет P&L нужен для понимания реальной прибыли. Налоги и отчисления в фонды должны начисляться ежемесячно соразмерно заработанной выручке (резервироваться), даже если физически деньги еще не ушли.
safe_runtime_example: В похожем кейсе собственник видел высокую прибыль в октябре и ноябре, потому что бухгалтер не заложил туда налоги, и вывел деньги на себя. В декабре пришло время платить квартальные налоги, но изымать их оказалось не из чего, и компания была вынуждена залезать в овердрафт.
when_to_use: При аудите P&L, в котором чистая прибыль необъяснимо скачет от месяца к месяцу без реальных бизнес-причин.
do_not_use_when: В компаниях, которые работают с полностью белой ежемесячной уплатой всех налогов и сборов.

CASE_004 — Отчет-оборотень (Подмена P&L отчетом ДДС)

situation_summary: Фаундер поручает ассистенту или финансовому менеджеру вести P&L, но при проверке выясняется, что документ представляет собой лишь выписку приход-расход-остаток.
hidden_trap: Финансовая слепота. Фаундер управляет бизнесом, опираясь на кассовые остатки, и принимает стратегические решения, не понимая реальной валовой маржи и структуры себестоимости.
tracker_reframe: Таблица, показывающая приходы и уходы денег — это ДДС. В P&L прибылью признаются только те деньги, по которым уже исполнены обязательства перед клиентом, жестко сгруппированные по статьям (выручка, себестоимость, OPEX).
safe_runtime_example: В похожем кейсе фаундер жаловался, что P&L ему не заходит и цифры в нем не сходятся. При аудите отчета выяснилось, что ассистент просто выгрузил банковскую выписку и назвал ее P&L. Компания фактически летела вслепую, ориентируясь только на остаток кэша в моменте.
when_to_use: Когда фаундер заявляет, что ведет P&L, но жалуется, что цифры не бьются или отчет не помогает принимать решения.
do_not_use_when: Если у клиента внедрена полноценная ERP-система и проблема лежит в плоскости глубокого unit-учета.

CASE_005 — Маркетинг под видом мнимых реинвестиций (OPEX)

situation_summary: Фаундер считает любую разницу между поступлениями и мелкими текущими тратами чистой прибылью. Из нее 50% изымается на дивиденды, а 40% реинвестируется в регулярную рекламу.
hidden_trap: Грубое искажение архитектуры P&L и завышенное самомнение о рентабельности. Затраты на поддержание текущего трафика ошибочно классифицируются как развитие и инвестиции.
tracker_reframe: Вы не можете реинвестировать 40% из прибыли в рекламу. Если эти деньги жизненно необходимы для поддержания текущих продаж, значит, это обычные операционные расходы (OPEX), которые вычитаются до расчета чистой прибыли.
safe_runtime_example: В похожем кейсе собственник утверждал, что рентабельность его бизнеса — 50%, из которых он 40% реинвестирует в трафик. На деле эти 40% были стандартными маркетинговыми расходами, необходимыми для выживания, а реальная чистая прибыль бизнеса составляла всего 10%.
when_to_use: Когда фаундер хвастается аномально высокой рентабельностью, но жалуется на отсутствие свободных денег на масштабирование.
do_not_use_when: Речь идет о реальных капитальных инвестициях (CAPEX) — покупке оборудования, открытии новых филиалов или разработке нового IT-продукта.

CASE_006 — Деньги в пути (Преждевременное признание выручки)

situation_summary: Товарный бизнес закупает товары у поставщиков за свой счет, но логистический цикл длинный. Деньги от клиента поступают в виде аванса или зависают в холде.
hidden_trap: Вымывание оборотного капитала. Оплата поставщикам уходит сразу, а обязательства перед клиентом еще не исполнены. В кассе возникает скрытый разрыв, который фаундер пытается закрыть за счет новых предоплат.
tracker_reframe: Выручку можно фиксировать только после того, как товар доставлен и обязательства полностью исполнены. До этого момента средства квалифицируются как деньги в пути или запасы.
safe_runtime_example: В похожем e-commerce проекте фаундер попал в жестокий кассовый разрыв. Он считал деньги от предоплат выручкой и сразу выводил маржу, хотя товар еще плыл из Китая. Оплата поставщикам ушла, а обязательства перед клиентами не были закрыты, что привело к дефициту кэша для новых закупок.
when_to_use: В товарном бизнесе с долгим плечом логистики, e-commerce, селлеры маркетплейсов.
do_not_use_when: При продаже цифровых товаров с моментальной отгрузкой и нулевой стоимостью копии.

CASE_007 — Иллюзия прогноза и отсутствие дивидендной политики

situation_summary: Фаундер управляет изъятием денег, ориентируясь на дашборд с прогнозируемой чистой прибылью, рассчитанной из пайплайна еще не закрытых сделок. При этом формальных правил распределения кэша в компании нет.
hidden_trap: Психологический уход от реальности: фаундеру комфортнее смотреть на зеленые прогнозные цифры, чем признать текущий кассовый дефицит. Это блокирует внедрение настоящей политики фондирования.
tracker_reframe: Термина прогнозируемая чистая прибыль не существует. Прибыль — это свершившийся жесткий факт прошлого закрытого периода. Управлять изъятием средств и дивидендами можно только на базе подтвержденного P&L.
safe_runtime_example: В похожем кейсе собственник ориентировался на планируемую чистую прибыль, вписывая туда контракты, которые находились лишь на стадии переговоров. Из-за этого он систематически изымал из бизнеса больше кэша, чем компания реально заработала, вымывая спасательную подушку безопасности.
when_to_use: Когда собственник оперирует терминами ожидаемые деньги, потенциальная прибыль в контексте личных доходов и изъятия кэша.
do_not_use_when: В процессе сценарного финансового моделирования и cashflow-прогнозирования.

CASE_008 — Скрытые дивиденды партнера в операционных расходах

situation_summary: Доля партнера от продаж выплачивается и записывается в P&L в блоке операционных или коммерческих затрат, как обычная зарплата.
hidden_trap: Искажение реальной рентабельности и архитектуры P&L. Бизнес кажется низкомаржинальным или убыточным на уровне EBITDA, так как чистая прибыль искусственно занижается на сумму выплат совладельцам.
tracker_reframe: Дивиденды и распределяемую долю от прибыли необходимо выносить в самый низ P&L, под строку чистой прибыли. Нельзя смешивать операционные издержки компании и распределение доходов владельцев.
safe_runtime_example: В похожем кейсе собственник внес долю в 22% от продаж своего партнера (отвечающего за продукт) в блок операционных расходов. Из-за этого EBITDA бизнеса казалась минимальной, и фаундер считал экономику плохой, пока эти выплаты не очистили и не перенесли в раздел дивидендов.
when_to_use: Когда в компании несколько учредителей, и часть из них получает процент от выручки/маржи, который бухгалтер прячет в ФОТ или прочие расходы.
do_not_use_when: Если партнер выполняет роль линейного менеджера и получает строго рыночный фиксированный оклад за свои часы работы.

CASE_009 — Сдельная оплата в котле постоянных расходов

situation_summary: Компания записывает сдельную заработную плату линейного персонала в блок фиксированных затрат (Fixed Costs) вместе с арендой офиса.
hidden_trap: Критически искажается расчет валовой маржи (Gross Margin). Фаундер думает, что после прохождения точки безубыточности вся маржа от новых продаж пойдет ему в карман, забывая, что сдельный ФОТ будет расти пропорционально каждой новой сделке.
tracker_reframe: Затраты, которые напрямую зависят от количества проданных услуг или отгруженных товаров, являются переменными (COGS/Variable) и должны вычитаться до расчета валовой маржи.
safe_runtime_example: В похожем кейсе сеть клиник вносила сдельную оплату врачам (за каждую процедуру) в постоянные расходы. При планировании роста выручки фаундер ждал кратного роста прибыли, но расходы на врачей выросли симметрично. Оказалось, что юнит-экономика отдельной услуги изначально считалась с грубой ошибкой.
when_to_use: В сфере услуг, медицине, бьюти и производстве, где есть выраженная сдельная часть ЗП.
do_not_use_when: В компаниях, где весь ФОТ — это жесткие фиксированные оклады.

CASE_010 — Черная дыра Прочих расходов

situation_summary: В отчете P&L присутствует безымянная статья Прочие расходы, сумма по которой регулярно превышает сотни тысяч или миллионы рублей.
hidden_trap: Искусственное укрупнение статей лишает фаундера контроля над операционных издержками. Скрытые, нецелевые и импульсивные траты съедают чистую прибыль.
tracker_reframe: Строка Прочее должна быть жестко лимитирована (не более 5% от OPEX или фикс. суммой). Все транзакции сверх этого лимита должны быть расшиты на отдельные, понятные статьи.
safe_runtime_example: В похожем кейсе фаундер не мог понять, куда утекает кэш при хорошем обороте. При аудите P&L обнаружили статью Прочие расходы на 1,3 млн рублей. Туда были свалены затраты на празднования, косметический ремонт офиса и незапланированные бонусы. Отчет скрывал реальные операционные проблемы.
when_to_use: При аудите отчетов P&L и ДДС, когда фаундер не может сходу объяснить, на что уходит значимая доля расходов.
do_not_use_when: На этапе микробизнеса со сверхмалыми бюджетами.

Tracker Questions

TQ_001 — Обязательства с авансов

question_text: Вы комиссию исполнителям и налоги будете платить с этих авансов сейчас или в следующем месяце по факту закрытия актов?
when_to_ask: Когда фаундер в бизнесах с длинным циклом показывает высокую прибыль в месяц захода больших предоплат.
what_answer_reveals: Слепоту к отложенным обязательствам и подмену метода начисления кассовым методом.
wrong_first_move_it_blocks: Распределение дивидендов из незаработанных денег (кэша на счете).
intensity: sharp
runtime_position: end_of_answer

TQ_002 — Размазывание себестоимости

question_text: Если мы спишем себестоимость этого долгого контракта пропорционально этапам признания вашей выручки, ваша реальная экономика вообще сойдется?
when_to_ask: Когда клиент получает предоплату за длинный проект и радуется высокой рентабельности в первый месяц, а дальше тянет убытки.
what_answer_reveals: Рассинхрон доходов и расходов во времени, маскирующий реальные убытки.
wrong_first_move_it_blocks: Списание всех затрат в первый месяц или, наоборот, ожидание закрытия контракта для подсчета убытков.
intensity: sharp
runtime_position: end_of_answer

TQ_003 — Налоговый резерв

question_text: Почему в вашем P&L за этот месяц налоги равны нулю? Из каких денег вы будете их платить в конце квартала, если сейчас выведете эту прибыль?
when_to_ask: Когда фаундер не закладывает резерв на налог в свой ежемесячный управленческий отчет.
what_answer_reveals: Искусственное завышение чистой прибыли и отсутствие фонда резервирования.
wrong_first_move_it_blocks: Формирование кассового разрыва в месяц уплаты налога.
intensity: sharp
runtime_position: end_of_answer

TQ_004 — Отчет-оборотень (ДДС под маской P&L)

question_text: Вы понимаете, что таблица, которую вы называете P&L, на самом деле является просто выпиской движения денег со счета (ДДС) без учета ваших реальных обязательств?
when_to_ask: Когда фаундер жалуется, что P&L не бьется, а внутри отчета есть только столбцы пришло, ушло и остаток.
what_answer_reveals: Фундаментальную финансовую безграмотность и управление бизнесом вслепую, по остаткам кэша.
wrong_first_move_it_blocks: Принятие стратегических и кадровых решений на базе иллюзорной кассовой картины.
intensity: sharp
runtime_position: end_of_answer

TQ_005 — Иллюзия реинвестиций в маркетинг

question_text: Как вы можете реинвестировать 40% из прибыли в рекламу, если без этой рекламы у вас просто не будет текущих продаж?
when_to_ask: Когда фаундер хвастается аномально высокой рентабельностью, но признается, что почти всё сразу отправляет обратно в трафик.
what_answer_reveals: Подмену регулярных операционных коммерческих расходов (OPEX) инвестиционной деятельностью.
wrong_first_move_it_blocks: Убежденность в высокой доходности бизнеса и отказ от оптимизации CAC.
intensity: sharp
runtime_position: end_of_answer

TQ_006 — Деньги в пути

question_text: Вы уже записали эти предоплаты в выручку, но товар еще не отгружен клиенту. Что будет с вашей кассой, если поставщик задержит партию на месяц?
when_to_ask: В e-commerce или товарном бизнесе с длинным циклом логистики, где оплата клиентом происходит сразу.
what_answer_reveals: Преждевременное признание выручки до момента факти исполнения обязательств.
wrong_first_move_it_blocks: Оплата новых закупок за счет предоплат старых клиентов (эффект скрытой финансовой пирамиды).
intensity: medium
runtime_position: end_of_answer

TQ_007 — Галлюцинация прогнозируемой прибыли и изъятия

question_text: Что такое прогнозируемая прибыль и почему вы опираетесь на нее при изъятии дивидендов, если прибыль — это всегда жесткий закрытый факт прошлого периода?
when_to_ask: Когда собственник оперирует терминами ожидаемая прибыль в контексте личных доходов.
what_answer_reveals: Психологический уход от реальности в зеленые цифры пайплайна, отсутствие дивидендной политики.
wrong_first_move_it_blocks: Изъятие живых денег из бизнеса на основании еще не закрытых сделок.
intensity: sharp
runtime_position: end_of_answer

TQ_008 — Скрытые дивиденды партнера

question_text: Эти выплаты вашему партнеру — это его рыночная зарплата как руководителя или его доля от прибыли? Почему они висят в операционных расходах до расчета чистой прибыли?
when_to_ask: Когда в P&L высоко в блоке OPEX или себестоимости спрятан процент от выручки, уходящий кофаундерам.
what_answer_reveals: Искажение архитектуры P&L, занижающее EBITDA.
wrong_first_move_it_blocks: Неправильный расчет точки безубыточности.
intensity: medium
runtime_position: end_of_answer

TQ_009 — Сдельная оплата в постоянных костах

question_text: Если ваша выручка вырастет в три раза, затраты на сдельную зарплату этих исполнителей тоже вырастут? Тогда почему они записаны в постоянные расходы?
when_to_ask: Когда сдельная оплата свалена в один котел с арендой офиса и окладом директора.
what_answer_reveals: Фундаментальную путаницу между постоянными (Fixed Costs) и переменными (Variable Costs) расходами.
wrong_first_move_it_blocks: Масштабирование бизнеса с иллюзией, что валовая маржа будет расти линейно.
intensity: sharp
runtime_position: end_of_answer

TQ_010 — Черная дыра Прочих расходов

question_text: У вас в Прочих расходах висит крупная сумма. Вы можете прямо сейчас расшифровать по статьям, на что конкретно ушли эти деньги в прошлом месяце?
when_to_ask: Когда в отчете P&L или ДДС статья Прочее превышает 5-10% от общих операционных затрат.
what_answer_reveals: Утечку неконтролируемых денег, замаскированную укрупнением статьи.
wrong_first_move_it_blocks: Согласие собственника с непрозрачной отчетностью.
intensity: sharp
runtime_position: end_of_answer

Board Role Questions

BQ_001 — Разделение факта и обязательств (ДДС vs P&L)

director_lens: CFO
question_text: Покажите мне P&L за прошлый месяц. Какая часть из поступивших на счет денег уже очищена от будущих обязательств по налогам, себестоимости и агентским комиссиям?
lens_focus: Финансовая гигиена, внедрение жесткого метода начисления, выявление скрытых убытков.
decision_gate: Разрешение на распределение чистой прибыли или блокировка вывода.
missing_data: Реестр отложенных обязательств текущего месяца.
what_answer_changes: Блокирует изъятие кэша из бизнеса, если управленческий отчет показывает бумажный убыток.

BQ_002 — Признание выручки по этапам

director_lens: CFO
question_text: Как именно в вашей учетной политике фиксируется признание выручки по длинным контрактам? Мы списываем затраты пропорционально закрытым актам выполненных работ или хаотично по факту оплат?
lens_focus: Синхронизация доходов и расходов (Matching Principle).
decision_gate: Утверждение структуры плановой себестоимости проектных контрактов.
missing_data: Отчет о проценте завершенности проектов.
what_answer_changes: Заставит пересчитать историческую рентабельность.

BQ_003 — Очистка Gross Margin от сдельной оплаты

director_lens: CFO
question_text: Почему сдельная оплата исполнителям зафиксирована у вас в блоке постоянных расходов (OPEX)? Если наша выручка удвоится, этот ФОТ тоже вырастет, а значит ваша валовая маржа посчитана неверно. Какова наша реальная валовая прибыль?
lens_focus: Корректный расчет юнит-экономики и валовой маржи.
decision_gate: Утверждение финансовой модели для масштабирования.
missing_data: Реальная доля переменных затрат.
what_answer_changes: Отменяет план агрессивного масштабирования при неверной Gross Margin.

BQ_004 — Лимитирование неидентифицированных затрат

director_lens: CFO
question_text: Какова детализация статьи Прочие расходы за последний месяц? Почему сумма превышает 5% от общих операционных затрат без постатейной расшифровки?
lens_focus: Контроль операционных издержек.
decision_gate: Утверждение итогового финансового результата месяца.
missing_data: Постатейная расшифровка транзакций.
what_answer_changes: Исключает маскировку личных издержек фаундера.

BQ_005 — Дивидендная политика и безопасность капитала

director_lens: Board_Chair
question_text: Каков утвержденный регламент фондирования? Какую долю из подтвержденной чистой прибыли по P&L мы направляем на дивиденды, а какую — резервируем для защиты от кассовых разрывов?
lens_focus: Защита оборотного капитала и дисциплина.
decision_gate: Утверждение лимитов изъятия кэша.
missing_data: Утвержденная дивидендная политика.
what_answer_changes: Защищает подушку безопасности.

BQ_006 — Деанонимизация реинвестиций

director_lens: Board_Chair
question_text: Вы утверждаете, что реинвестируете 40% прибыли в текущий маркетинг. Но если эти деньги жизненно необходимы для поддержания продаж, то это не развитие, а операционные расходы. Какова наша истинная чистая прибыль?
lens_focus: Оценка EBITDA и реальной стоимости привлечения (CAC).
decision_gate: Оценка инвестиционной привлекательности бизнеса.
missing_data: Очищенная структура P&L.
what_answer_changes: Сбивает иллюзию сверхрентабельности.

BQ_007 — Контроль денег в пути и кассовых разрывов

director_lens: COO
question_text: Мы видим предоплаты на счету, но какой объем товарных запасов сейчас находится в пути и когда мы фактически исполним обязательства перед клиентами, чтобы признать эту выручку?
lens_focus: Управление оборотным капиталом (Working Capital).
decision_gate: Блокировка вывода средств или остановка приема новых заказов.
missing_data: Сводный отчет по оборачиваемости запасов.
what_answer_changes: Предотвращает построение скрытой финансовой пирамиды.

Decision Gates

DG_001 — Блокировка выплаты дивидендов (Тест на заработанность)

gate_text: Запретить изъятие кэша из бизнеса в виде дивидендов или бонусов фаундера, пока не будет предоставлен P&L по методу начисления с вычтенными будущими обязательствами (налоги, комиссии, себестоимость невыполненных этапов).
blocks_decision_type: Распределение чистой прибыли и изъятие оборотного капитала.
required_data:
- P&L за закрытый месяц (метод начисления)
- реестр отложенных обязательств (фонды/налоги)
related_lenses:
- CFO
- Board_Chair

DG_002 — Лимит на статью Прочие расходы

gate_text: Любая сумма свыше 5% от общих операционных расходов в строке Прочие расходы (или Разное) требует поштучной детализации и расшифровки до утверждения итогового финансового результата месяца.
blocks_decision_type: Утверждение управленческой отчетности и закрытие финансового месяца.
required_data:
- Детализация транзакций из строки Прочее
related_lenses:
- CFO

DG_003 — Очистка валовой маржи для масштабирования

gate_text: Остановка утверждения бюджета на агрессивное масштабирование трафика и расширение команды до тех пор, пока сдельная оплата исполнителей (врачи, мастера, курьеры) и прямые комиссии не будут перенесены из OPEX в COGS (переменные затраты).
blocks_decision_type: Утверждение финансовой модели для масштабирования и кратного роста.
required_data:
- Очищенная юнит-экономика и корректно структурированный P&L
related_lenses:
- CFO
- COO

Missing Data

MDQ_001 — Резерв по налогам и комиссиям

question_text: Какова точная сумма отложенных обязательств (квартальные налоги, агентские комиссии, будущие премии) по той выручке, которая пришла на счет в текущем месяце?
missing_data_type: Отложенные обязательства (Accrued Liabilities)
why_needed: Чтобы очистить кэш на счете от чужих денег и увидеть реальный свободный денежный поток, предотвратив кассовый разрыв в месяц выплаты налогов.

MDQ_002 — Процент завершенности долгих контрактов

question_text: Какой фактический объем работ (в процентах или закрытых актах) реализован по этому долгосрочному контракту на конец месяца?
missing_data_type: Percentage of Completion (Процент готовности) / Акты выполненных работ
why_needed: Для справедливого признания части полученного аванса в качестве выручки текущего месяца и пропорционального списания себестоимости.

MDQ_003 — Объем денег в пути

question_text: На какую сумму у нас сейчас закуплено товаров или материалов, которые уже оплачены поставщикам, но еще не доставлены клиентам и не закрыты актами?
missing_data_type: Незавершенное производство (WIP) / Оборотный капитал в запасах
why_needed: Чтобы понять масштаб вымывания оборотного капитала при длинных логистических циклах и найти причину нехватки кэша при формально прибыльном бизнесе.

Data Rooms

DRR_001 — —

room_key: financial_visibility
data_room_route_type: primary_room
why_room: Фундаментальное решение паттерна — жесткое разделение ДДС и P&L, внедрение метода начисления, очистка архитектуры учета от иллюзий (перенос налогов, дивидендов и переменных расходов в правильные блоки).
when_to_route: Фаундер управляет компанией по остаткам на счете, путает названия отчетов, называет маркетинговые расходы реинвестициями и не знает своей реальной рентабельности.
do_not_route_when: Фаундер уже корректно ведет P&L по методу начисления, но страдает исключительно от задержек оплат клиентами (проблема в дебиторке).

DRR_002 — —

room_key: safe_dividends
data_room_route_type: primary_room
why_room: Устанавливает формальные правила и фильтры: сколько можно изымать, а сколько нужно резервировать в фондах. Отвязывает фаундера от пагубной привычки забирать всё, что пришло на карту.
when_to_route: Фаундер управляет своими доходами на основе виртуальной прогнозируемой прибыли от еще не закрытых сделок, изъятие прибыли в случайные дни приводит к кассовым разрывам.
do_not_route_when: Компания работает по строгой политики 100% реинвестирования прибыли, фаундер не извлекает дивиденды.

DRR_003 — —

room_key: growth_cash_control
data_room_route_type: secondary_room
why_room: Помогает отслеживать деньги в пути, внедряет инструменты контроля дебиторской и кредиторской задолженности, предотвращая пирамидальные кассовые разрывы.
when_to_route: Возникают ситуации, когда товар закуплен, кэш со счета ушел поставщикам, но отгрузка клиенту задерживается, и компания остается без оборотных средств на новые закупки.
do_not_route_when: Услуги без физической себестоимости, логистики и задержек в отгрузке.