Нужно ли держать синхронизацию с АИС «Налог-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/