NPC in-house · обложка
Практическое описание роли · v3

NPC
in-house

Ведущий специалист по налогу на прибыль производственной группы

12 глав 21 008 слов ≈ 1 ч 51 мин чтения автономное HTML-издание

Что делает NPC, какие решения принимает, что считает сам, что поручает младшему специалисту и какой результат передаёт руководству. Коротко, конкретно и на сквозных числовых примерах.

Содержание

  1. 01Архитектура роли
  2. 02Рабочая среда и данные
  3. 03Годовой календарь
  4. 04Налог на прибыль
  5. 05Налоговая позиция группы
  6. 06Методология и нестандартные операции
  7. 07Мониторинг налоговых рисков
  8. 08Требования налоговых органов
  9. 09Внутригрупповые операции
  10. 10Работа команды и проверка результата
  11. 11Результаты для руководства
  12. 12Изменения регулирования
Глава 01 · 2 033 слов

§NPC in-house: роль и ответственность

§1. Место в команде

NPC работает в налоговой функции управляющей компании и подчиняется руководителю функции. Его должность — ведущий налоговый методолог группы. У него есть один младший специалист. В примерах роль NPC выполняет Алексей Соколов: далее «NPC» и «Алексей» обозначают одного человека.

NPC сам разбирает сложные операции, проверяет налог на прибыль по шести организациям и готовит позиции для руководителя. Младшему специалисту он ставит задачи и проверяет результат. Главными бухгалтерами, юристами и ИТ он не руководит.

Руководитель налоговой функции утверждает новые и спорные позиции. CFO решает вопросы, которые влияют на денежный поток, отчётность или допустимый риск. Бухгалтерия проводит операции и исправляет учёт. NPC объясняет, что нужно исправить, считает последствия и проверяет результат после исправления.

§2. Что дал опыт в налоговом органе

До перехода в бизнес NPC работал на камеральных и выездных проверках, занимался возмещением НДС, налоговыми разрывами, раздельным учётом, льготируемыми и экспортными операциями. Он писал акты и руководил группой до трёх человек. В производственном холдинге он работает около полутора лет.

Этот опыт виден в четырёх привычках.

§Сначала восстановить факты

NPC выясняет, кто начал операцию, кто её выполнил, где возникла стоимость, что написано в договоре и как операция отражена в учёте. После этого он определяет налоговые последствия.

§Проверить, как ситуацию увидит инспектор

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

§Довести решение до учёта

Заключение само по себе ничего не исправляет. NPC называет действие, исполнителя и срок. После проводки или изменения настройки он снова проверяет данные.

§Объяснить младшему причину проверки

Мария Крылова получает не только поручение, но и признаки ошибки. Повторяющийся вопрос Алексей Соколов превращает в памятку, формулу или контрольную сверку.

§3. Шесть закреплённых организаций

развернуть ход мысли — шесть мостов и один вход
Мост: переходы группируются по природе

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

Ваши действия

Перед вами шесть компаний и шесть мостов. Чем проверите каждый, не пересчитывая? Что делает строку моста подозрительной? Как шесть мостов складываются во вход группы — и что при этом складывать запрещено?

«Сначала я не читаю итоговую цифру — я читаю мост: полон ли он. Дельта между прибылью и базой обязана раскладываться без остатка по пяти природам, и каждая строка отвечает на два вопроса: какая операция за ней и какое основание. Подозрительны три вещи: строка "прочее" крупнее порога, отрицательная ручная без расшифровки, и техническая строка, у которой нет хозяйственного смысла. По временным проверяю обе стороны жизни — возникновение и погашение: разница, которая только копится и никогда не разворачивается, это либо ошибка, либо забытый регистр. Убыток пускаю в мост только с историей по годам. Шесть мостов дают вход группы, но складываются в нём только реальные начисления — базы и разницы остаются аналитикой; смешение трёх сумм — результата, налога, денег — ломает вход целиком».

В группе 28 юридических лиц. NPC ведёт налог на прибыль по шести |Анатомия моста|Полнота моста|Мост месяца|Три суммы|=вход: все зоны × три оси:

  1. АО «Северный контур» — управляющая компания, общегрупповые услуги и расходы.
  2. АО «Волжский композит» — основное производство, материалы, амортизация и ремонты.
  3. ООО «Полимер-Ресурс» — переработка сырья, незавершённое производство и себестоимость.
  4. ООО «Вектор Трейд» — продажи и коммерческие расходы.
  5. ООО «Логистик Парк» — закупки, склады и перевозка.
  6. ООО «ТехСервис Групп» — ремонт и обслуживание оборудования.

Эти компании постоянно работают друг с другом. Ошибка в ремонте у Сервиса меняет расходы Производства. Ошибка в цене Трейдинга влияет на встречную сторону. Поэтому NPC проверяет каждую компанию отдельно и одновременно сверяет общую операцию по обеим сторонам |Матрица зеркальности|Зеркальность содержания|Три суммы с переходами|.

развернуть ход мысли — участок из шести участков
Что такое этот участок целиком

Шесть компаний — не список, а одна операционная цепочка: стоимость последовательно проходит закупку и перевозку (Логистика), выпуск (Производство), передел (Переработка), обслуживание (Сервис) и уходит наружу через продажи (Трейдинг), а над всеми стоит УК со своими услугами и распределением расходов. Периметр собран у одного владельца не из-за размера компаний, а из-за сцепки: ошибка одной стороны меняет налог другой и видна только при групповой сверке. Поэтому участок читается сразу в двух оптиках: каждое юрлицо — самостоятельный налогоплательщик со своей декларацией и своим убытком, и одновременно вся цепочка — единый объект контроля. Остальные 22 организации входят в поле только тремя дверями: их цифра нужна групповому своду, их операция задевает одну из шести, их показатель создаёт общий риск. Попадание чужих данных в свод не делает Алексея владельцем чужого compliance.

Шесть под-участков — у каждого своя природа
УК «Северный контур» — участок «услуги и распределение»
Профиль: состав общехолдинговых услуг, подтверждение результата, база распределения, отражение у пяти получателей.
Источник — договоры и ежемесячные отчёты по каждой услуге, расчёт базы, регистры получателей. Риск — услуга без конкретного результата: 24,0 млн по Трейдингу уже дали взвешенный риск 2,966 млн; дублирование функций заказчика. Контроль — результат каждой услуги назван до акта; отражение сверено у всех получателей сразу.
АО «Волжский композит» — участок «завод»
Профиль: ОС и амортизация, граница ремонта и модернизации, НЗП, материалы и потери, подрядчики, капвложения.
Источник — реестр ОС, ремонтные заявки с технической характеристикой (четыре обязательных поля с 1 августа), регистры 01/02/08, производственные системы. Риск — граница по содержанию работ: линия № 4 показала, как 62,4 млн из 86,4 уходят в ранний расход и занижают будущую амортизацию. Контроль — техническая ведомость до проводки; первое и третье применение нового правила проверяются лично.
ООО «Полимер-Ресурс» — участок «передел»
Профиль: сырьё в переработку, НЗП, себестоимость и полуфабрикаты, технологические потери, расхождение производственного и бухгалтерского учёта.
Источник — производственные отчёты, баланс сырья, регистры НЗП. Риск — материал списан, а выпуск не подтверждён; убыток 400 млн после снижения выпуска, который нельзя схлопнуть с прибылью Производства — налогоплательщики разные. Контроль — балансовое уравнение сырьё → выпуск → НЗП; отдельная история убытка с документами на весь срок.
ООО «Вектор Трейд» — участок «продажи», две точки
Профиль: дата признания выручки и отсечение последних дней, бонусы и изменение цены, резервы по долгам, связанные стороны.
Источник — договоры, CRM и отгрузки, акты, регистр выручки. Риск — выручка последних дней в чужом периоде; смена стороны подписанного договора ради чужого убытка — 15 сентября такой ход остановлен как фиктивный. Контроль — цепочка договор → исполнение → переход права → документ → проводка → период.
Вторая точка участка — сезон 18 000 тонн: прогнозная сборка функций, цен и первых отгрузок до запуска.
ООО «Логистик Парк» — участок «автопарк и склад», две точки
Профиль: транспорт собственный и лизинговый, ГСМ и ремонты машин, простой, перевыставление затрат с наценкой, складское движение.
Источник — реестр транспорта, путевые данные, договоры лизинга, регистры затрат. Риск — одна машина живёт в пяти системах как пять объектов; перевыставление без функции; падение нагрузки, за которым пять разных причин — от тарифа до простоя. Контроль — машина = один объект во всех слоях: реестр, 01/02/08, лизинговый график, расходные счета, декларация.
Вторая точка участка — досрочное завершение лизинга: «компенсация» контрагента раскладывается на компоненты до оплаты, а не после.
ООО «ТехСервис Групп» — участок «работы»
Профиль: выполненные работы и этапность, дата признания, трудозатраты, привлечённые подрядчики.
Источник — наряды, акты по этапам, договор TS-41/25, трудозатраты. Риск — выручка признана до завершения работ (акт № 7: 7,5 млн сторнированы в июль); ремонт у исполнителя, оказавшийся модернизацией у заказчика. Контроль — зеркальная сверка содержания и дат с Производством: то, что здесь выручка, на той стороне — расход или актив.
Ваши действия

Как увидите шесть компаний одной цепочкой, а не шестью расчётами? На какие под-участки разложите и чем природа каждого отличается? Где в каждом источник данных, где типовой риск и какой контроль ему соразмерен? По какому протоколу примете чужую цифру в свод и что вернёте владельцу? Чем соберёте группу обратно и как убедитесь, что один объект остался одним объектом во всех слоях? Что проверите первым?

«Сначала я не закрываю компанию в одиночку и не начинаю с той, где больше оборот. Мне нужно целое: цепочка стоимости от закупки до продажи, кто кому что делает и какие налоги эта сцепка трогает у каждой стороны. Потом раскладываю участок дважды: по компаниям — у каждой своя природа, свой профиль риска, свои карточки; и по парам операций — ремонт, переработка, продажа, перевозка, услуги, деньги. По каждому под-участку три вещи: источник — регистры обеих сторон и договор, не пересказ; риск — своя типовая асимметрия; контроль — соразмерный, а не одинаковый для всех. Чужую цифру беру только по протоколу: период, версия, владелец принял, налог следует из базы, крупное объяснено, открытое раскрыто, след до рабочего пакета — иначе возвращаю, а не сглаживаю; агрегат одной строкой без раскрытия не принимаю. Устойчивое о компании — ставка, льготы, подразделения, история убытков — держу в паспорте отдельно от показателей периода: смена ставки проходит подтверждение, а не правку в текущем файле. Потом собираю группу обратно: она сходится не общим итогом, а парами; общая сумма умеет прятать ошибку отдельного налогоплательщика. И только после этого приоритет: первыми — пары, где стороны закрываются в разные месяцы, и суммы, которые уже ушли наверх в отчётность и решения».

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

§4. За что отвечает NPC

§Проверяет налог на прибыль

развернуть ход мысли — принять расчёт через мост
Чем расчёт доказывает себя

Динамический review — десять линз поверх моста: отношение налога к результату, изменение базы к месяцу и кварталу, отклонение от прогноза, доля постоянных и временных разниц, доля ручных корректировок, движение прямых расходов и НЗП, амортизация и ремонты, внутригрупповые разницы, использование убытков, концентрация результата в последних операциях периода. Отклонение объясняется драйвером: организация, операция, период, механизм влияния — «из-за изменения выручки и расходов» анализом не считается. Поздние и ручные записи ранжируются по пяти классам: техническое исправление, позднее обычное начисление, корректировка по review, новая операция вне процесса, запись без основания — и после существенной поздней проводки пересчитывается не только налог, но и связанные разделы: пара, резерв, прогноз, переданный результат.

Ваши действия

Расчёт сошёлся арифметически. Через какие линзы прогоните его, прежде чем принять? Какие строки моста доведёте до первички? Что обязано случиться после поздней проводки?

«Сначала я не принимаю расчёт за то, что он сошёлся, — сходимость доказывает арифметику, а не правду. Прогоняю десять линз динамики, и каждое отклонение обязано назвать своего драйвера до операции и механизма: не "выручка изменилась", а какая компания, какая сделка, каким путём. До первички довожу крупное и необъяснённое — строку моста, за которой не видно хозяйственного события. Ручные и поздние записи читаю по классам: техническое исправление спокойно, запись без основания — стоп для всего расчёта. И у поздней проводки хвост длиннее, чем кажется: пересчитываю пару, резерв, прогноз и всё, что уже ушло получателям, — а старый срез сохраняю версией, чтобы изменение было прослеживаемым. Принятие — это решение с последствием: принял — отвечаю за цифру я, а не тот, кто её собрал».

Бухгалтерии закрывают период, формируют проводки и налоговые регистры. Мария выполняет типовые сверки и составляет список расхождений |Матрица зеркальности|Зеркальность содержания|. Алексей проверяет перенос убытков |Убытки 97.11|50%-лимит ст. 283|Первичка на весь срок|=история убытка компании, льготы , внутригрупповые операции |Матрица зеркальности| и необычные изменения |Техническое ≠ экономическое|. Ошибку он возвращает главному бухгалтеру с суммой, основанием и сроком исправления.

NPC не подписывает декларацию. До передачи результата он должен понимать, почему изменился налог |Мост месяца|Анатомия моста|, какие корректировки проведены и какие вопросы остались открыты.

§Сводит результаты группы

развернуть ход мысли — строка компании и три увязки
Что несёт строка каждой компании в своде

Восемь полей: бухгалтерский результат до налогообложения; налоговая база; применимая ставка; исчисленный текущий налог; авансовые платежи; сумма к уплате или уменьшению; официальный статус расчёта; открытый вопрос с диапазоном влияния. И три контрольные увязки поверх строк: арифметическая — налог следует из принятой базы и ставки, сумма свода равна сумме строк; с локальным источником — показатель группы совпадает с принятым листом организации, консолидационная реклассификация показывается отдельно и не меняет локальную обязанность; с денежным потоком — начисление сопоставлено с авансами и ЕНС, расход в отчётности и движение денег не смешиваются.

Ваши действия

Как соберёте свод, в котором за каждой цифрой стоит владелец и источник? Какие три увязки прогоните до передачи? Что вернёте, а что примете с открытым вопросом?

«Сначала я не собираю таблицу из присланных итогов — я собираю строки, у каждой из которых есть паспорт: восемь полей, включая статус и открытый вопрос с диапазоном. Агрегат одной строкой без возможности раскрытия не принимаю. Прогоняю три увязки: арифметика — налог обязан следовать из базы и ставки; источник — цифра группы совпадает с принятым листом компании, и если консолидация что-то реклассифицировала, это видно отдельной строкой, а не молчаливой правкой; деньги — начисление сходится с авансами и единым счётом, и я не путаю расход по налогу с платежом: они живут в разных моментах. Неподтверждённое возвращаю владельцу — не сглаживаю в общем файле, иначе локальный источник и свод начнут показывать разные версии. Принять с открытым вопросом можно, только когда известен диапазон влияния и он не меняет вывод».

NPC собирает результаты всех организаций в одной форме. По каждой компании он показывает текущий налог, прогноз, изменение к прошлому периоду и причину изменения |Мост месяца|Три суммы|Аналитическая полнота|=выход L7: сводная.

Чужой расчёт он не повторяет. Он проверяет период, источник цифр, связь с учётом и открытые вопросы. Неподтверждённый результат возвращает сотруднику, который его подготовил.

§Разбирает нестандартные операции

NPC восстанавливает факты, читает договор и первичные документы, определяет затронутые налоги и сравнивает допустимые варианты. Утверждённое правило применяет сам. Новую или спорную позицию передаёт Дмитрию Лебедеву, руководителю налоговой функции.

После решения NPC сообщает бухгалтерии, юристам или ИТ, что нужно изменить. Первое применение новой позиции он проверяет отдельно.

§Следит за налоговыми рисками

Специалисты считают показатели по своим налогам. Мария обновляет регулярные данные. Алексей разбирает необычные изменения и решает, что перед ним: ошибка выгрузки, разовая операция или налоговый риск |Техническое ≠ экономическое|Мастер-данные|Сторож субсчетов|Прогноз против факта|.

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

§Готовит ответы налоговому органу

NPC читает требование, выделяет вопросы, периоды и операции. Данные из 1С он получает сам. У подразделений запрашивает только документы и объяснения, которых в системе нет.

Бухгалтерия и подразделения дают факты. Юристы проверяют процессуальные и договорные вопросы. Дмитрий утверждает спорную позицию. Ответ подписывает уполномоченное лицо организации.

После отправки NPC сохраняет подтверждение, ставит на контроль обещанные документы и переносит новые риски в рабочий список.

§Считает последствия будущих операций

развернуть ход мысли — цепочка до-сделочного анализа
Из чего состоит анализ будущей операции

Сквозная цепочка с наблюдаемым выходом на каждом этапе: бизнес-событие → карта текущей модели → функциональный анализ → варианты будущей модели → последствия по каждой стороне → тест взаимозависимости и контролируемости → фильтр самостоятельности и деловой цели → позиция → решение → договоры и системы → первая операция → review → мониторинг. Функциональный анализ — это матрица наблюдаемых действий, а не юридических деклараций: десять функций (от заключения договоров до владения нематериальным результатом), восемь классов активов, десять классов рисков — и по каждому риску вопрос, кто им реально управляет: люди, бюджет, полномочия, система.

Ваши действия

Как увидите будущую операцию целиком — от события до мониторинга? Чем зафиксируете функции сторон так, чтобы их подписали владельцы? Что делает вариант исполнимым? Когда процесс возвращается на предыдущий этап?

«Сначала я не считаю налог по предложенной бумаге — я прохожу цепочку с начала: какое бизнес-событие, как устроена текущая модель, кто что реально делает. Функции фиксирую наблюдаемыми действиями, и договорное возложение риска на компанию без способности им управлять полным фактом не признаю. Варианты сравниваю только исполнимые: у каждого — функции, движение актива и денег, цена с основанием, налог по каждой стороне, стоимость внедрения, обратимость. Результат функционального анализа подписывают владельцы функций — я не придумываю бизнес-функции ради красивой конструкции. И правило возврата: если в ходе внедрения изменилась функция или фактический исполнитель — процесс возвращается к функциональному анализу, а не едет дальше на старых выводах».

Бизнес может изменить продавца, маршрут товара, финансирование или договорную модель. NPC считает налог по каждому варианту и по каждой компании |Сценарный перенос|Эффект внутригрупповых|Цепочка через группу|=прогнозная сборка L6. Он проверяет, есть ли у выбранной организации люди, активы, полномочия и деловая причина выполнять новую функцию.

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

§Проверяет работу младшего специалиста

развернуть ход мысли — семь вопросов до постановки
Тест делегируемости — семь вопросов, пять исходов

Метод утверждён? — если подход формируется, junior собирает факты, но не определяет вывод. Результат воспроизводим? — другой сотрудник повторит по источнику и алгоритму. Есть наблюдаемый критерий готовности? — «разобраться» критерием не является. Исключения формально выделяются? — суждение в каждой строке означает нетиповую задачу. Данные доступны с надлежащими правами? Компетенция подтверждена? Цена ошибки допускает выбранную глубину проверки? Пять исходов: delegate; delegate with checkpoint — после промежуточного этапа подтверждается направление; co-work — junior готовит фактуру, анализ строится параллельно; NPC only — новое профессиональное суждение; specialist owner — задача чужого владельца.

Ваши действия

Что из горящей работы отдадите Марии, что оставите себе и почему? Как оформите «отдам, но с контрольной точкой»? Что не делегируется никогда, каким бы простым ни казалось?

«Сначала я не делю работу на "простое ей — сложное мне": простота обманывает. Прохожу семь вопросов теста, и решает не сложность, а воспроизводимость и цена ошибки: типовая сверка с алгоритмом и критерием — delegate; новый источник — delegate with checkpoint, направление подтверждаю после первого этапа; сбор фактов по нестандартной операции — co-work: она собирает хронологию, я параллельно строю анализ; квалификация, риск, вывод по 54.1, рекомендация наверх — только сам, junior готовит фактуру, но не превращает её в суждение. И граница ответственности жёсткая: если я принял её расчёт и использовал в декларации — отвечаю я, а не она. Поэтому глубина моей проверки растёт не с недоверием к человеку, а с ценой ошибки и необратимостью последствий».

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

Алексей не повторяет всю работу. Он проверяет выборку, основные увязки и исключения. Замечание должно объяснять ошибку и способ её исправить.

§5. Когда NPC делает сам, а когда передаёт задачу

NPC сам квалифицирует новую операцию, разбирает крупное необъяснённое отклонение, считает последствия сценария и готовит спорную позицию по требованию.

Марии он передаёт типовые сверки, обновление таблиц, проверку комплектности документов и расчёты по утверждённой формуле.

На стыке с другим участком NPC формулирует налоговый вопрос и проверяет результат. НДС считает специалист по НДС. Проводку делает бухгалтерия. Договор меняют юристы. Настройку исправляет ИТ. Платёж проводит казначейство.

§6. Кто принимает решение

Вопрос NPC Руководитель налоговой функции CFO или бизнес
Утверждённое правило применяет и проверяет подключается, если правило не работает не участвует
Новая налоговая позиция собирает факты и предлагает решение утверждает позицию выбирает вариант, если меняется экономика сделки
Ошибка в учёте считает эффект и ставит исправление решает спор или отказ исправлять прошлый период принимает решение при заметном влиянии на отчётность или деньги
Требование инспекции собирает проект ответа утверждает спорную позицию решает, исправляться добровольно или спорить, если сумма велика
Налоговый риск проверяет сигнал и предлагает действия подтверждает оценку и план принимает риск или меняет процесс
Работа Марии ставит задачу, проверяет и возвращает замечания меняет приоритеты при нехватке времени не участвует

§7. Как участники работают друг с другом

§Дмитрий Лебедев, руководитель налоговой функции

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

§Мария Крылова, младший специалист

Мария передаёт файл с источником данных, датой выгрузки, выполненными сверками и списком исключений. Алексей возвращает замечания достаточно рано, чтобы она успела их исправить.

§Главные бухгалтеры

Главный бухгалтер отвечает за учёт и проводки. NPC — за налоговую квалификацию и проверку результата. Разногласие фиксируют письменно и при необходимости передают Дмитрию.

§Налоговые специалисты

Специалисты по НДС, имущественным налогам и зарплате отвечают за свои расчёты. NPC проверяет только общие операции и цифры, которые входят в групповой отчёт.

§Финансовая консолидация

NPC передаёт налог по организациям, объясняет крупные изменения и перечисляет незакрытые вопросы. Если консолидация задаёт вопрос, работа продолжается до ответа.

§Юристы, бизнес и ИТ

Юристам NPC указывает спорное условие договора и нужный вариант формулировки. Бизнесу задаёт вопрос о фактическом исполнении операции. ИТ показывает ошибочную запись, ожидаемый результат и пример для проверки после исправления.

§8. Откуда NPC берёт данные

NPC сам открывает 1С или ERP, ОСВ, карточки счетов, проводки, налоговые регистры, договорный реестр, бюджет, прогноз, декларации и историю требований.

Запрос появляется, когда данных в системе нет. У производства он просит техническое объяснение, у юристов — действующую редакцию договора, у бухгалтерии — первичный документ или причину проводки, у бизнеса — параметры будущей сделки.

Доступ к данным не даёт права их менять. NPC проверяет; бухгалтерия и ИТ вносят изменения.

§9. Что остаётся после работы

Результат Что в нём должно быть
Проверка налога на прибыль выполненные сверки, ошибки, исправления и открытые вопросы
Налоговая позиция факты, норма, вывод, решение и порядок применения
Список расхождений сумма, причина, исполнитель, срок и подтверждение исправления
Список налоговых рисков организация, событие, возможные потери, аргументы, действие и дата следующей проверки
Свод по группе налог по компаниям, изменение к прогнозу и причины
Ответ на требование документы, числовые сверки, пояснение и согласования
Задание на исправление ошибка, правильное отражение, сумма и способ повторной проверки
Вопрос руководителю факты, сумма, варианты, рекомендация и крайний срок решения

§10. Рабочий ритм

развернуть ход мысли — событие становится мини-циклом
Семь вопросов квалификации события

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

Ваши действия

Посреди закрытия пришло внешнее событие. Как квалифицируете его за один проход? Чем защитите плановую работу? Что скажете Дмитрию и когда?

«Сначала я не бросаю закрытие и не игнорирую событие — я его квалифицирую: семь вопросов за один проход, и событие получает имя, владельца и срок. Ключевой вопрос третий: что произойдёт, если не реагировать сейчас? — он отделяет пожар от шума. Срочное не делается молча за счёт планового: я записываю, что сдвигается, кто продолжает и когда вернёмся — сдвинутая задача сохраняет следующий шаг и новую дату, иначе после пожара команда не вспомнит, к чему возвращаться. Дмитрию говорю в момент, когда работу ещё можно перераспределить, а не в день срока: перегрузка, показанная заранее, — это управление; показанная в дедлайн — это провал. И каждый закрытый мини-цикл передаёт результат дальше: требование — в реестр рисков и изменение процесса, отклонение — в контроль следующего закрытия».

Каждый месяц NPC проверяет налог на прибыль, разбирает изменения к прогнозу, следит за исправлениями и передаёт данные в консолидацию.

Каждый квартал он глубже проверяет декларации, пересматривает риски и сравнивает прогноз с фактом.

В конце года NPC закрывает налоговый блок отчётности |Инвентаризация остатков|Резервы 96|Корректировки прошлого|Обесценение запасов|=годовой прогон, пересматривает старые риски и обновляет проверки на следующий год.

Вне календаря приходят новые сделки, требования инспекции, изменения закона и ошибки в данных. Алексей сообщает Дмитрию, какую плановую работу придётся сдвинуть ради срочной задачи.

§11. Где роль даёт сбой

§Алексей отвечает, но не может провести исправление

Он не ограничивается замечанием. В задании указывает сумму, действие, исполнителя и срок. После проводки снова открывает регистр.

§Закрытие заканчивается раньше, чем анализ

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

§Одна компания закрылась, а встречная сторона — нет

NPC сверяет обе стороны операции. Общая сумма по группе не исправляет ошибку отдельного налогоплательщика.

§Осторожность превращается в запрет

Опыт инспектора помогает увидеть претензию, но не даёт права запрещать любую спорную операцию. NPC считает последствия и объясняет, при каких условиях позицию можно защищать.

§Алексей каждый месяц исправляет одну и ту же ошибку

развернуть ход мысли — повторение как диагноз
Повторяющаяся ошибка — свойство процесса, не человека

Ошибка, возвращающаяся каждый месяц, означает: контроль стоит там, где её удобно ловить, а не там, где она рождается. Диагностика по классам замечаний: массовые одинаковые ошибки — почти всегда класс I (неоднозначная инструкция) или P (нарушенный маршрут), а не небрежность исполнителя; повторяющиеся ошибки данных — отсутствие self-check; частный вопрос становится общей задачей, когда дефект найден в двух компаниях, вопрос повторяется, расчёт постоянно делается вручную или причина в шаблоне договора либо настройке. Тогда меняются шаблон, поле, настройка или инструкция — и проверяются первые операции и два следующих закрытия.

Ваши действия

Третий месяц подряд одна и та же правка. Какой диагноз поставите процессу? Что смените вместо добавления ещё одной проверки? Чем докажете, что вылечили, а не заглушили?

«Сначала я не исправляю ошибку в четвёртый раз и не ищу виноватого — повторение снимает вопрос "кто ошибся" и ставит вопрос "что её производит". Раскладываю причину по слоям: инструмент — шаблон, поле, настройка; данные — версия, справочник; человек — не знал признака остановки; методология — правило не сформулировано или не дошло. Массовая одинаковая ошибка — это мой дефект постановки, а не их небрежность, и чинить тогда надо инструкцию с повторным охватом всего, куда она дотянулась. Изменение направляю в точку рождения — чтобы неправильный вариант стало трудно создать, а не легко поймать. Доказательство одно: следующие закрытия. Первые операции по новому порядку прохожу сам, два цикла чисто — вылечено; вернулась — я поставил контроль не в ту точку, и диагноз начинается заново».

Значит, проверка не работает. Он меняет правило, файл или настройку и проверяет следующий период.

§12. Линия № 4: роль в действии

развернуть ход мысли — линия № 4 как эталон разбора
Почему этот эпизод — образец метода

В одном событии сошлись все шесть тактов. Отказ от ложного хода: спор о формулировке акта не ведётся — вопрос переводится в стоимость технических результатов. Целое: что физически сделали с линией — узел, монтаж, восстановление, обучение. Декомпозиция: 86,4 млн раскладываются на четыре части руками технической службы, а не налоговой фантазией. Триада: источник — техническая служба, не новая редакция акта; риск — принять формулировку за содержание; контроль — расчёт по двум вариантам до исправления регистра. Обратная сборка: учёт исправлен, сверка повторена, результат принят, декларация сошлась с платежом. И шестой такт — причина: почему договор не разделял виды работ; ответ стал новой проверкой будущих ремонтов — четыре обязательных поля заявки.

Ваши действия

Стороны спорят о словах в акте при одном факте. Как переведёте спор о формулировке в вопрос о содержании? Кто раскладывает сумму и почему не вы? Чем завершится эпизод, кроме исправления?

«Сначала я не выбираю, кому верить — Ольге или производству: обе версии это слова об одном факте, а факт материален. Перевожу спор в измеримое: не "ремонт или модернизация", а стоимость каждого технического результата — узла, монтажа, восстановления, обучения. Раскладывает техническая служба: она владелец содержания работ, я владелец налоговых последствий, и подмена ролей делает разбор недоказуемым. Считаю оба варианта до исправления регистра — решение принимается с открытыми глазами: 24,0 в расход, 62,4 в стоимость, плюс 7,8 платежа через лимит убытка. После исправления — повторная сверка и принятие. Но эпизод закрыт не этим: последний вопрос — почему договор не разделял виды работ. Ответ на него — четыре поля в заявке — стоит теперь перед каждым будущим ремонтом. Найти ошибку — работа; убить её источник — результат».

1 июля 2026 года Мария нашла у Производства ручную проводку на 86,4 млн руб. без НДС по договору с Сервисом. В 10:20 она открыла проводку, договор и реестр основных средств. В 11:05 зарегистрировала вопрос RP-04-2026-017. ОСВ у бухгалтерии она не запрашивала: доступ уже был.

2 июля главный бухгалтер Ольга Петрова сказала:

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

Алексей ответил:

«Мне нужна не новая формулировка акта, а стоимость каждого технического результата. До 3 июля техническая служба раскладывает узел, монтаж, восстановление и обучение. После этого я считаю налог по двум вариантам».

Техническая служба разделила 86,4 млн руб. на четыре части |Ремонт или модернизация|Тесты и линия защиты|=граница по содержанию работ. Алексей квалифицировал работы и 4 июля посчитал налог |Ввод 08→01|Маршрут амортизации|Амортизационная премия|Будущая амортизация|=расчёт C-01: стоимость·СПИ·БУ·НУ. Дмитрий утвердил позицию 5 июля. Ольга исправила учёт 6 июля, Мария повторила сверку |Ремонт → простой → выпуск|, а Алексей принял результат 7 июля.

В расходы периода вошло 24,0 млн руб. Остальные 62,4 млн руб. увеличили первоначальную стоимость. Налог до учёта убытков вырос на 15,6 млн руб. при ставке 25%. Из-за 50-процентного ограничения на убытки дополнительный платёж составил 7,8 млн руб.

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

§13. Когда нужен внешний консультант

По ремонту линии № 4 консультанта не привлекали. Факты были понятны, а внешнее заключение не изменило бы решение.

По реорганизации с активами на 2,8 млрд руб. Алексей подготовил одно техническое задание для трёх фирм. Он перечислил факты и пять спорных вопросов. 27 июля Дмитрий Лебедев и Ирина Белова сравнили предложения: опыт — 35%, подход — 30%, команда — 20%, цена — 15%.

Консультант даёт дополнительный анализ. Решение и его внедрение всё равно остаются внутри группы.

§14. Что NPC не делает

NPC не ведёт все налоги группы, не проводит бухгалтерские записи, не меняет 1С, не подписывает декларации и ответы инспекции, не утверждает договоры и не распоряжается деньгами. Он не может один остановить сделку и не использует прежние связи в налоговых органах.

Он также не выбирает компанию для операции только ради налоговой экономии и не проверяет процессы, которые не связаны с его налоговой работой.

§15. Как понять, что работа сделана хорошо

Крупное изменение объяснено конкретной операцией. Ошибка исправлена и повторно проверена. У незакрытого вопроса есть сумма, исполнитель и срок. Одинаковую позицию применяют все затронутые компании. Дмитрий получает варианты и рекомендацию, а не необработанный массив документов. Мария со временем выполняет более сложные проверки без повторения старых ошибок.

Если одна и та же проблема возвращается каждый месяц, работа не закончена.

§16. Как разбирать серьёзную ошибку

развернуть ход мысли — шесть вопросов до конца
Разбор держится на последнем вопросе

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

Ваши действия

Серьёзная ошибка разобрана, все шесть ответов написаны. По какому признаку отличите настоящий шестой ответ от отписки? Что проверите через месяц? Когда разбор действительно закончен?

«Сначала я не считаю разбор законченным, когда написаны шесть ответов, — бумага не мешает ошибке повториться. Настоящий шестой ответ отличается просто: в нём есть вещь, которую можно потрогать — изменённое правило, поле, настройка, доступ, проверка. "Беседа проведена" и "усилен контроль" — отписки: они не меняют ни одного объекта в процессе. Раскладываю причину по четырём слоям и честно принимаю, что слой "человек" почти всегда прикрывает слой "методология": человек не остановился, потому что признак остановки не был назван. Изменение ставлю в точку рождения и проверяю его на следующей живой операции сам — не спрашиваю "работает ли", а открываю и смотрю. Разбор закончен, когда прошло закрытие, в котором ошибка обязана была повториться — и не повторилась. До этой даты вопрос открыт, чем бы ни были заполнены шесть строк».

По ошибке, которая повлияла на сумму, срок или налоговую позицию, NPC отвечает на шесть вопросов:

  1. Что произошло?
  2. Почему это произошло?
  3. Как ошибка помешала работе?
  4. К чему она привела?
  5. Как её исправили?
  6. Что изменили, чтобы она не повторилась?

Фраза «с исполнителем проведена беседа» последний вопрос не закрывает. Должны измениться правило, файл, настройка, доступ или проверка. Новое решение проверяют на следующей операции.