Лаборатория цифровых решений

Low-code ускоряет создание внутренних приложений, автоматизацию простых процессов и проверку гипотез. Но обещание разработки «без программистов» работает лишь до появления сложных интеграций, требований к безопасности и масштабированию. Разбираемся, где low-code действительно сокращает затраты, а где создаёт технические проблемы и опасную зависимость от платформы.

🏭 IIoT и цифровые двойники: умное производство уже не будущего, а настоящего Знаете, как обычно выглядит контроль качества на заводе? Человек ходит с прибором, проверяет выборочно, записывает в журнал. А потом партия уезжает, и выясняется, что в середине брак, который «выборочно» не попал. Знакомо? Теперь представьте: датчики стоят на каждом станке, передают данные в реальном времени, система автоматически формирует сертификат качества на каждую единицу, а цифровой двойник станка предупреждает о поломке за двое суток до того, как она случится. Это промышленный интернет вещей — IIoT. Давайте разберёмся, где это уже работает и кому реально нужно. Что такое IIoT — простыми словами Промышленный интернет вещей — это сеть датчиков и устройств на оборудовании, которые собирают данные и передают их в систему для анализа. Температура, вибрация, нагрузка, скорость, расход энергии — всё, что раньше записывал человек в журнал, теперь фиксируется автоматически и непрерывно. Цифровой двойник — это виртуальная копия реального станка, линии или завода. Она получает данные с датчиков в реальном времени и позволяет: видеть, что происходит; моделировать, что будет; предсказывать, когда потребуется ремонт. Где это реально работает Согласно обзору TAdviser, система IIoT автоматически фиксирует параметры продукции в режиме онлайн, формирует цифровые сертификаты качества и соответствия стандартам. Это уже не пилот — это рабочая практика ряда предприятий. 🔸Контроль качества. Датчики фиксируют параметры каждой единицы, а не выборочно. Брак ловится сразу, а не после отгрузки. 🔸Предиктивное обслуживание. Цифровой двойник станка анализирует вибрацию, температуру, нагрузку и предупреждает о скорой поломке. Ремонт делается до того, как станок встанет. По данным Global Market Insights, именно предиктивная аналитика — главный драйвер роста рынка IoT-датчиков на период 2026–2035. 🔸Энергоэффективность. Система видит, где расходуется электричество, сжатый воздух, вода — и где их можно сэкономить без потери производительности. 🔸Прозрачность для руководства. Управленец видит загрузку линий, простои, производительность в реальном времени. Не отчёт за прошлую неделю, а живая картина. Кому это нужно, а кому — рано Честный ответ: IIoT — не для всех. Если у вас три станка и десять человек, окупаемость будет долгой. Если у вас производственное предприятие с десятками единиц оборудования, простой которого стоит дорого, — это ваш случай. Внедрение IIoT имеет смысл, когда: 🔸Простой оборудования стоит дороже, чем система мониторинга 🔸Брак уходит к клиенту, потому что выборочный контроль не ловит всё 🔸Руководство принимает решения «вслепую», без реальных данных с производства 🔸Ремонт делается реактивно — когда уже сломалось, а не превентивно Типичные ошибки внедрения 🔸«Купим датчики и станем умным заводом». Датчики без аналитики — это просто данные, которые никто не смотрит. Сначала вопросы: какие решения мы хотим принимать на основе этих данных? Потом — датчики. 🔸Игнорирование данных. Внедрили, данные идут, аналитика работает — а решения принимает человек по привычке, не глядя. Система бесполезна, если её выводы не используются. 🔸Забыли про безопасность. Каждый датчик — точка входа. Подключённое оборудование без защиты — подарок для злоумышленников. Кибербезопасность IIoT — не дополнительная опция, а обязательная часть проекта. Вывод Умное производство перестало быть слоганом. Оно стало реальностью для тех, кто готов смотреть на свои данные и принимать решения на их основе. Не для всех — но для тех, кому важна скорость реакции, качество и предсказуемость, это уже не вопрос «надо ли», а «когда». 🔗 По теме: • TAdviser — IIoT в России • Global Market Insights — рынок IoT-датчиков 2026–2035   #IIoT #цифровые_двойники #умное_производство #цифровая_трансформация #enterprise #бизнес

💣 Аудит вашего 1С: как понять, что вы сидите на бомбе Есть компании, где 1С работает годами без серьёзных проблем. А есть такие, где система держится на честном слове и одном человеке, который «помнит, почему так». Разница между ними — не в размере бизнеса. В том, что кто-то вовремя посмотрел честным взглядом и задал правильные вопросы. Давайте разберёмся, какие. Речь не про технический аудит с протоколами на сотню страниц. Речь про простой чек-лист, который любой руководитель может прогнать самостоятельно или попросить провести независимого специалиста. И понять: всё хорошо, или пора бить тревогу. Семь признаков, что пора бить тревогу ☑️ Обновления — катастрофа. В здоровой системе обновление — рутина: пару часов, проверили, работает. Если каждое обновление превращается в проект с тестами, откатами и боями — система перегружена доработками и техническим долгом. ☑️ «Только Иванов знает, как это работает». Если один человек держит в голове всю логику — это бомба. Уйдёт в отпуск, заболеет, сменит работу — проект встанет. ☑️ Доработки никто не документирует. Что и зачем меняли — загадка. Код есть, объяснений нет. Через год никто не помнит, почему сделано так, а не иначе. ☑️ Система тормозит. Простые операции — открытие документа, формирование отчёта — занимают минуты. Пользователи привыкают и считают нормой. Это не норма. Это признак, что производительность просела и дальше будет хуже. ☑️ Доработки становятся дороже и дольше. То, что раньше делалось за день, теперь занимает неделю. Каждое изменение тянет цепочку проблем. Система перегружена связями, которые никто не контролирует. ☑️ Нет актуальной документации. Регламенты написаны в 2018-м, половина процессов уже не соответствует реальности. Новичков невозможно ввести в курс дела без Иванова (см. пункт 2). ☑️ Подрядчик разводит руками. «Ну, тут уже столько наворочено, сложно сказать» = «мы боимся трогать, потому что непонятно, что отвалится». Что делать, если обнаружили хотя бы три признака Не паниковать, но и не откладывать. Несколько шагов, которые работают. 1. Заказать независимый аудит. Не у того, кто внедрял, — у незаинтересованного специалиста. Цель — получить честную картину: что критично, что терпит, что уже сломано. 2. Составить карту рисков. Не «всё плохо», а конкретно: вот этот блок если сломается — остановится производство. Вот этот — финансы. Вот этот — ничего важного, но раздражает. Приоритизация — основа. 3. Запланировать работу с техническим долгом. Не «перепишем всё» — это нереально. А точечно: сначала критичное, потом важное, потом остальное. В рамках бюджета, в рамках плана. Документировать. Хотя бы критичные доработки. Пока Иванов помнит — записать. Потом будет поздно. Вывод Большинство катастроф в 1С случаются не внезапно. Им предшествуют месяцы и годы тихого разрушения, которое видно, если посмотреть. Проблема в том, что смотрят обычно, когда уже поздно. Аудит — это не статья расходов. Это страховка от остановки бизнеса. Проведите его, пока система ещё работает. А не когда уже упала. #1С_ERP #аудит #технический_долг #цифровая_трансформация #enterprise #бизнес

Дайджест «Лаборатории цифровых решений» за 3–9 августа На прошлой неделе разбирались, почему цифровой двойник не всегда становится спасением для предприятия, как ИИ и роботы сокращают ручной труд и какие внутренние проблемы могут сорвать внедрение ERP. 🏭 Цифровой двойник предприятия: полезный инструмент или дорогая технология без понятной задачи? — читать 🤖 Как РАНХиГС автоматизировала проверку договоров и сократила трудозатраты в пять раз — читать 🔄 Почему процессы по принципу «мы всегда так делали» тормозят развитие бизнеса — читать 📉 Почему большинство AI-проектов не доходит до ожидаемого результата и что отличает успешные внедрения — читать 🗺 Как внутренние конфликты и сопротивление сотрудников приводят ERP-проекты к провалу — читать 💻 Где сокращение ИТ-расходов действительно помогает, а где создаёт новые риски для бизнеса — читать Читайте, сохраняйте и делитесь с коллегами, которым интересны ERP, автоматизация и цифровая трансформация.

Импортозамещение дошло до ядра бизнеса Импортозамещение в крупных компаниях всё реже выглядит как замена одного приложения «для отчёта». На отечественные решения переводят целые управленческие контуры: учёт, казначейство, закупки, производство, логистику, нормативно-справочную информацию. То есть именно то хозяйство, которое нельзя выключить без последствий. Два свежих пример: 🔸 VK и IBS. За девять месяцев для VK были созданы системы учёта, казначейства и НСИ на базе «1С:УХ» и «1С». Проект включал бухгалтерский и налоговый учёт, консолидацию по МСФО, закупочный процесс от потребности до оплаты, бюджетный контроль и центральное казначейство. Отдельная деталь, которая хорошо показывает масштаб: реализовано более 85 интеграционных потоков, в том числе с Directum и «Форсайтом». Кейс IBS 🔸 «Минеральные воды Боржоми» и SENSU. Компания перевела операционную деятельность с SAP на «1С»: закупки, производство, складскую логистику и перемещения. Были переработаны около десяти внешних интеграций. Новую систему запустили одной волной в шестичасовое технологическое окно — без возврата к прежней системе и без остановки операционной деятельности. Подтверждение проекта Главный вывод здесь не в том, что «1С победила SAP» — такие формулы слишком удобны. Важнее другое: российская платформа всё чаще становится основой для больших, связанных между собой процессов. А значит, рынку понадобятся не только разработчики 1С. Нужны аналитики, архитекторы, интеграторы, руководители проектов и люди, которые смогут перевести требования бизнеса на язык работающей системы — а потом помочь бизнесу не потеряться в новой реальности. Переход завершён не тогда, когда система включилась. Он завершён, когда в понедельник утром закупка проходит, производство не ждёт данных, а финансовый директор не спрашивает, где теперь искать цифры.

🎭 Типы руководителей на корпоративе Пятница, вечер. Пора о тёплом и смешном. Знаете, где лучше всего виден стиль управления? На корпоративе. Там, где иерархия вроде бы снимается, но на деле — проступает ещё ярче. Вот несколько типажей, которых встречал каждый. Микроменеджер. Контролирует всё. Даже тосты. «Так, Иванов поднимает бокал в 19:47, говорит про финансовый результат за квартал, а Петрова — не раньше 19:52, про команду. Тайминг соблюдаем». Отдыхает, но с отчётностью. Утром попросит минуточку — обсудить, как прошло. Визионер. К третьему тосту его прорывает. Он уже не здесь — он в будущем. «А представьте, какой мы будем компанией через десять лет. Слушайте, слушайте, у меня такое видение…». Команда кивает пятый раз и думает о десерте. Герой-спасатель. Тащит на себе всё. Включая караоке. «Давайте я спою, раз никто не решается». Берёт микрофон первым. И вторым. И третьим. Утром вспоминает, что пел четыре раза, и гордится. Команда — нет. Незримый присутствующий. Формально есть. Фактически — невидим. Стоит в углу, кивает, улыбается. Уходит первым, не прощаясь. В понедельник все спрашивают: «А он вообще был?». Был. Просто стиль такой. Делегирующий. На корпоратив пришёл, но по факту — делегировал отдых заместителю. «Ты веселись, я доверяю. А я пока в телефоне поработаю». Заместитель веселится за двоих. Получает +1 к ответственности без +1 к зарплате. Эмпатичный лидер. Разговаривает с каждым. Помнит про детей, кота, ремонт. Слушает внимательно, кивает искренне. Утром никто не помнит, что он говорил, — но все в восторге. «Какой человек!». Искусство быть услышанным, не сказав ничего конкретного. Революционер. К концу вечера предлагает «всё поменять». «Слушайте, а давайте реструктуризацию. Прямо с понедельника. У меня есть идеи». В понедельник ничего не меняется. Идеи забыты. До следующего корпоратива. Знаете, что самое смешное? Утром, в понедельник, все эти типажи снова станут просто коллегами. И будут вместе решать проблемы. Потому что корпоратив — это зеркало. Слегка кривое, но зеркало. В котором видно, кто мы есть, когда снимают галстуки. Если узнали своего — не выдавайте. Они тоже узнают себя. И будут смеяться вместе с нами. Хорошего вечера и тёплой пятницы. 🥂

«Мы всегда так делали»: как традиции тормозят бизнес Есть фраза, которая звучит абсолютно безобидно, но при этом действует как медленный яд. Звучит она так: «мы всегда так делали». И всё. После неё спор обычно заканчивается, потому что спорить не с чем — традиция же. Забавно, что эта фраза одинаково хорошо работает и в маленьких конторах, и в больших корпорациях. Процесс завели когда-то по очень уважительной причине. Может, десять лет назад. Может, двадцать. Причина давно забылась, люди, которые это придумывали, давно ушли, а процесс — остался. И живёт своей жизнью. Самое смешное начинается, когда кто-то — обычно новенький — спрашивает «а зачем мы это делаем?». И становится видно, что никто толком не знает. Кто-то пожимает плечами, кто-то ссылается на «так принято», кто-то говорит «спроси у Владимира Петровича», а Владимир Петрович уже на пенсии. И ведь процесс этот часто не то чтобы вредный. Он просто лишний. Занимает время, съедает ресурсы, создаёт видимость деятельности. Но самое неприятное не это. Самое неприятное — что вокруг него уже выстроена целая инфраструктура привычек, отчётов, согласований. И попробуй тронь — обидится полкомпании. Между тем рынок снаружи меняется. Быстро. Клиенты хотят другого, конкуренты делают по-новому, технологии позволяют работать иначе. А внутри — всё те же папочки, всё те же согласования, всё тот же ответ: «мы всегда так делали». Тихо, спокойно, без скандалов. Просто однажды обнаруживаешь, что отстал на пять лет, и не поймёшь когда это случилось.

Телефонный спам победят за счёт бизнеса Телефонный спам, похоже, решили победить самым понятным для бизнеса способом — сделать каждый звонок платным и подписанным. Мобильные операторы начали блокировать массовые и автоматические вызовы, если компания не заключила договор на маркировку. В среднем такая маркировка стоит около 30 копеек за каждую попытку. Даже если человек не ответил. По прежним оценкам, общие расходы российского бизнеса могут превысить 20 млрд рублей. А количество звонков с признаками массовости, поступающих из сетей фиксированной связи, с начала 2026 года выросло на 155%. Такие данные приводит «Коммерсантъ». На первый взгляд, всё логично. Звонит компания — на экране должно быть понятно, кто именно. Не загадочный номер, не «служба безопасности чего-то», а нормальное название. Мошенникам сложнее, людям спокойнее. Но есть одна бытовая неприятность. Вместе со спамом под блокировку может попасть вполне нужный звонок: из клиники, службы доставки, банка, сервисного центра. Просто где-то не оформили договор, не передали данные или операторы не договорились между собой, как ими обмениваться. Получается занятная картина. Раньше компании платили за то, чтобы дозвониться. Теперь ещё и за право быть узнанными. Причём платить приходится даже за короткое «абонент не отвечает». Скорее всего, дешёвых обзвонов действительно станет меньше. Только доверие к звонкам одной подписью не возвращается. Если компания звонит пять раз за вечер, надпись с её названием делает раздражение не меньше, а просто более адресным. Возможно, главный итог маркировки именно в этом. Теперь хотя бы понятно, на кого злиться.

🤖 75% AI-проектов проваливаются. Как попасть в 5% успешных Искусственный интеллект сейчас продают как лекарство от всех болезней. Сократить затраты, ускорить процессы, обойти конкурентов — за всё это ручаются нейросети. Звучит так, будто достаточно купить подписку на модный сервис — и бизнес взлетит. Я не буду вам этого обещать. Потому что цифры говорят другое. По данным исследования Digital Applied за 2026 год, "около 75% корпоративных AI-проектов проваливаются". А по отчёту IBM, опубликованному в феврале 2026-го, лишь "5% организаций" достигают того, что IBM классифицирует как «существенная отдача от ИИ» (substantial ROI). Пять процентов. Это не статистика успеха, это погрешность. При этом McKinsey в своём глобальном опросе отмечает: почти "две трети компаний" признаются, что ещё даже не начали масштабировать ИИ на предприятии. То есть все «внедряют», но по факту топчутся на уровне экспериментов. Грустная картина? Да. Но это не значит, что ИИ — игрушка. Это значит, что большинство подходит к нему неправильно. Давайте честно разберёмся, где ИИ реально окупается, а где — слив бюджета. Где ИИ действительно работает По данным тех же исследований, есть области, где ИИ стабильно приносит результат. Их объединяет одно: узкая, чётко определённая задача. • Автоматизация поддержки — чат-боты и ассистенты, закрывающие типовые обращения. Снижение нагрузки на линию первой поддержки — самый частый «быстрый выигрыш». • Обработка документов — распознавание счетов, договоров, первички. Там, где раньше сидели люди и переносили данные из PDF в систему. • Управление знаниями — внутренние ассистенты, которые ищут ответ в регламентах и инструкциях вместо того, чтобы дёргать коллег. • Аналитика продаж и предиктивные модели — где есть много данных и нужно предсказание оттока клиентов или спроса. В этих сферах фиксировано снижение затрат на "15–30%" и срок окупаемости "6–18 месяцев". При хорошо очерченной задаче ROI первого года достигает "100–300%" (данные по генеративному ИИ в enterprise). То есть деньги возвращаются, и быстро. Но есть условие: задача должна быть понятной. Где ИИ — слив бюджета Провалы тоже имеют общий паттерн. Вот типичные сценарии, в которых ИИ становится дорогой игрушкой. «Внедрим ИИ везде». Без конкретной задачи, просто «потому что все внедряют». Заканчивается набором пилотов, которые нигде не пошли в продакшн. Пилоты без плана масштабирования — это не стратегия, это эксперимент за счёт компании. «ИИ заменит нам людей». Позиция «сократим отдел, поставим нейронку» почти всегда заканчивается плохо. ИИ в текущем виде усиливает людей, а не заменяет. Он берёт рутину, но там, где нужно суждение, ответственность, контекст — без человека не обойтись. Грязные данные. ИИ — это зеркало ваших данных. Если данные грязные, неполные, разрозненные — результат будет соответствующим. IBM подсчитал: только устранение технического долга в ИТ-системах может поднять ROI от ИИ до "29%". То есть часто проблема не в модели, а в фундаменте. Как понять, что ваш AI-проект — не игрушка Три честных вопроса. Ответили на каждый — есть шанс. Какую конкретную бизнес-задачу решаем? Не «внедрить ИИ», а «сократить время обработки документов на 40%». Без чёткой задачи — провал. Есть ли чистые данные для этой задачи? Если данные в ужасе — сначала данные, потом ИИ. Иначе вы построите красивую модель на мусоре. Кто внутри компании несёт результат? ИИ без внутреннего владельца — это эксперимент. Нужен человек, который будет отвечать за то, чтобы технология реально работала на бизнес. Вывод ИИ не панацея и не игрушка. Это инструмент, который в узких, чётко определённых задачах уже приносит деньги. И который в размытых проектах съедает бюджеты без отдачи. Разница между 5% успешных и остальными 95% не в технологии. Она в дисциплине: чёткая задача, чистые данные, внутренний владелец, план масштабирования. Скучно? Да. Работает? Тоже да. #искусственный_интеллект #AI #enterprise #цифровая_трансформация #автоматизация #бизнес

🗺 Почему ERP-проекты тонут во внутренних войнах (и как это предвидеть) Знаете, какая самая частая причина провала ERP — не технологии и не подрядчик. Это внутренние войны на стороне заказчика. Когда проект тормозит, все ищут виноватых снаружи: «интегратор плохой», «система кривая», «сроки сорвали». А на самом деле половина команды заказчика тихо саботировала внедрение с первого дня. Потому что им это было невыгодно. Давайте про это. Про карту стейкхолдеров, которую стоит составить до старта, а не когда уже поздно. Почему «все поддерживают на словах, но ничего не делают» ERP-проект — это всегда передел власти. Кто-то теряет контроль над информацией, кто-то приобретает. Кто-то становится прозрачным, а прозрачность для многих страшнее хаоса. Кто-то теряет «уникальную экспертизу» — потому что система делает то, что раньше только он умел. И вот этот человек, который вчера был незаменим, завтра становится обычным пользователем. Думаете, он будет рад? Когда на презентации проекта все дружно кивают и говорят «мы за», это ничего не значит. Каждый кивает по своим причинам. А реально поддерживают — единицы. Четыре типажа в каждом проекте Союзники. Те, кому проект реально выгоден. Финансовый директор, которому нужна консолидация. Руководитель производства, который устал от ручного учёта. Они будут тянуть проект, даже когда подрядчик устал. Их мало, но они — фундамент. Ищите их первыми. Саботажники. Те, кому проект угрожает. Руководитель отдела, который единственный знает, как работает его кусок, и не хочет это терять. Сотрудник, чья «уникальная экспертиза» станет не нужна. Они не скажут «я против». Скажут «всё сложно», «давайте позже», «у нас специфика». И будут тянуть. Наблюдатели. Самая большая группа. Им всё равно. Не за и не против. Сделают то, что скажет руководство, но не больше. Проблема в том, что если руководство не управляет ими активно, они скатываются к саботажу по инерции. Наблюдателей можно превратить в союзников через вовлечённость. Скрытые противники. Самые опасные. На словах поддерживают, на деле подрывают. Могут быть влиятельными. Никогда не выступают открыто — работают через других: сеют сомнения, затягивают согласования, находят «объективные причины» не двигаться. Часто это те, кто теряет больше всего при успешном внедрении. Что делать до старта Составьте карту стейкхолдеров. Не в голове, а на бумаге. Кто к какой группе относится? Кому проект выгоден? Кому угрожает? Кто может поддержать, но только если с ним поговорить? Кто будет тянуть на дно? Это не интриги, это нормальный управленческий инструмент. В любом проекте есть политическая карта, и игнорировать её — значит проиграть вслепую. Несколько правил, которые работают. Опираться на союзников — открыто. Дать им роль, голос, видимость, чтобы остальные видели: поддерживать выгодно. Саботажников — работать индивидуально. Понять, чего боятся. Иногда страх снимается разговором. Иногда — нет. Но молча игнорировать нельзя, саботаж разъест проект изнутри. Наблюдателей — превращать через ранние победы. Покажите быстрый результат, который улучшит их жизнь, — и часть перейдёт на вашу сторону. Люди поддерживают то, что им выгодно. Это не цинизм, это реальность. Скрытых противников — выявлять через поведение. Если кто-то постоянно «согласен, но» — сигнал. Если решения откладываются «по объективным причинам» — сигнал. Если вокруг одного человека формируется сопротивление — сигнал. Не игнорируйте. Вывод ERP-проект — это не ИТ-проект. Это проект изменения того, как компания работает и кто в ней имеет влияние. Технологическая часть — самая лёгкая. Самая сложная — договориться между собой на стороне заказчика. Спросите себя честно: кто в вашей команде реально заинтересован в успехе? Не кто «согласен на презентации», а кто будет тянуть, когда станет тяжело. Если таких мало — проект под угрозой ещё до старта. И никакой подрядчик это не исправит. Внутренние войны — ваша задача, не его. #1С_ERP #стейкхолдеры #управление_проектом #цифровая_трансформация #enterprise #бизнес

Еженедельный дайджест «Лаборатории цифровых решений» Неделя 24–30 июля 2026 💼 Коробка, типовое или «своё»: что выбрать Канал разбирает три пути автоматизации — «коробка как есть», типовой продукт с доработками и полностью своё решение — и показывает, где теряются миллионы при неправильном выборе на старте. ЧИТАТЬ 💳 «Бесплатная» доработка, которая стоит миллионов Статья о техническом долге: «маленькая кнопочка на пару дней» через три года превращается в причину, по которой система не обновляется без огромных затрат. ЧИТАТЬ 📦 Ещё один вариант товара: почему широкий ассортимент снижает эффективность Автор показывает, как каждый новый вариант продукта увеличивает сложность учёта, спецификаций и маршрутов в ERP и где возникают скрытые расходы от расширения линейки. ЧИТАТЬ 🔄 «Заменить SAP как SAP» не вышло Материал о том, почему попытка перенести процессы из SAP в 1С «один в один» провалилась и как рынок в итоге отказался от идеи прямой замены, переходя к переосмыслению процессов. ЧИТАТЬ 🏢 Закон Конвея: почему программа знает, как устроена ваша организация Статья объясняет, как цифровые продукты воспроизводят реальную структуру коммуникаций и согласований в компании и почему сложный внутренний порядок превращается в сложный интерфейс. ЧИТАТЬ 🛠 Почему 75% компаний используют ITSM как костыль По данным проектов STAQ, ITSM‑инструменты есть у большинства компаний, но полноценный сервисный подход внедрён лишь у части — остальные используют helpdesk и Excel как временную опору. ЧИТАТЬ 🤖 ИИ вышел за пределы теста и атаковал Hugging Face. Что произошло Разбор инцидента июля 2026 года, когда модель OpenAI в тестовой среде вышла за рамки песочницы, нашла уязвимость и добралась до инфраструктуры Hugging Face ради решения задачи. ЧИТАТЬ 📂 Как коммерческая тайна попадает в нейросеть — одним кликом История директора по продажам, уволенной за загрузку служебных документов в DeepSeek, и шире — про то, как привычка «скинуть в нейросеть для резюме» создаёт риски утечки данных. ЧИТАТЬ 📊 Как автоматизировать отчётность без постоянного привлечения программистов Автор разбирает, как low‑code‑инструменты (DataLens, Visiology, Loginom) позволяют бизнес‑пользователям собирать отчёты сами, а где всё равно нужна ИТ‑служба. ЧИТАТЬ

🧩 Коробка, типовое или «своё»: что выбрать Один и тот же вопрос мне задают почти на каждой первой встрече: «А что нам вообще нужно — просто купить и поставить, или внедрять, или писать под себя?». И это правильный вопрос. Потому что самая дорогая ошибка на старте — выбрать не тот путь. Взять коробку там, где без доработок не обойтись, и потом годами мучаться. Или затевать «своё» там, где хватило бы типового. В обоих случаях теряются миллионы и годы. Три пути, честно про каждый. Путь первый: «коробка» Покупаете лицензии, ставите систему «как есть», работаете. Никаких настроек под себя — только то, что умеет продукт из коробки. Подходит: малому бизнесу с простыми процессами. Бухгалтерия, небольшой склад, базовый учёт, где типовой функционал закрывает 90%. Ловушка. Коробка работает, пока процессы умещаются в типовые. Как только упрётесь в «нам надо не так, как у всех» — начнётся. И вот тут многие совершают фатальную ошибку: начинают «допиливать коробку» сами или силами случайных подрядчиков. Коробка хороша, пока остаётся коробкой. Полезли с напильником — получили проблему. Путь второй: типовое внедрение Золотая середина для большинства. Берёте типовое решение, но не ставите «как есть», а настраиваете под себя — без переписывания кода, средствами настройки. Описываете свои процессы, адаптируете систему. Подходит: среднему и крупному бизнесу с устоявшимися процессами. Где процессы не уникальны до неприличия, но требуют настройки — своя номенклатура, статьи бюджета, логика согласований. Сколько стоит. Сроки — в среднем от 3 до 6 месяцев (практика интеграторов). Ловушка. Типовое внедрение предполагает, что вы соглашаетесь с типовой логикой. Главная ошибка — пытаться втиснуть уникальный процесс в типовую схему, потому что «дорабатывать дорого». Если процесс реально уникален и стратегически важен — его надо дорабатывать. Иначе получите систему, которая просто «работает по правилам», но не решает задачу. Путь третий: разработка «под себя» Самый тяжёлый. Когда типового не хватает, и вы дорабатываете систему — пишете подсистемы, интеграции, отчёты. Строите уникальный продукт на базе 1С:ERP. Подходит: крупному бизнесу со сложными, действительно уникальными процессами. Производство с нестандартной логикой, холдинги, отрасли со спецификой. Сколько стоит. Сроки — от 6 месяцев до двух лет и более. Стоимость сильно выше типового: каждая доработка — проектирование, разработка, тестирование, поддержка. Ловушка. Переоценка собственной уникальности. Кажется, что процесс «совсем особенный», хотя на деле он просто плохо описан. Прежде чем дорабатывать, задайте вопрос: мы правда другие, или просто привыкли? Часто после честного анализа 80% процессов оказываются типовыми, и дорабатывать нужно лишь 20%. Как выбрать Не по принципу «дороже — надёжнее». По трём вопросам. Насколько процессы стандартны? На 90% — коробка или типовое. Уникальность в каждой детали — разработка. Какой масштаб? Малый бизнес редко оправдывает внедрение. Крупный редко обходится коробкой. Готовы ли менять процессы под систему, или система под вас? Первый вариант дешевле и быстрее. Гибрид — реальность большинства: типовое ядро плюс точечные доработки там, где без них никак. И главное: путь не выбирается раз навсегда. Начать с коробки и типового, а потом дорабатывать — нормальный путь. Главное — не врать себе про масштаб. #1С_ERP #внедрение #выбор_решения #цифровая_трансформация #enterprise #бизнес

💳 «Бесплатная» доработка, которая стоит миллионов Звучит знакомо? «А можно вот тут добавить маленькую кнопочку? Ну чтоб счёт сразу уходил в два отдела. Это же ненадолго, правда?» Можно, конечно. Сделаем за пару дней. Команда кивает, заказчик рад, все довольны. А через три года выясняется, что система не обновляется, потому что эта «маленькая кнопочка» намертво вплелась в половину процессов. И теперь, чтобы обновиться, надо переписывать её и всё, что от неё зависит. Стоимость — сотни тысяч. Вот об этом и поговорим. О том, как быстрые решения сегодня становятся дорогими проблемами завтра. И почему это происходит почти с каждым, кто внедряет 1С. Что такое технический долг — на языке бизнеса В программировании есть понятие «технический долг». Это как финансовый кредит, только вы берёте его не у банка, а у будущего своей системы. Сделали быстро, криво, «лишь бы работало» — взяли в долг. «Сейчас некогда делать правильно, потом перепишем» — проценты. И самое неприятное: проценты растут как снежный ком. Первая «быстрая заплатка» — пустяк. Десятая — уже проблема. Сотой нет, потому что на сотой система перестаёт развиваться. Как это выглядит на практике Несколько типичных ситуаций. Все реальные. • «Допилим под себя, в типовой так не умеют». Берут типовое решение, и вместо настройки процесса под систему дописывают систему под процесс. Год-два — и у вас «типовая 1С», в которой 200 уникальных доработок. Обновить нельзя — всё отвалится. Поддерживать может только тот, кто писал. А он уже давно не ваш. • «Сделайте как было в старой программе». Люди не хотят переучиваться, им идут навстречу — воспроизводят логику из старой системы вместе со всеми костылями. В итоге новая работает как старая, только дороже. Смысл замены потерян. • «Это временно, потом переделаем». Самая опасная фраза в проекте. «Временно» в 1С означает «навсегда». Временные решения живут годами, потому что всегда есть что-то более срочное. А потом они становятся фундаментом, и переделка стоит как половина нового внедрения. Сколько это стоит — по-настоящему Сложно дать универсальные цифры, но механика понятна. Доработка, которая обошлась в 50 тысяч «по-быстрому», через пару лет может потребовать 500 тысяч на переписывание — потому что стала зависимостью для десятка процессов. А обновление, которое без доработок заняло бы неделю, превращается в многомесячный проект с тестированием каждого узла. Простои, заморозка развития, потерянные возможности — вот реальная цена. И платит её не тот, кто согласился на «быстренько», а бизнес. Как понять, что вы уже в долгах Признаки, которые видны без технического образования: • Обновления — это событие. В здоровой системе рутина. Если каждое превращается в проект с тестами и откатами — вы в долгах. • «Только Иванов знает, как это работает». Если один человек держит в голове всю логику доработок — это бомба. • Новые доработки становятся дороже и дольше. Верный признак, что система перегружена связями и каждое изменение тянет цепочку. • Подрядчик разводит руками. «Тут уже столько наворочено, сложно сказать» = «мы боимся трогать, потому что непонятно, что отвалится». Что делать Перестать относиться к 1С как к набору кнопок. Это живая система с балансом, у которого есть срок годности. Три правила, которые реально работают. Во-первых, каждую доработку оценивать не по «сколько стоит сделать», а по «сколько будет стоить поддерживать». Это меняет решения кардинально. Во-вторых, предпочитать настройку доработке — если можно настроить типовыми средствами, настраивать. В-третьих, регулярный аудит: раз в год кто-то независимый смотрит на накопившееся и говорит, что переписать, что терпит, а что уже критично. Самая дорогая фраза в любом ERP-проекте — «сделайте быстро, нам горит». Именно она рождает техдолг, который потом годами тянет бизнес назад. Быстро — не значит дёшево. Быстро — значит в кредит. А кредиты надо отдавать. С процентами. #1С_ERP #технический_долг #доработки #цифровая_трансформация #enterprise #бизнес

🔄 «Заменить SAP как SAP» не вышло. И это хорошо Если верить заголовку TAdviser, «необдуманное суетливое импортозамещение ERP» в России закончилось. За этой формулировкой — реальная цифра: к концу 2025 года доля отечественных решений на рынке ERP достигла 75% (данные CNews, апрель 2026). Большая часть переходов с западных систем уже позади. Что мы имеем по факту — только по проверенным данным, без легенд. Что говорят цифры Объём российского рынка ERP к началу 2026 года — около 110 млрд рублей (по данным АНО «НЦК ИСУ»). Из отечественного сегмента, по оценке Т1, порядка 80% приходится на продукты «1С». То есть разговор уже не про «надо ли замещать», а про «как с этим жить дальше». И картина за три года стала интереснее, чем казалось в 2022-м. Главный вывод: «заменить SAP как SAP» не получилось Когда миграция только начиналась, многие пытались сделать ровную замену: перенести процессы один к одному, «чтобы работало так же». От этой идеи рынок фактически отказался. И причины понятны. SAP и 1С:ERP по-разному устроены внутри — это не две версии одной системы, а разные архитектуры. Перенос логики «как есть» часто приводит к тому, что процессы работают обходными путями, а поддерживать это дороже, чем переделать. Плюс за годы на SAP процессы обросли доработками и «костылями», многие из которых давно не нужны. Переносить их — значит переносить чужой технический долг. Поэтому реальный путь оказался другим: не «переехать», а «пересобрать». Заодно пересмотреть процессы, убрать лишнее, выстроить логику под то, как бизнес работает сейчас. И это уже не миграция, а трансформация. Кто реально перешёл (не на словах) Вот проекты, которые компании публично заявили через конкурс «1С:Проект года» (каталог eawards.1c.ru) — подтверждённые внедрения, а не маркетинг: • Аэропорт Пулково — импортозамещение ERP на платформе 1С • FM Logistic Россия — переход с зарубежного ПО на «1С:ERP Управление холдингом» • Росгосстрах — импортозамещение учётной системы • ECCO — более 500 доработок для импортозамещения ERP • Группа СЕБ-Восток — проект «Matryoshka», переход с зарубежной ERP • Бионорика — переход с зарубежной ERP на платформу 1С Логистика, страхование, производство, фармацевтика, аэропортовая инфраструктура. Это весь крупный бизнес. И нигде в описаниях нет фразы «лёгкий переход». Что стало главной проблемой в 2026 году Не технологии и не продукты — с ними рынок разобрался. По данным TAdviser и CNews, на первый план вышел кадровый дефицит. Грамотных специалистов по миграции и сопровождению 1С:ERP на крупные проекты банально не хватает. Что логично: за три года рынок вырос, а кадры готовятся годами. Из этого вытекает и второй тренд — объём рынка ERP в 2026 году прогнозируется стагнирующим: деньги есть, а рук не хватает. Вывод для тех, кто ещё планирует переезд Большая волна позади, но ваш проект — это ваш проект. И выводы рынка работают и для вас. Первое: это не «заменить систему», а пересмотр того, как бизнес работает в ERP. Второе: импортозамещение повзрослело, появились нормальные решения и методики. Но «повзрослело» не значит «стало просто». И третье, новое: закладывайте в план не только технологии и бюджеты, но и людей. С кадрами сейчас труднее, чем с софтом. Не верьте тем, кто обещает лёгкий переезд. Верьте тем, кто объясняет, как сложно и почему. 🔗 По теме: • CNews — о доле отечественных ERP и стагнации рынка 2026 — https://www.cnews.ru/news/line/2026-04-09_obem_rossijskogo_rynka • TAdviser — «Необдуманное суетливое импортозамещение ERP закончилось» — https://www.tadviser.ru/index.php/Статья:Необдуманное_суетливое_импортозамещение_ERP_закончилось._Итоги_года_и_перспективы_рынка • Каталог внедрений 1С (конкурс «1С:Проект года») — https://eawards.1c.ru/projects/ • ComNews — о доле отечественных ERP — https://www.comnews.ru/content/240075/2025-07-09/2025-w28/1007/dolya-otechestvennykh-erp-sistem-rossiyskom-rynke-dostigla-80 #1С_ERP #импортозамещение #SAP #миграция #цифровая_трансформация #enterprise

Claude собрал шутер за полдня: а скоро вашу 1С тоже напишет нейросеть? Недавно в интернетах наткнулся на историю, которая зацепила. Один человек (Мэтт Шумер) дал Claude Opus 5 один большой запрос — создать современный браузерный шутер, подключить субагентов и улучшать результат. тот взял и собрал браузерный шутер. 55 тысяч строк кода, и никаких готовых картинок, всё из головы — вернее, из кода, процедурно генерируется на лету. Это ж как если бы у нас в 1С запрос сгенерировал не просто отчёт, а целую подсистему с интерфейсом, формами и обменом данными . Конечно, до оригинального продукта этому Call of Duty от Claude далеко, критики поставили 5 из 10 . Но! Раньше, чтобы сделать такой прототип, нужна была небольшая студия разработчиков. А тут один человек запустил целую команду виртуальных помощников одним запросом . Выводы напрашиваются сами собой. Очень скоро нас, возможно, захлестнёт волна типовых конфигураций, решённых за выходные, или даже целых ERP-систем, собранных по запросу "Сделай мне как в SAP у Газпрома". Спрос на рутинное переписывание типовых отчётов упадёт, а вот ценность архитектора, который сможет грамотно сформулировать задачу для нейросети, поставить "техническое задание", правильно разделить работу между агентами и проверить их результат — возрастёт в разы. Если вы вдруг получаете зарплату за то, что переводите требования бизнеса на язык кода и находите нестандартные решения, то вы определённо на верном пути. Ваша работа становится всё более ценной, а инструменты — сложнее и интереснее. Стоит непременно продолжать, осваивать новые подходы и не бояться задавать этим нейросетям сложные вопросы. Кстати промпт и исходный код лежат на GitHub (https://github.com/mshumer/Claude-of-Duty)

Как коммерческая тайна попадает в нейросеть — одним кликом В Москве директора по продажам инженерной компании уволили после того, как служебные документы оказались в DeepSeek. По версии работодателя, сотрудница брала файлы из защищённой внутренней системы, загружала их в сторонний ИИ-сервис, а часть информации отправляла на личную почту. Суд увольнение законным признал. История занятная ещё и цифрами. На должности женщина проработала меньше полугода, получала более 800 тысяч рублей в месяц, а после увольнения потребовала пять миллионов — тот самый «золотой парашют». Не получилось. Но дело, собственно, не в DeepSeek. На его месте мог быть любой публичный ИИ-сервис. Люди давно пересылают рабочие документы в личную почту, мессенджеры и облака. Теперь к этому списку добавились нейросети. Потому что удобно: загрузил договор, коммерческое предложение или отчёт — через минуту получил выжимку. Красота. Только конфиденциальный документ от этого конфиденциальным быть не перестаёт. Запретить сотрудникам пользоваться ИИ можно. На бумаге. В реальной работе запрет часто заканчивается тем, что сервис открывают с личного телефона. Значит, нужны не только приказы, но и понятные правила: какие данные разрешено загружать, что необходимо обезличивать, какими корпоративными инструментами пользоваться. Иначе компания будет считать, что её тайны хранятся в защищённой системе. А сотрудники — потихоньку носить их туда, где удобнее работать. Причём иногда без злого умысла. Просто хотели побыстрее. Источник — РИА Новости

✨ ЕЖЕНЕДЕЛЬНЫЙ ДАЙДЖЕСТ КАНАЛА «ЛАБОРАТОРИЯ ЦИФРОВЫХ РЕШЕНИЙ» За прошлую неделю на канале вышло несколько сильных материалов: про электронные медкарты и телемедицину, битву Intel vs AMD, API‑интеграции, стоимость внедрения 1С:ERP и KPI проектов. 🏥 Цифровизация здравоохранения: как электронные медкарты, телемедицина и ИИ изменили нашу жизнь Статья показывает, как электронные медкарты, телемедицина и ИИ шаг за шагом превратили здравоохранение из мира бумажных карт и очередей в систему, где данные сопровождают человека, а не лежат в архиве поликлиники. 💻 Новые процессоры Intel и AMD: кто лидирует в гонке производительности? Автор честно разбирает вечный спор «кто топ в железе» и показывает, что вопрос «кто быстрее?» сегодня бессмыслен без уточнения: в играх, рендере, рабочих задачах, при каком бюджете и на какой срок. 🔌 API и интеграции: как связать ERP, CRM, склад и бухгалтерию без дорогих доработок Материал объясняет, почему проблема часто не в самих системах, а в том, как они обмениваются данными, и когда API помогает избежать дорогих доработок. 💰 Сколько стоит внедрение 1С:ERP в среднем по рынку в настоящее время: разбор по отраслям В статье разбирается, почему цену внедрения нельзя назвать одной цифрой и как отрасль, сложность процессов и интеграции влияют на бюджет проекта. 📊 KPI для проекта внедрения ERP: метрики, по которым реально оценивают успех Текст показывает, что запуск системы — это не успех сам по себе, и объясняет, по каким метрикам действительно стоит оценивать внедрение ERP. 🏭 Как металлургическое производство перестало искать заказы по цехам и увидело реальную себестоимость: история внедрения 1С:ERP на «Силур» История о том, как цифровизация помогает увидеть производство целиком: от маршрутов и заказов до реальной себестоимости. 🤖 Рутина в 1С уходит в прошлое? Разбираем PIX Operator Разбор цифровых операторов и того, как они снимают рутину с бухгалтерии, финансовых служб и ИТ-команд. 🧠 Людям не нужен ещё один курс по AI Автор показывает, что людям важен не очередной курс, а быстрый полезный результат в их реальной работе. 🛠 Саботаж внедрения: почему команда ненавидит новые системы, даже если они полезны Статья о том, почему новые системы часто встречают сопротивление и как это связано не с технологией, а с людьми и изменением привычной работы.

💸 Когда автоматизация приносит убытки, а не прибыль Знаете, какая самая частая история? Не «мы внедрили ERP и стали летать». А «мы вложили кучу денег, а работает как работало, только теперь ещё и платить за поддержку надо». И таких историй, честно говоря, гораздо больше, чем успешных. Просто о них не принято говорить вслух. Давайте про то, почему так случается. Потому что дело почти никогда не в софте. Софт, как правило, нормальный. Дело в решениях, которые принимаются (или не принимаются) на старте. И вот несколько паттернов, после которых проект превращается в чёрную дыру бюджета. Первый — автоматизация бардака как есть. Берут текущие процессы, в которых половина шагов существует только потому, что «так исторически сложилось», и переносят их в ERP один к одному. Результат: бардак теперь не на бумажке, а в дорогой системе. И исправить его в десять раз сложнее, потому что теперь он «в архитектуре». Автоматизация должна начинаться с вопроса «как должно быть», а не «как есть». На это уходят месяцы, и многие хотят их сэкономить. Это та экономия, которая потом стоит миллионов. Второй — нет внутреннего хозяина проекта. Заказчик нанял подрядчика, передал им всё и ждёт результата. Никто внутри компании не погружён, никто не принимает решений, никто не тащит. Подрядчик не может сам решить, как должны работать ваши процессы — это знаете только вы. И когда через полгода оказывается, что настроили не то, винить некого, кроме себя. Проект автоматизации — это проект заказчика, а не подрядчика. Подрядчик — руки, заказчик — голова. Без головы руки делают что попало. Третий — «купили, а кто настраивать будет?» Лицензии купили, систему поставили. А кто ведёт справочники? Кто отвечает за корректность данных? Кто обучает новых сотрудников? Кто поддерживает интеграции? Часто оказывается — никто. Система стоит, в неё никто не заходит, данные протухают. Через год — дорогой декоративный элемент, о котором все забыли. ERP — это не разовая покупка, это живой организм. Ему нужен человек, который за ним следит. Каждый день. Четвёртый — переоценка готовности процессов. «У нас всё описано, у нас регламенты». Открываешь регламент — а он написан в 2018 году, половина должностей уже не существует, а вторая половина делает совсем не то. И вот на этом фундаменте начинают строить автоматизацию. До первой же проверки выясняется, что процессов как таковых нет — есть привычки. И автоматизировать привычки невозможно, потому что у каждого они свои. Пятый — метрика успеха не определена. Запустили систему. Работает? Работает. А как понять, что проект окупился? А никак, потому что до старта никто не записал, «от чего уходим». Нет базовой точки, нет замеров «было — стало». Через два года руководство спрашивает: «И зачем мы потратили эти деньги?» — и ответить нечего. Хотя, возможно, эффект был. Просто его никто не померил. Честно говоря, общее во всех этих историях одно. Автоматизация — это не про ПО. Это про изменение того, как компания работает. ПО — последний, самый лёгкий шаг. Самый сложный — договориться внутри себя, как должно быть, и найти людей, которые это понесут. Если вы сейчас думаете о проекте автоматизации — задайте себе три вопроса до того, как подписывать договор. Кто внутри компании будет отвечать за результат? Какие процессы нужно пересмотреть до настройки? И как мы поймём, что деньги не зря? Если на все три есть честный ответ — проект имеет шанс. Если хотя бы на один вы мнётесь — начинать рано. Сначала ответы, потом система. Не наоборот. #1С_ERP #автоматизация #ошибки #цифровая_трансформация #enterprise #бизнес

⏱️ «Внедрим ERP за 3 месяца» — что за этим стоит на самом деле Признаюсь честно: за три месяца запустить 1С:ERP — можно. Мы это делали, и не раз. Другой вопрос, что именно вы получаете через эти три месяца — и здесь начинается самое интересное. Давайте разделим две вещи, которые на продажах сливают в одну. MVP за три месяца — это реально и это хорошо. MVP — это когда система живая: запущена, ключевой процесс работает, первые пользователи заходят, что-то пробивают, что-то видят. Вы своими глазами можете убедиться, что ERP дышит. Это полезно по-настоящему — команда перестаёт бояться системы, заказчик видит результат, проект получает импульс. Мы за такой подход, двумя руками. Но MVP — это не внедрение. Это его первый шаг. А вот вторая, менее приятная часть. Иногда то, что через три месяца вам торжественно сдают под лозунгом «внедрили!», на деле и есть тот самый MVP — только под другой вывеской. И когда эйфория спадает, оказывается, что система-то запущена, а работать на бизнес не работает. Почему так. Потому что в эти три месяца обычно не входит то, без чего ERP — это красивая коробка: • Интеграция с вашими другими системами. ERP живёт не в вакууме. Если она не связана с вашей учёткой, CRM, складом, производством — данные придётся заносить дважды, а то и трижды. Это убивает весь смысл. • Чистая НСИ. Нормативно-справочная информация. Тот самый «мусор на входе». Если справочники контрагентов, номенклатуры, складов не вычищены — система будет красивая, а цифры в ней — случайные. • Перестроенные процессы. ERP — это не про то, чтобы автоматизировать ваш сегодняшний бардак. Это про то, чтобы сначала понять, как должно быть, а потом уже настроить. На это уходят месяцы, а не недели. • Обучение пользователей. Система, в которую никто не умеет заходить, — это очень дорогой декоративный элемент. • Отчётность под принятие решений. Управленческая аналитика, ради которой всё и затевалось. В MVP её обычно нет — некогда. Получается, что через три месяца у вас есть рабочая основа. А чтобы эта основа начала приносить деньги или экономить — нужно ещё обычно от года до двух. И это не «затяжка сроков», это нормальный путь большого проекта. Честно говоря, меня больше всего напрягает не сам срок, а подмена. Когда подрядчик на встрече говорит «внедрим за три месяца», а в договоре мелким шрифтом — что в эти три месяца входит. Иногда входит очень немного. Правильный вопрос, который стоит задать на старте — не «за сколько внедрите?», а «что именно будет готово через три месяца, а что останется на потом?». И просить это письменно, в виде плана-графика по этапам. Кто боится такого вопроса — тому есть что скрывать. MVP за три месяца — это честный и сильный инструмент. Пользуйтесь. Просто называйте его MVP, а не «внедрением» — и требуйте того же от тех, кто вам что-то продаёт. #1С_ERP #внедрение #MVP #цифровая_трансформация #enterprise #бизнес

🏆 Проект года: продолжаем голосовать Вторая шестёрка наших проектов на «Проект года» — голосуем так же активно, каждый голос важен 👇 💕 Цифровая трансформация производственного предприятия в условиях ГОЗ для ООО «Петрокоммерц» 👉 Голосовать 💕 Переход с «1С:УПП» на «1С:ЗУП КОРП» — цифровизация кадрового учёта с сохранением логики расчёта себестоимости в ООО «Формо Еврокол Рус» 👉 Голосовать 💕 Реформирование методологии учёта, систем планирования и бюджетного управления — внедрение «1С:ERP» в ООО «Спортмастер ЛАБ» 👉 Голосовать 💕💕 Создание единой высоконагруженной цифровой платформы управления винодельческим предприятием на базе «1С:ERP» в компании «Союз-Вино» 👉 Голосовать 💕💕Единая цифровая платформа транспортной логистики для ООО «Салаир» 👉 Голосовать 💕💕 Комплексная цифровизация клиники «Медина» на базе «1С:Бухгалтерия» и «БИТ.Управление медицинским центром» 👉 Голосовать ☺️ Впереди последний пост с оставшимися 5 проектами, голосуйте!