Одно из преимущество размещения системы складского учёта на своём хостинге по сравнению с облаком.
Крупные SaaS‑сервисы — «вкусная» мишень для DDoS‑атак, ведь упавший гигант парализует тысячи компаний. Self‑hosted система убирает ваш бизнес из этого «списка массового поражения»: отдельный сервер не представляет интереса для масштабных атак, а значит, риски простоя снижаются.
Новый выпуск «Сколько стоит WMS» — про CAPEX склада
В новом выпуске подкаста «Сначала Процессы» разбираем затраты, которые возникают, когда склад расширяют за счёт дополнительной техники и площадей.
Сколько склад переплачивает за технику и квадратные метры
Говорим о том:
— сколько стоит простой и холостые пробеги ричтраков и как оптимизация маршрутов может сократить расстояние перемещений на 25–37%; — когда вместо покупки ещё одного ричтрака за 2,2–5,7 млн ₽ можно эффективнее использовать существующий парк; — сколько стоит низкая плотность хранения при аренде склада класса А; — как уплотнение хранения с 0,35 до 0,50 позволяет получить эквивалент 1 050 м²; — в каких случаях WMS может отложить расширение склада на 12–24 месяца; — что меняется при переходе на узкопроходное хранение (VNA).
И главное — считаем три сценария в рублях: дополнительная техника, новые площади и инвестиции в WMS + оборудование.
Выпуск: «Сколько склад переплачивает за технику и квадратные метры. Считаем окупаемость WMS через CAPEX»
AI в ERP: как не остаться с демо вместо рабочего решения
AI давно перестал быть экспериментом для энтузиастов: компании используют его в аналитике, разработке, работе с документами и корпоративными знаниями. Для ИТ-директоров и владельцев ERP-контура вопрос стоит конкретно: где искусственный интеллект действительно меняет процесс, а где превращается в дорогую надстройку без измеримого эффекта.
11 августа в 12:00 мы проводим открытый вебинар, на котором разберем, как подойти к внедрению AI в ERP-контуре: от первой гипотезы до рабочего корпоративного решения.
Обсудим, какие задачи в контуре ERP уже можно закрывать с помощью AI, чем это отличается от классической автоматизации и ML-моделей, и как выбрать первую гипотезу так, чтобы она не превратилась в очередной пилот на полке.
Если подойти к AI-инициативе формально, проблемы обычно всплывают уже в проде: модель уверенно предлагает решение по документу, в котором на самом деле ошибка в мастер-данных; никто не может объяснить, почему AI принял то или иное решение по проводке; пилот отлично работает на тестовых данных и разваливается на реальном объёме; а ответственность за результат размыта между бизнесом и ИТ настолько, что легче свернуть проект, чем разобраться, что пошло не так.
На вебинаре обсудим, какие задачи в ERP-контуре AI решает уже сегодня, чем ML-модели отличаются от классической автоматизации и больших языковых моделей, какие операции должны оставаться под контролем человека, как выбрать и проверить первую AI-гипотезу и что подготовить, чтобы пилот стал рабочим решением.
О чем будем говорить
— Где AI уже реально помогает в контуре ERP: закупки, тендерная документация, обработка документов, корпоративный поиск, аналитика. — Чем AI отличается от классической автоматизации и ML-моделей и когда каждый из этих подходов работает лучше. — Какие операции в ERP — проводки, закрытие периода, изменение мастер-данных — должны оставаться под контролем человека. — Как выбрать первую AI-гипотезу: какую проблему решаем, для кого и какие данные для этого нужны. — Как проверить идею до внедрения — через интервью, прототип, ручную имитацию AI или пилот на одном процессе. — Что подготовить, чтобы пилот стал рабочим решением: интеграции, доступы, безопасность, контроль качества, SLA и зоны ответственности бизнеса и ИТ.
Кому будет полезно
Вебинар ориентирован на ИТ-директоров и CIO, руководителей ERP- и 1С-направлений, руководителей цифровой трансформации, архитекторов корпоративных систем и проектные команды, которые рассматривают AI-сценарии вокруг ERP, данных, документов и корпоративных знаний.
Хабр и коммуникационное агентство FRC проводят двойное исследование о том, как технический контент влияет на решения инженеров. «Мы хотим сравнить взгляд тех, кто создаёт этот контент, и тех, кто его читает», — пояснили организаторы опроса.
«Разбираемся, как инженеры в промышленности выбирают работодателей и поставщиков, каким источникам и техническому контенту доверяют, а каким — нет. И сравниваем это с тем, как компании выстраивают коммуникацию с инженерами — какие задачи решает контент, как он формирует доверие к экспертизе и продуктам, и что в итоге работает», — уточнили в Хабре и FRC. По итогам опроса будет подготовлено исследование, где сравнят обе стороны рынка.
Бизнес-среда с 60х годов радикально развернулась на 180 градусов: была стационарной (прогнозируемой, малоизменчивой) стала турбулентной (непргнозируемой, высокоизменчивой).
ERP как целостная концепция управления предприятием была сформирована во время господства стационарной среды, и поэтому она основана на идее возможности долгосрочного планирования (все будет происходить так, как мы запланировали) и основана на развертывании и согласовании планов и нормативов их исполнения между различными аспектами деятельности предприятия (продажи, закупки, производство,...). Это СУЩЕСТВЕННОЕ ограничение по области эффективного применения (только там, где прогнозы и планы "работают") этой концепции управления даже отображена в названии enterpriseresourcePLANNING и в соответствующем перечне модулей и их функциональных возможностях (подчеркивания/выделения мои):
Sales and Operation Planning (Планирование продаж и производства).
Demand Management (Управление спросом).
Master Production Scheduling (Составление плана производства).
Material Requirement Planning (Планирование материальных потребностей).
Distribution Resourse Planning (Планирование ресурсов распределения).
Tooling Planning and Control ( Планирование и контроль производственных операций).
Financial Planning (Управление финансами).
Simulation (Моделирование).
Performance Measurement (Оценка результатов деятельности).
В то время (вторая половина 20 века) для господствующей тогда стационарной среды это было адекватное решение. Но сегодняшняя (начало 21 века) бизнес-среда ТУРБУЛЕНТНАЯ (противоположность СТАЦИОНАРНОЙ)!? Это бизнес-среда, в которой не возможно спрогнозировать спрос, не возможно спрогнозировать персональные требования клиентов, среда бешенных темпов технологического развития, постоянной смены условий и ситуаций ведения бизнеса, существенная изменчивость в стоимости и доступности ресурсов и т.п. Именно этот разворот бизнес-среды вынудил человечество искать "выход" и переходить с переставших работать прогнозных на "на лету" точно вовремя реагирующие решения (если стало не возможно с приемлемой точностью "предсказать", то надо учиться быстро и эффективно реагировать) Именно поэтому появились такие революционные решения-концепции как Вытягивающее планирование (LEAN и Канбан в производстве), Agile в проектировании.
Давайте представим, что планирование, как способ организации и согласования деятельности предприятия стало не возможным/бессмысленным. Т.е. предприятие попало в среду, в которой любой долгосрочный план будет гарантированно и с неприемлемыми последствиями для бизнеса не исполнен. Попробуйте с этой позиции оценить адекватность применения предприятием инструментария ERPlanning с его 16 модулями в такой ТУРБУЛЕНТНОЙ среде? Неужели только мне одному очевидно, что это будет КАТЕГОРИЧЕСКИ/КАТОСТРОФИЧЕСКИ НЕ ЭФФЕКТИВНО!? Неужели не очевидно, что нужно совершенно/существенно иное решение для управления предприятием в такой турбулентной среде на основе быстрого реагирования (не ERPlanning, а ERReactioning)!? Тогда почему до сих пор, IT-вендоры (бог с ними, с ушедшими иностранными, почему наши отечественные) до сих пор навязывают нашим предприятиям (за немалые деньги и огромные гранты от государства на импортозамещение) катастрофически неприемлемые решения по управлению предприятиями на основе ERPlanning и категорически отказываются даже разговоры вести на тему разработки адекватного современным условиям (турбулентной среды) ERReactioning!? Ау люди, эксперты, когда уже включится критическое мышление!? В какую "дверь" надо "постучаться", чтобы прекратить эту потерю смыслов?
29 мая 2026 года компания «Диасофт» проведет третью партнерскую конференцию DiasoftPartnersDay, посвященную искусственному интеллекту и модернизации корпоративных систем на базе платформы Digital Q.ERP и экосистемы low-code разработки Digital Q.
Фокус деловой программы – применение искусственного интеллекта в развитии ERP-решений, технологические подходы к импортозамещению и новые стандарты ИТ-индустрии, которые трансформируют процессы разработки программных продуктов. Специалисты «Диасофт» продемонстрируют возможности экосистемы Digital Q, в которую технологии ИИ уже интегрированы и используются для повышения эффективности разработки и эксплуатации решений.
К участию приглашаются топ-менеджеры, директора по информационным технологиям компаний различных отраслей экономики, а также ведущие разработчики и ИТ-специалисты, заинтересованные в применении искусственного интеллекта для развития ERP-систем и создания сложных программных продуктов.
Посмотреть программу мероприятия и зарегистрироваться можно по ссылке.
Приглашаем вас на вебинар, рассказывающий, как с помощью AI мигрировать ваши финансовые модели из Microsoft Excel в современную EPM-платформу.
Как перенести сложные финансовые модели без потерь, сократить ручной труд и повысить управляемость процессов? Покажем на практике — с демонстрацией реального инструмента и результатов.
В программе вебинара:
Зачем бизнесу переходить от Excel к EPM
Обзор типовой финансовой модели в Excel
Демонстрация миграции с помощью AI-инструмента EPM Migration Tool
Работа модели уже в EPM-платформе
Ключевые преимущества EPM для финансовых команд
Бизнес-эффекты: скорость, прозрачность, снижение ошибок
Вы увидите, как AI помогает автоматизировать перенос моделей и ускоряет переход к зрелому управлению финансами — без длительных и дорогих внедрений.
19 мая, 11:00, онлайн, бесплатно, требуется регистрация.
Финдиректор видит два отчёта по выручке за один год: 150 млн в старой системе и 145 млн в новой CRM. Виноватыми назначают айтишников. Но проблема не в миграции.
Разрыв в 5 млн рублей между системами — классический симптом того, что я называю «иллюзией темпоральности». Суть простая: система хранит только последнее известное состояние данных, игнорируя то, что бизнес непрерывно меняется. Клиент переехал — адрес обновился, но старые сделки теперь «переехали» вместе с ним. Товар прошёл ребрендинг — и вся его история числится под новым названием. Итог: исторические отчёты перестают быть историческими.
Это не баг конкретной CRM и не кривой скрипт миграции. Это архитектурное решение, принятое по умолчанию — хранить только актуальное состояние. И оно ломает аналитику задним числом.
Что такое SCD и почему это не академия. Slowly Changing Dimensions — методология, формализованная Ральфом Кимбаллом ещё в эпоху классических хранилищ данных. Она описывает стратегии того, как измерение (клиент, товар, сотрудник, регион) реагирует на изменение своих атрибутов. Выбор стратегии — архитектурное решение, которое определяет, можно ли будет восстановить состояние данных на любую дату в прошлом.
Тип 0 — атрибут неизменен: дата рождения, дата открытия счёта. Никогда не перезаписывается.
Тип 1 — перезапись: новое значение затирает старое. Подходит только для исправления ошибок ввода. Для реальных бизнес-изменений — гарантированный источник расхождений в отчётах.
Тип 2 — добавление новой строки: текущая запись закрывается (проставляется дата окончания), создаётся новая с актуальными данными и датой начала. Именно это позволяет восстановить состояние на любой момент прошлого.
Тип 3 — отдельный столбец для предыдущего значения: даёт сравнение «было/стало», но не полноценную историю.
Тип 6 — гибрид (1+2+3): аналитики получают и текущий срез, и полную историю одновременно.
Почему Тип 2 — это не опция, а обязательство. В российских компаниях, которые сейчас массово мигрируют с SAP и других западных систем, именно SCD Тип 2 оказывается тем местом, где теряются данные и репутация IT-команды. Если при миграции применялся Тип 1 — вся историческая аналитика пересчиталась под текущее состояние справочников. Отсюда и расхождения, которые невозможно объяснить без понимания этой механики.
Тип 2 дороже в реализации: больше строк, сложнее запросы, нужны суррогатные ключи и поля effective_date / expiry_date. Но это единственный способ, при котором отчёт за прошлый год остаётся отчётом за прошлый год — независимо от того, что изменилось в справочниках после.
Для CIO это не вопрос технологий — это вопрос доверия к данным. Когда финдиректор видит расхождение в 5 млн, он теряет доверие к новой системе. Восстановить его потом значительно сложнее, чем заложить правильную архитектуру с самого начала. Миграционные проекты без явного решения по SCD — это отложенный конфликт между бизнесом и IT, который случится ровно в момент первого серьёзного аудита.
ERP vs APS: как выстроить производственное планирование в 2026
Во многих производственных компаниях план производства приходится регулярно пересчитывать. Меняются приоритеты отгрузок, появляются ограничения по сырью и мощностям, происходят остановки линий. ERP при этом остаётся базовой системой учета и расчета потребностей, однако её укрупненная модель часто не позволяет сформировать исполнимое производственное расписание.
26 марта в 11:00 (МСК) мы проводим открытый вебинар, на котором разберем, как выстроить двухконтурную архитектуру производственного планирования. Покажем, как ERP может выступать стратегическим контуром учета и нормативов, а APS — инструментом, который превращает эти данные в реалистичное производственное расписание.
На вебинаре обсудим, где проходит граница возможностей ERP в производственном планировании, какие задачи имеет смысл передавать в APS, и как организовать взаимодействие между системами без перегрузки учетного контура.
О чем будем говорить:
Как разграничить роли ERP и APS в архитектуре производственного планирования.
Какие ограничения возникают при планировании производства в ERP-системах.
Как APS строит детальное расписание с учетом ограничений ресурсов и технологии.
В каких случаях ERP достаточно для планирования, а когда производству требуется APS.
Кому будет полезно
Вебинар ориентирован на ИТ-директоров, директоров по производству и операционным вопросам, руководителей планирования и ПДО, а также специалистов по автоматизации и развитию производственных систем.
Качественное обновление и снижение расходов на ERP: 3 и 5 февраля ICL SOFT проведет вебинары для бизнеса
3 февраля в 11:00 руководитель отдела разработки 1С ICL SOFT Владимир Капитонов проведет вебинар на тему«Технология успеха: качественное обновление сильно доработанных решений ERP/ERPУХ». Спикер разберет пошаговую методологию безопасного перехода на современные версии ERP и ERP УХ, а также расскажет, как превратить сложное обновление в управляемый и технологичный процесс. Участие бесплатное по регистрации.
5 февраля в 11:00 руководитель отдела сопровождения 1С ICL SOFT Мария Ефремова проведет вебинар «Как сократить расходы на ERP на 30%». Участники узнают, почему стоимость владения ERP выходит из-под контроля, какие есть эффективные инструменты для снижения затрат и как спрогнозировать бюджет и повысить качество сервиса. Участие также бесплатное по регистрации.
Пришлось недавно серьёзно повозиться со сложным обновлением, давно такое интересное не попадалось.
Открытий и интересных решений по дороге получилось несколько, но пока не дошло до обновления рабочей, поэтому всё рассказывать не буду. Пока про один аспект - ускорение выполнения обработчиков.
В семействе ЕРП регулярно случаются длинные обработчики обновления. Например, при переходе с 17 на 22 в регистр сведений "Реестр документов" добавили измерение с уникальным идентификатором, которое обработчик и заполняет - для всех записей. В моём случае записей было 9 млн, и выполнение обработчика занимало больше суток.
Если нужно сделать 1 шаг обновления, то не страшно - в течение этих суток пользователи могут работать. Но, во-первых, бывают обработчики, которые "отключают" отдельные виды документов или целые контуры учёта, вроде взаиморасчётов или резервов. Во-вторых, мне надо в одно технологическое окно обновить на 4 версии, поэтому ждать было нельзя.
Так вот, попробовал я взять этот обработчик обновления, вынести код в обработку/расширение, самостоятельно распараллелить и запустить. Код там простой, изолированный, никаких зависимостей ни до ни после его выполнения я не нашёл.
И случилось чудо - обработчик выполнился часа за 4-5 (вместо 24+). Попробовал с другими обработчиками, которые столь же изолированные - результат по ускорению тот же.
Я думал, проблема в типовом распараллеливании, которое как-то не очень эффективно распределяет задания между потоками. Пошёл смотреть чужой опыт на партнёрке, нашёл относительно свежую тему (https://partners.v8.1c.ru/forum/t/2259464/m/2259464), где автор нашёл больше меня - дело и в распараллеливании, и в записи статистики. Правда, гарантированного и надёжного решения там найти не получилось - ребята из 1С сказали, что могут быть последствия, если просто отключить статистику. Но обещали что-нибудь придумать со скоростью обновлений.
А пока можете пользоваться тем же способом, что и я, коли возникнет схожая проблема.
16 декабря, в 11:00 приглашаем на вебинар, на котором эксперты компании ROXIT и департамента e-commerce «КОРУС Консалтинг» расскажут, как выстроить эффективную сквозную закупочную функцию с помощью вашей текущей ERP-системы на базе 1С и портала поставщика на базе платформы «Бустрейд».
О подробностях расскажем в день вебинара, следите за постами в телеграм-канале еКОМната.
💜 Вы узнаете:
1️⃣ Какие изменения законодательства в 2026 году станут толчком к полноценной автоматизации закупочной функции среднего и крупного бизнеса;
2️⃣ Как раскрыть потенциал вашей текущей ERP-системы на базей 1С так, чтобы кратно повысить эффективность закупок и снизить их издержки;
3️⃣ Как автоматизировать взаимодействие с поставщиками и сделать закупочный процесс сквозным с помощью портала поставщика на базе «Бустрейд».
💝 Вебинар будет полезен:
— Директорам, руководителям отделов и специалистам по закупкам — Директорам по цифровой трансформации и CIO — Бизнес-аналитикам и руководителям по автоматизации
Где теряет деньги FMCG: как построить цифровую FMCG-цепочку, основанную на данных
Сегодня FMCG-компании входят в 2026 год под давлением себестоимости, логистики, качества и требований к прозрачности. Деньги теряются не в одном месте, а по всей цепочке — от сырья до полки, в учёте, данных и операционных процессах.
🔔 2 декабря в 11:00 (МСК) на вебинаре разберем, где именно FMCG теряет деньги и как построить цифровую цепочку от ERP до данных, которая работает на маржинальность, а не против нее.
Обсудим: ➖ Где в FMCG возникают скрытые потери: производство, учёт, логистика, данные. ➖ Сложности учета в ERP на примере мясопереработки. ➖ Как связать ERP, производственные данные и аналитику в единую FMCG-цепочку. ➖ Как мониторинг отклонений помогает вовремя ловить ошибки, нарушения и операции с риском потерь.
🎤 Спикеры: 🔸 Михаил Бурачков, бизнес-архитектор ROXIT 🔸 Константин Смирнов, коммерческий директор ДАР (ГК «КОРУС Консалтинг») 🔸 Алина Засимович, заместитель директора 1С-Бизнес Трансформация
Будет полезно: CIO и CDTO, директорам по производству, операционным директорам, руководителям по качеству, руководителям цифровых трансформаций.
Архитектура решает: как внедрить учетную систему и получить ощутимый эффект для бизнеса и ИТ
До 20% ИТ-бюджета компании теряют из-за технологического долга, который вызван архитектурной сложностью (LeanIX, 2023) ⚡
27 ноября в 11:00 на вебинаре мы расскажем о принципах внедрения учетных систем, которые помогут достичь бизнес-целей и снизить бэклог ИТ-задач.
Если развивать ИТ-ландшафт стихийно, есть риск получить набор разрозненных решений, которые живут по своим правилам. Это чревато сбоями, повышением затрат на обслуживание, потерей управляемости.
Поэтому важно заложить продуманную целевую архитектуру ИТ-системы и с самого начала проекта стремиться к обеспечению:
📌 Масштабируемости 📌 Устойчивости 📌 Высокой производительности
Разберем кейсы, частые ошибки и решения, которые помогают их избежать — на примере внедрений ERP в сложных ИТ-ландшафтах.
Бизнес‑платформа EPM от компании SL Soft — набор инструментов для цифровизации управленческих процессов планирования и контроля достижения финансовых показателей.
В программе вебинара:
Поговорим о системах класса EPM, какие задачи они решают, в каких бизнес‑процессах принимают участие.
Расскажем, как решить задачу формирования согласованных финансовых планов на среднесрочном горизонте в крупном холдинге.
Проведем живую демонстрацию EPM‑платформы от компании SL Soft и покажем, как построить сценарно‑ориентированную бюджетную модель и использовать ее для принятия обоснованных управленческих решений.
В прямом эфире ответим на все интересующие вопросы слушателей.
Кому полезен вебинар: ИТ‑аудитория (архитекторы, аналитики, консультанты), финансовые руководители (CFO, блок планирования, блок отчетности, бюджетные менеджеры), методологи и бизнес‑консультанты в области управленческого учета.
27 ноября 11:00 (Мск), онлайн, бесплатно, требуется регистрация
Приглашаем вас на вебинар, где расскажем и покажем, как автоматизировать сложный процесс стратегического планирования в сегменте «растениеводство» на базе аналитической платформы класса ЕРМ — от учета агрономических правил до максимизации прибыли. Участники вебинара узнают, как объединить данные, математическую оптимизацию и визуализацию в едином решении для принятия обоснованных решений по структуре посевов и полевым работам.
Программа
Поговорим о системах класса EPM, какие задачи они решают, в каких бизнес-процессах принимают участие.
Почему стратегическое планирование в агробизнесе — это вызов? Обсудим важность таких факторов как сезонность, зависимость от погоды, ресурсные ограничения и необходимость баланса между агрономией, экономикой и логистикой.
Проведем демонстрацию решения: рассмотрим, как устроен сквозной процесс планирования на базе ЕРМ-платформы и расскажем, как распределены статусы, роли пользователей.
Продемонстрируем результаты расчетов в виде аналитических отчетов, интерактивной карты и плана полевых работ на диаграмме Ганта.
Для кого вебинар: ИТ-директоры, CFO, финансовые контролеры, руководители производственных направлений в агрохолдингах, бизнес- и системные аналитики.
20 ноября, 11:00 (Мск), онлайн, бесплатно, требуется регистрация
Про вайб и прочих ИИ агентов в ретроспективе "лихих 90-х"
90-е годы в новой демократической России, двигавшейся в правильном направлении неправильными путями, были эпохой расцвета местных и суверенных ERP-систем, многие из которых живы до сих пор.
Покупать готовые западные решения могли только самые прибыльные компании, но большинству платить тысячи долларов за каждую пользовательскую лицензию было не по карману. С другой стороны, в отрасль софтостроения влилось большое число выпавших из "оборонки" и бюджетных НИИ квалифицированных инженеров и научных работников, из тех, кто не "смазал лыжи", что позволило создавать очень интересные и масштабные продукты. Надо сказать, что известная многим 1С тогда вообще не воспринималась всерьёз ввиду ограничений масштаба применения, и процветала в нише бухгалтерских программ за счет движка и скриптового языка.
Будучи разработчиком одной из небрендовых ERP-систем, приходилось участвовать в предпродажных сессиях. Ярким воспоминанием остались контакты с "девопсом" потенциальных клиентов. Никаких "девопсов", конечно, тогда не было: инфраструктурой или, как иногда говорят, "ландшафтом" занимались системные администраторы, инженеры и ДБА.
Приходишь на презентацию, и видишь суровые скептические лица сисадминов, которые, не скрывая чувств, заявляют нечто вроде: "Жаль, времени нет, а то мы бы сами на Delphi за выходные написали бы, то что вы нам за деньги предлагаете..."
Когда сейчас натыкаешься на очередную "джинсу" по вайбкодингу и прочему агентскому клепанию "типа софта", нередко выясняется, что авторы - спецы в инфраструктуре. И тогда сразу становится ясен смысл написанного: "Да мы сами на выходных на Delphi сделаем, то что вы нам за немереные деньги пытаетесь впаривать".
Наступает осень, а значит и высокий сезон в IT. У нас больше 20 вакансий в командах аналитиков, девопсов, QA и разработчиков. Полный и актуальный список вакансий здесь: https://spb.hh.ru/employer/5648224. Но откликаться на хх необязательно — внизу дадим прямые контакты с нашим HR.
Напомним, кто мы: компания SSP SOFT занимается заказной разработкой и IT-аутсорсингом. Наши спецы помогают внешним клиентам реализовывать задачи в e-commerce, финтехе, медтехе, управлении инфраструктурой и других отраслях.
Рабочие места в офисах в Москве (топ локация в ЦАО) и в Томске, а также у нас много сотрудников, которые работают удаленно из разных регионов России. Формат «онлайн» или «оффлайн» обсуждаем.
Резюме на вакансии 1С, Elixir, Ruby, девопс и инфобез — рассмотрим в приоритетном порядке.
Data Scientist
DevOps-инженер
Data Scientist
DevOps-инженер
Сетевой инженер
Тестировщик 1C
QA Auto Java
Automation QA Engineer (Lead)
Elixir разработчик
Middle Java Developer
Ruby Developer
Jira Developer
С++ Developer (Senior)
Ведущий разработчик 1С (ERP, УХ)
Разработчик 1С (ЗУП)
Разработчик DWH
Аналитик DWH
Ведущий аналитик 1С ERP
Аналитик 1С (Управление недвижимостью и арендой)
Аналитик 1С (регламентированный учет)
Мы ценим сотрудников — работа без лишней бюрократии — акцент на задачи, которые приносят результат и развитие профессиональных навыков. 🎁 Наши бонусы: ДМС со стоматологией, обучение за счет компании, бонусная программа.
👉 В SSP SOFT мы рассматриваем найм с прицелом на долгосрочную совместную работу. Многие сотрудники у нас работают по 5 лет и более.
Выложил своё старое решение по планированию в 1С, можете брать и пользоваться. Проблематику планирования излагал тут, но, думаю, она и без меня понятна всем, кто сталкивался с реальными задачами планирования на практике.
Вообще, выложенное решение - для старых конфигураций, вроде УПП, УТ 10.3 и т.д. Но если не лень - можете и в ЕРП вставлять. У меня есть расширение, причешу и тоже выложу.
Если кратко, то УМП - лучшее решение для проблемы дефицитов, обеспечения потребностей и их контроля почти в режиме реального времени. Подтверждено и моими внедрениями, и чужими.
Внимание! Внедрить эту штуку можно только с участием программиста! Там надо запросы писать и отчёты делать. Это несложно, просто предупреждаю, чтобы у вас ожиданий неоправданных не было.
ITFB Group совместно с партнерами приглашает руководителей и владельцев контакт-центров, ИТ-директоров и директоров по цифровой трансформации на вебинар-круглый стол. Обсудим ключевые тренды развития контакт-центров, инструменты автоматизации и ИТ-стратегии будущего.
Темы дискуссии:
Различные подходы к формированию ИТ-ландшафта:
CRM-центричный – от НОТА МОДУС
Телефония-центричный – от Sigurd IT
AI-центричный – от Rubytech
Тренды трансформации ИТ-ландшафта - импортозамещение и повсеместное применение ИИ
Базовый и расширенный набор ИТ-инструментов для контакт-центров
Монолитные системы vs. специализированные решения
Современные реалии применения ИИ в контакт-центрах
Как меняется рынок контакт-центров и какие технологии будут ключевыми в ближайшие годы?
Присоединяйтесь к экспертной дискуссии и узнайте о передовых решениях из первых уст!
Сколько будет стоить проект перехода с УПП на ERP, если работать без ТЗ, аналитиков, дорожной карты, проектных технологий, графиков и прочих привычных атрибутов? Мне тоже было интересно, поэтому года полтора назад взялись делать такие проекты.
Мысль о том, что переходы можно делать быстрее и дешевле, пришла из прошлого опыта.
Во-первых, внедрения УПП в нулевых обходились сильно дешевле. Хотя все видели 1С впервые (внедренцы, зачастую, тоже :)), ТЗ не писали, аналитиков не было. Да, через задницу многое получалось, но бюджет в 1-2 тысячи часов был вполне средним чеком.
Во-вторых, когда работал ИТ-директором и внедрял что-то внутри предприятия, зная весь контекст, процессы и людей, тоже не пользовался аналитиками, ТЗ, графиками и т.п. И нормально получалось, с вменяемым бюджетом.
Так вот, 20-летний опыт проектов/внедрений/сопровождений говорил, что проекты можно делать за приемлемые деньги. Не было только подтверждения именно для ERP - в нулевых её не существовало, а в должности ИТ-директора только купить коробку успел.
Полтора года назад начали первые проекты делать по этой технологии. Первый завершился в апреле 24 года, обошёлся заказчику в 1930 часов. Можно, получается. Система в эксплуатации уже 11 месяцев.
Как научить ИИ переносить информацию с бумаги в ERP
Для автоматизации бизнес-процессов часто требуется обработка бумажных документов со сложной структурой — например, счетов или накладных. Разбирать такие документы вручную долго, но, к счастью, процесс можно автоматизировать с помощью ИИ.
Мы в таких случаях используем Datapipe — инструмент с открытым исходным кодом. Он помогает нам построить пайплайн обработки данных. Он устроен так:
Данные, размеченные модератором в Label Studio, автоматически загружаются в пайплайн.
Размеченные данные добавляются в т. н. «замороженный датасет» — он больше не изменяется и используется для обучения ML-моделей.
Затем разбиваем данные на две части:
Тренировочный набор (train) — для обучения модели.
Проверочный набор (val) — для проверки и оценки качества модели.
Изображения подвергаются трансформации: каждая картинка делится на более мелкие сегменты (кропы) для облегчения обучения модели. В каждом кропе выделяются еще более мелкие области, чтобы улучшить точность детекции и классификации.
Приступаем к последовательному обучению моделей. Сначала обучаются модели для детекции объектов (YOLOv5), а затем применяются OCR-модели (Google Cloud Vision OCR) для распознания текста.
Последовательное тестирование моделей. После каждого обучения модели проводится процесс предсказания результатов на тренировочных и тестовых данных. Подсчитываем метрики качества, и модель с лучшими показателями внедряем в рабочую среду.
И для этого не нужен SAP. Кому интересна тема автоматизации производства и управления потребности в материалах на производстве MRP может посмотреть работу MRP системы в реальности.
Прочитав комментарий к статье я понял, что многие разу не видели настоящую работающую MRP систему. Исправляю.
Приглашаем на бесплатный вебинар «Формирование дорожной карты ERP-систем (итеративный подход)»
Дата: 02.04.2024
Время: 17:00-18:00 (мск)
Дорожная карта (roadmap) является неотъемлемой частью полноценного управления ожиданиями заказчиков и вектором развития ИТ-платформы для команды проекта, смежных команд и конечных пользователей.
На вебинаре: • изучим, что такое дорожная карта и в чем ее отличия от плана проекта; • поговорим про плюсы использования дорожной карты; • расскажем, как учесть приоритеты бизнеса и ИТ; • обсудим, как отразить итеративный подход; • поделимся опытом работы с ограничениями; • поговорим о том, что делать в случае изменений в проекте.
Спикер: Михаил Гедзберг — опытный специалист в области управления проектами. Работает в ИТ с 1999 г., последние 12 лет возглавляет различные программы, проекты и инициативы внутри компании.