Офис NFP компании «Первый Бит»

Нужно ли держать синхронизацию с АИС «Налог-3» постоянно или достаточно выгружать данные пару раз в месяц? Ответ на вопрос участницы вебинара NFP «Первый Бит» «Налоговый мониторинг 2027: аудит ИТ и СВК». - Выгружать можно с ежемесячной периодичностью: закрыли месяц и выгрузили закрытую отчётность. - Жёстких требований по закрытию в течение периода нет. Если отчётность ещё «гуляет», можно выгружать как есть: инспектор всё равно смотрит только периоды, где отчётность сдана. - Можно выгружать и раз в квартал. Периодичность обмена данными прописывают в регламенте информационного взаимодействия, который согласуют с ФНС. - Инспектор может зайти в систему в любой момент. По словам спикера, условно он работает в будни в рабочее время, а система доступна дольше. - Лишние данные в отдельную систему не передают. При подготовке данных бывают ошибки: что-то не донесли, что-то принесли лишнее, поэтому это важный момент. Отвечает Айгуль Ишмаева, руководитель группы по автоматизации управления, планирования и контроля предприятий офиса NFP «Первый Бит». Вопрос зачитывает Светлана Чуринова, руководитель группы корпоративных продаж. Бесплатно поможем настроить обмен данными под ваш регламент: https://nfp2b.ru/business_functions/nalogovyj-monitoring/ Покажем 1С:Налоговый мониторинг на демо-базе: https://nfp2b.ru/products/1c-nalogovyj-monitoring/ Интеграция с АИС «Налог-3» через ГНИВЦ: https://nfp2b.ru/products/gnivts-nalogovyj-monitoring/ Запись вебинара целиком: https://nfp2b.ru/webinars/nalogovyj-monitoring-2027-audit-it-i-svk-proverka-gotovnosti-do-starta-proverok/ Вебинары и записи по налоговому мониторингу: https://nfp2b.ru/webinars/?business_function=nalogovyj-monitoring Вебинары и записи по 1С: https://nfp2b.ru/webinars/?direction=1c

Что на практике происходит в первые два года после перехода на налоговый мониторинг и что меняется потом. Фрагмент вебинара NFP «Первый Бит» «Налоговый мониторинг 2027: аудит ИТ и СВК». - По опыту участников мониторинга первые два года нагрузка выше, чем при прежнем режиме. - Причина не в количестве проверок: компания перестраивает внутренние процессы, назначает ответственных и выстраивает ролевую модель. - Наводится порядок в учётных процессах: неавтоматизированное автоматизируют, неформализованное формализуют, иногда внедряют систему управления рисками с интеграцией с 1С. Это отдельный проект. - Потом бухгалтерия быстрее готовит ответы на запросы, работа стандартизирована, ручного труда меньше, взаимодействие с налоговой оперативнее. - Система внутреннего контроля становится рабочим инструментом: реестр рисков и реестр контролей, риски управляемые, видна их динамика. - В итоге растёт операционная эффективность и снижаются затраты на налоговые аудиты. Рассказывает Анатолий Арзамасцев, руководитель проектов отдела финансового планирования и управления ресурсами офиса NFP «Первый Бит». Бесплатно оценим, сколько работы займёт ваш переход: https://nfp2b.ru/business_functions/nalogovyj-monitoring/ Покажем 1С:Налоговый мониторинг с реестром рисков и контролей на демо-базе: https://nfp2b.ru/products/1c-nalogovyj-monitoring/ Запись вебинара целиком: https://nfp2b.ru/webinars/nalogovyj-monitoring-2027-audit-it-i-svk-proverka-gotovnosti-do-starta-proverok/ Вебинары и записи по налоговому мониторингу: https://nfp2b.ru/webinars/?business_function=nalogovyj-monitoring Вебинары и записи по 1С: https://nfp2b.ru/webinars/?direction=1c

Мешают ли убытки перейти на налоговый мониторинг? Ответ из практики NFP «Первый Бит»: нет, компании заходят в режим и с убытками. Фрагмент вебинара «Налоговый мониторинг 2027: аудит ИТ и СВК». - Среди клиентов «Первого Бита», которые вступают в налоговый мониторинг, есть компании с убытками. - Например, строительные компании, у которых постоянно идут уточнённые декларации за прошлые периоды. - Такие компании возмещают НДС, и ускоренное возмещение НДС для них одна из целей перехода. - Одни из них уже работают в налоговом мониторинге, другие только заходят, и убытки в периоде есть у всех. Рассказывает Айгуль Ишмаева, руководитель группы по автоматизации управления, планирования и контроля предприятий офиса NFP «Первый Бит». Бесплатно проверим готовность компании к налоговому мониторингу: https://nfp2b.ru/business_functions/nalogovyj-monitoring/ Покажем 1С:Налоговый мониторинг на демо-базе: https://nfp2b.ru/products/1c-nalogovyj-monitoring/ Запись вебинара целиком: https://nfp2b.ru/webinars/nalogovyj-monitoring-2027-audit-it-i-svk-proverka-gotovnosti-do-starta-proverok/ Вебинары и записи по налоговому мониторингу: https://nfp2b.ru/webinars/?business_function=nalogovyj-monitoring Вебинары и записи по 1С: https://nfp2b.ru/webinars/?direction=1c

Бюджетный контроль в 1С: что делать, если заявка на расходование не проводится, потому что по статье нет лимита. Фрагмент вебинара NFP о БИТ.ФИНАНС. - Сотрудник создаёт заявку и пытается её провести, система сообщает, что бюджета нет. - Вариант 1: провести заявку сверх бюджета. Обычно для этого в компании есть отдельный маршрут согласования, обычный и удлинённый. - Вариант 2: забрать лимит с другой статьи или проекта командой «Списать лимиты». - Пример из административно-хозяйственного отдела: канцтовары запланированы с излишком, а хозтовары понадобились без бюджета. Хозтовары проводятся за счёт статьи «Канцелярские товары». - Обоснование переноса пишется в комментарии. - Финансовая служба видит план по одной статье и факт по другой, но в пределах лимитов. Отклонения в план-факт анализе нет, бюджет компании сохранён. Покажем БИТ.ФИНАНС и контроль лимитов на демо-базе: https://nfp2b.ru/products/bit-finance/ Бесплатно оценим, как настроить бюджетный контроль заявок у вас: https://nfp2b.ru/services/avtomatizatsiya-byudzhetirovaniya-i-byudzhetnogo-kontrolya/ Как в 1С связаны договоры, заявки и контроль бюджета: https://nfp2b.ru/2026/11/02/upravlenie-dogovorami-v-1s-bit-finans/ Страница вебинара «Договоры и закупки в одном контуре»: https://nfp2b.ru/webinars/dogovory-i-zakupki-v-odnom-konture-kak-kontrolirovat-rashody-do-platezha/ Вебинары и записи по 1С: https://nfp2b.ru/webinars/?direction=1c

Заявка на потребность в БИТ.ФИНАНС сначала закрывается со склада, и система не даёт выдать больше, чем там есть. Фрагмент вебинара NFP о договорах и закупках в одном контуре. - Специалист материально-технического обеспечения получает согласованную заявку на потребность. - В заявке указан просто стол, а на складе есть конкретная позиция, и он выбирает её в номенклатуре. - Аналитики заполняются автоматически, проверки включаются в настройках. - В демо запрошено 100 столов, а система показывает остаток 12. - Документ передачи в обеспечение нельзя провести, если остатков меньше, чем в запросе. Покажем БИТ.ФИНАНС и контроль остатков по заявкам на демо-базе: https://nfp2b.ru/products/bit-finance/ Бесплатно оценим, как выстроить закупки от потребности до выдачи у вас: https://nfp2b.ru/services/avtomatizatsiya-byudzhetirovaniya-i-byudzhetnogo-kontrolya/ Путь от заявки на потребность до выдачи ТМЦ подробно: https://nfp2b.ru/2026/11/02/zayavka-na-potrebnost-i-zakupki-po-cfo/ Страница вебинара «Договоры и закупки в одном контуре»: https://nfp2b.ru/webinars/dogovory-i-zakupki-v-odnom-konture-kak-kontrolirovat-rashody-do-platezha/ Вебинары и записи по 1С: https://nfp2b.ru/webinars/?direction=1c

График платежей по договору в 1С может сам расставить даты, даже если условие звучит как «оплата в течение 20 рабочих дней после подписания акта». Ответ на вопрос участника вебинара NFP о БИТ.ФИНАНС. - Для такого условия настраивается шаблон графика платежей, с понятным названием прямо по формулировке договора. - В шаблоне задают событие, от которого считается срок (например, подписание акта выполненных работ), и сам срок. - График заполняется автоматически, у каждого платежа конкретная календарная дата. - Можно подключить производственный календарь и правило: если дата выпала на выходной, перенести платёж на следующий или предыдущий рабочий день. Покажем БИТ.ФИНАНС и шаблоны графика платежей на демо-базе: https://nfp2b.ru/products/bit-finance/ Бесплатно оценим, как автоматизировать договоры и бюджетный контроль у вас: https://nfp2b.ru/services/avtomatizatsiya-byudzhetirovaniya-i-byudzhetnogo-kontrolya/ Как устроено управление договорами в 1С от проекта до графика платежей: https://nfp2b.ru/2026/11/02/upravlenie-dogovorami-v-1s-bit-finans/ Страница вебинара «Договоры и закупки в одном контуре»: https://nfp2b.ru/webinars/dogovory-i-zakupki-v-odnom-konture-kak-kontrolirovat-rashody-do-platezha/ Вебинары и записи по 1С: https://nfp2b.ru/webinars/?direction=1c

Дубли номенклатуры в 1С можно поймать до того, как новый элемент попадёт в справочник. В ролике три помощника, которые проверяют заявку на изменение НСИ в БИТ.MDM. Фрагмент вебинара NFP о порядке в НСИ. - Подсветка символов. Цифры, буквы и прочие символы в наименовании отмечены разным цветом, поэтому ошибка заметна сразу. - Цифра 0 и буква О на вид одинаковы, но в форме заявки окрашены по-разному. - Проверка по правилам. При настройке объекта НСИ задают правила, и система предупреждает, что найдены аналогичные элементы. - Сравниваются не только реквизиты шапки, но и табличные части элемента. - Нечёткий поиск дубликатов. Задаётся порог схожести в процентах, искать можно по наименованию или по значениям дополнительных реквизитов. - Результат - элементы справочника, чьи наименования схожи больше чем на заданный процент, или где число совпавших доп. реквизитов выше порога. На экране слайды с формами БИТ.MDM, собственной разработки офиса NFP: заявка на подшипник 6-309 ГОСТ 8338-75 и найденные похожие позиции. Покажем 1С:MDM на демо-базе и подберём проверки дублей под ваши справочники: https://nfp2b.ru/products/1c-mdm-upravleniye-nsi/ Помощники проверки заявки из ролика есть в БИТ.MDM: https://nfp2b.ru/products/bit-mdm/ Если дубли уже накопились, как найти и объединить их в 1С: https://nfp2b.ru/2026/10/05/kak-obedinit-dubli-nomenklatury-v-1s/ Запись вебинара Порядок в НСИ до и после запуска ERP: https://nfp2b.ru/webinars/poryadok-v-nsi-do-i-posle-zapuska-erp-mdm-sistemy-na-platforme-1s/ Вебинары и записи по методологии и НСИ: https://nfp2b.ru/webinars/?direction=metodologiya

Модель изменения НСИ отвечает на вопрос, кто и как может менять элемент справочника. Таких режимов три, и в ролике у каждого свой пример. Фрагмент вебинара NFP о порядке в НСИ до и после запуска ERP. - Изменения запрещены. Статьи расходов нельзя менять в периферийных базах. Правка возможна только напрямую в центральной базе. - Причём не любым пользователем, а сотрудником с соответствующими правами и компетенциями. - Изменения по заявке. Контрагента не исправить напрямую: сначала создают заявку на изменение, затем её согласуют. - Изменения без ограничений. Справочник должностей можно пополнять и править свободно. - Чем строже режим, тем больше работы у экспертов НСИ. Чем свободнее, тем больше свободы у пользователя. Слайд вебинара так и называет выбор режима: баланс между свободой пользователя и нагрузкой на экспертов. Модель изменения - первая из методологических моделей БИТ.MDM, собственной разработки офиса NFP. Ещё две модели, централизации и распространения, разбираются в записи вебинара. Покажем 1С:MDM на демо-базе и поможем решить, какой режим изменения нужен каждому справочнику: https://nfp2b.ru/products/1c-mdm-upravleniye-nsi/ Централизуем управление НСИ и настроим правила изменения справочников: https://nfp2b.ru/services/centralizatsiya-upravleniya-nsi/ Запись вебинара Порядок в НСИ до и после запуска ERP: https://nfp2b.ru/webinars/poryadok-v-nsi-do-i-posle-zapuska-erp-mdm-sistemy-na-platforme-1s/ Вебинары и записи по методологии и НСИ: https://nfp2b.ru/webinars/?direction=metodologiya

Заявка на изменение НСИ в 1С: что происходит, когда сотрудник Бухгалтерии заводит новую номенклатуру, а справочник контролируемый. Фрагмент вебинара NFP о порядке в НСИ. - Бухгалтерия здесь подчинённая система. Справочник номенклатуры в ней контролируется, свободное изменение туда не внести. - Пользователь заполняет карточку нового элемента и нажимает "записать", но элемент не становится доступен в документах. - Вместо этого система создаёт документ - заявку на изменение НСИ (ЗНИ НСИ) - и отправляет её на согласование в центральный узел. - Эксперт центрального узла открывает заявку и проверяет целесообразность нового элемента, корректность реквизитов и другое. - Если всё в порядке, эксперт согласует ЗНИ. Элемент записывается в центральном узле и передаётся в базу, из которой пришла заявка. - Только после этого номенклатуру можно использовать в документах Бухгалтерии. На экране схема архитектуры с БИТ.MDM, собственной разработкой офиса NFP: центральный узел и подчинённые системы, среди них 1С:ERP и 1С:Бухгалтерия. Покажем 1С:MDM на демо-базе и подберём маршрут согласования заявок под ваши справочники: https://nfp2b.ru/products/1c-mdm-upravleniye-nsi/ Запись вебинара Порядок в НСИ до и после запуска ERP: https://nfp2b.ru/webinars/poryadok-v-nsi-do-i-posle-zapuska-erp-mdm-sistemy-na-platforme-1s/ Вебинары и записи по методологии и НСИ: https://nfp2b.ru/webinars/?direction=metodologiya

Владелец НСИ отвечает за наполнение справочников в учётной системе, и от выбора этого человека зависит, будет ли в данных порядок. Фрагмент вебинара NFP о порядке в НСИ до и после запуска ERP. - Отсутствие владельцев справочников - одна из основных причин проблем с НСИ. - Технически ответственным может стать кто угодно с навыками работы в системе. Спикер советует этого не допускать. - Лучший кандидат - сотрудник, который отвечает за определённый участок учёта и разбирается в своей предметной области. - Он видит дубли одного элемента и решает, есть ли смысл заводить новую позицию или менять существующую. - Пример: владелец справочника статей доходов и расходов - главный бухгалтер, его заместитель или главный финансист. - Владелец у объекта один. Когда отвечают двое, как правило, не отвечает никто. Покажем 1С:MDM на демо-базе и подскажем, как распределить ответственность за справочники: https://nfp2b.ru/products/1c-mdm-upravleniye-nsi/ Запись вебинара Порядок в НСИ до и после запуска ERP: https://nfp2b.ru/webinars/poryadok-v-nsi-do-i-posle-zapuska-erp-mdm-sistemy-na-platforme-1s/ Вебинары и записи по методологии и НСИ: https://nfp2b.ru/webinars/?direction=metodologiya

Риски внедрения 1С:ERP без проработки НСИ: дополнительные работы, сдвиг сроков и непредвиденные расходы. Фрагмент вебинара NFP с разбором реального проекта. - Чем дольше копились данные в старых учётных системах, тем дороже обходится невнимание к НСИ при переходе. - Работы по справочникам часто не входят в первоначальное ТЗ, но без них систему не запустить. - Клиент переводил производство и управление ТМЦ на ERP с нескольких систем 1С. Мы предупредили о рисках, он решил не переплачивать и почистил номенклатуру своими силами. - Номенклатуру и начальные остатки загрузили в ERP, и в первые же дни половина документов списания ТМЦ на внутреннее потребление и перемещения товаров не проводилась. - Разбор показал, что в документах выбирали не ту номенклатуру, на которую были заведены остатки. - Повторную оптимизацию номенклатуры делаем мы, за дополнительную плату. Дешевле навести порядок заранее или заложить эти работы на старте проекта. - Ещё два риска: пользователи уходят в Excel и теневой учёт, руководство перестаёт доверять системе. Покажем 1С:MDM на демо-базе и оценим объём работ по НСИ до запуска: https://nfp2b.ru/products/1c-mdm-upravleniye-nsi/ Запись вебинара Порядок в НСИ до и после запуска ERP: https://nfp2b.ru/webinars/poryadok-v-nsi-do-i-posle-zapuska-erp-mdm-sistemy-na-platforme-1s/ НСИ в 1С:ERP и 1С:КА: как навести порядок перед переходом: https://nfp2b.ru/2026/08/24/nsi-v-1s-erp-i-1s-ka-chto-eto-i-kak-navesti-poryadok-pered-perehodom/ Вебинары и записи по методологии и НСИ: https://nfp2b.ru/webinars/?direction=metodologiya

Дубли номенклатуры в 1С:ERP останавливают продажи даже при полном складе. Разбираем случай со втулкой резьбовой М8 из вебинара NFP о порядке в НСИ. - Поставщик привёз три партии по 1000 штук, их оформили тремя документами поступления. - В каждом документе втулка названа по-своему: пробел внутри, запятая, лишний пробел в конце. - Для сотрудников это одна позиция, для системы три разные, по 1000 штук на каждой. - Реализация на 1500 штук не проводится: ERP сообщает, что не хватает 500. - Здесь всего три написания, в больших номенклатурных рядах их бывает гораздо больше. - Тот же риск у контрагентов и других справочников, которые вручную ведут в нескольких связанных системах. Регулярные чистки не нужны, если выстроены создание и согласование новых элементов справочника. Сигнал, что порядка нет, - два одинаковых элемента в списке выбора. Покажем 1С:MDM на демо-базе и подберём решение под ваши справочники: https://nfp2b.ru/products/1c-mdm-upravleniye-nsi/ Запись вебинара Порядок в НСИ до и после запуска ERP: https://nfp2b.ru/webinars/poryadok-v-nsi-do-i-posle-zapuska-erp-mdm-sistemy-na-platforme-1s/ Как найти и объединить дубли номенклатуры в 1С: https://nfp2b.ru/2026/10/05/kak-obedinit-dubli-nomenklatury-v-1s/ Вебинары и записи по методологии и НСИ: https://nfp2b.ru/webinars/?direction=metodologiya

В реестре ТМЦ было больше 40 000 позиций — и полный разброс данных. Кейс с вебинара «Первого Бита»: как это свели в один дашборд PIX BI. Раньше руководителю приходилось открывать пять разных Excel-таблиц по каждому направлению закупок отдельно. После — один дашборд: видно текущую цену, цену месяц назад, источники и дельту по каждой позиции. Сразу понятно, закупать сейчас или подождать, если цена выросла сезонно. Если возникает вопрос «почему так» — вся история в логах, по паре нажатий видно, что собрал робот и что обработала языковая модель. NFP Первый БИТ, +7 (495) 888-50-90

Разбор с вебинара «Первого Бита»: как языковая модель находит одинаковые товары у разных поставщиков, даже если они называются по-разному. Проблема: коммерческие предложения приходят в разрозненном виде — где-то Excel, где-то PDF, где-то презентация, где-то просто цены в письме. Обычный робот с этим не справляется — считывать и сопоставлять смысл может только языковая модель. Нормализация: модель приводит данные к одному виду — определяет, есть ли налог в цене, и какой срок поставки, и сводит всё это в единый формат. Ключевой момент: сравнение идёт по составу и производителю, а не по точной формулировке названия — поэтому «бумага А4» и «офисная бумага» у неё превращаются в одну и ту же позицию. Спорные случаи: если модель не уверена в совпадении, она не решает это сама — оставляет комментарий, что здесь спорный момент, и подключает человека. Результат: сотруднику больше не нужно вручную собирать цены по рынку — он открывает реестр ТМЦ с актуальными ценами и сроками поставки и отвечает только на спорные вопросы. 👉 Узнать больше о направлении RPA и ИИ-агентах: https://nfp2b.ru/directions/rpa/ 📅 Смотреть вебинары по автоматизации закупок: https://nfp2b.ru/webinars/?direction=rpa

Реальный кейс с вебинара «Первого Бита»: сейлз, финансист и юрист смотрят на одну сделку — и видят три разные картины. Где включается ИИ: там, где обычный инструмент распознавания документов бессилен, подключается языковая модель — она анализирует весь пакет документов по сделке целиком: договор, счёт, УПД. Что именно сверяет модель: совпадают ли суммы в документах, один ли предмет сделки и совпадают ли сроки — и формулирует результат коротким понятным выводом. Что делает робот: получает этот вывод и либо проводит сделку в 1С сама, если по регламенту всё в порядке, либо уведомляет ответственного сотрудника о расхождении. Итоговая формула с вебинара: искусственный интеллект думает и анализирует, робот делает, человек разбирает только оставшиеся спорные моменты. 👉 Узнать больше о направлении RPA и ИИ-агентах: https://nfp2b.ru/directions/rpa/ 📅 Смотреть вебинары по автоматизации: https://nfp2b.ru/webinars/?direction=rpa

Реальный кейс с вебинара «Первого Бита»: почему цена, которую закупщик собрал вручную, оказывается неактуальной уже к моменту сделки. Что было раньше: сотрудник вручную открывал сайты и почту поставщиков, собирал коммерческие предложения в одну таблицу и пытался сопоставить одинаковые позиции у разных поставщиков. Проблема с формулами: одинаковый товар у разных поставщиков часто называется по-разному (например, «бумага А4» и «офисная бумага») — обычная фильтрация в Экселе такие совпадения не находит. Главный риск: пока цену собирали и согласовывали бюджет, она успевала измениться — на момент закупки расчёт уже был частично неактуален. Как стало: после автоматизации сбора и сверки цен сотруднику остаётся проверить только спорные позиции и одним нажатием отправить согласованную закупку дальше. Заказать автоматизацию мониторинга цен - https://nfp2b.ru/services/analiticheskij-servis-monitoringa-tsen/ 👉 Узнать больше о направлении RPA и ИИ-агентах: https://nfp2b.ru/directions/rpa/ 📅 Смотреть вебинары по автоматизации: https://nfp2b.ru/webinars/?direction=rpa Теги: RPA, мониторинг цен, автоматизация закупок, ИИ-агент, роботизация процессов, 1С

Прямой ответ на вопрос из зала на вебинаре «Первого Бита»: кто несёт ответственность, если ИИ-агент ошибся. Тезис: искусственный интеллект не может нести ответственность ни за что — это инструмент, который настраивает человек, сам или клиент самостоятельно. Ответственность зависит от того, какая именно проблема возникла — с самим ИИ или с результатом его работы. Механика: ИИ не работает сам по себе. Ему нужны правила — что, где и как делать. Если в правилах был пробел и агент решил задачу не так, как ожидали — это не его вина: он математическими алгоритмами внутри себя решил, что скорее всего нужно сделать именно это. Корневая причина чаще всего в том, что запрос (промпт) был составлен некорректно — этим занимаются промпт-инженеры. Если задание написано некорректно, результат будет соответствующий. Практический вывод: с галлюцинациями легко бороться, если понимаешь, в каком формате они могут прилететь в конкретной задаче. 👉 Подробнее о направлении RPA и ИИ-агентах: https://nfp2b.ru/directions/rpa/ 📅 Смотреть вебинары по автоматизации процессов: https://nfp2b.ru/webinars/?direction=rpa

Разбор с вебинара «Первого Бита»: почему классический робот распознавания документов ломается на новом шаблоне, а языковая модель — нет. Слабое место классики: система распознавания (OCR) капризна к качеству документа. Если это не чистая PDF-форма, а скан, повёрнутый лист или размытые цифры — робот не может извлечь нужные данные и либо не отдаёт результат, либо выдаёт ошибку. При этом человеческим взглядом такой документ читается без проблем. Где выигрывает языковая модель: в разнообразии качества и формата документов — подвёрнутый, перевёрнутый, другой формат — распознаёт без проблем. Честная оговорка: если на документе не видно вообще ничего, результата не отдаст и языковая модель — у неё просто другая граница возможностей, не безграничная. 👉 Подробнее о направлении RPA и ИИ-агентах: https://nfp2b.ru/directions/rpa/ 📅 Смотреть вебинары по автоматизации процессов: https://nfp2b.ru/webinars/?direction=rpa

Точность прогноза спроса даже у лидеров рынка редко превышает 70–75%, а у большинства компаний — около 40%. Амбассадор DDMRP в России Андрей Лапшин разбирает, почему план расходится с реальностью — и что с этим делает методология DDMRP. — 4 типа вариабельности: спроса, поставок, операционная и управленческая; — эффект хлыста: изменение спроса на 5% в магазинах оборачивается ростом закупок на 40% в снабжении; — почему «неточные нормы» ручного труда съедают даже самый оптимальный план; — как DDMRP-методология измеряет вариабельность и защищает от неё компанию. 👉 Подробнее о расширении — 1С DD FLOW: https://nfp2b.ru/products/dd-flow/ 📅 Программа и запись полного вебинара «Адаптивные планы: используем буферы времени и буферы запаса»: https://nfp2b.ru/webinars/adaptivnye-plany-ispolzuem-bufery-vremeni-i-bufery-zapasa/

Реальный кейс из практики: конкурентный срок поставки для крупного торгового дома — 30 дней, но производство укладывалось в него только в 70% случаев. Годами длился конфликт между снабжением и производством — пока не разобрались, в чём дело. — из 3000 комплектующих критичны для конкурентного срока всего 350; — отдел снабжения отказывался держать неснижаемый запас — его KPI был завязан на оборачиваемость, а не на срок поставки; — из-за этого закупали только в последний момент, по факту плана производства; — решение: часть сроков продлили с 30 до 45 дней, часть комплектующих унифицировали, KPI снабжения уточнили. 👉 Подробнее о расширении — 1С DD FLOW: https://nfp2b.ru/products/dd-flow/ 📅 Программа и запись полного вебинара «Адаптивные планы: используем буферы времени и буферы запаса»: https://nfp2b.ru/webinars/adaptivnye-plany-ispolzuem-bufery-vremeni-i-bufery-zapasa/