ERP-системы *

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

Мы поговорили с тремя командами, которые используют продукты из экосистемы Инфостарт Маркетплейс в повседневной работе:

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

Поэтому хорошее решение – не то, у которого нет недостатков, а то, чьи последствия увидели, обсудили и сознательно приняли те, у кого есть полномочия за них отвечать.

Эксперт должен рекомендовать. Компания – выбирать. А матрица вариантов нужна не для того, чтобы назвать победителя, а чтобы цена этого выбора не обнаружилась уже после старта реализации.

Вы нажимаете в ERP кнопку «Рассчитать план», получаете плановые заказы с датами и резонно предполагаете, что система только что построила производственный план. Она его не строила. Она рассчитала, что нужно закупить и изготовить под план, который кто‑то дал ей на вход. Разбираю двенадцать характеристик производства, при которых MRP перестаёт справляться, и объясняю, откуда на самом деле должен браться производственный план.

«Я собрал приложение за выходные». Почему вайбкодинг в проде опаснее, чем кажется.

Где заканчивается прототип и начинается инженерия, почему «работает у меня» не равно «готово для бизнеса» и за что на самом деле платят опытной команде.

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

Такой подход лежит в основе платформы ИИ-агентов, которую развивает Инфостарт. Ее ключевая идея - создавать не универсального цифрового помощника, а отдельных агентов с определенной ролью, источниками данных, правилами и форматом результата…

Почему 1С до сих пор окружена стереотипами, чем современная разработка на платформе отличается от «просто настройки бухгалтерии» и как искусственный интеллект уже меняет правила игры в написании кода? Экосистема 1С давно перестала быть просто «учётной программой»: здесь появляются новые инструменты вроде EDT и OneScript, решаются сложные задачи интеграции и производительности, а бизнес ищет специалистов, способных глубоко разбираться в процессах компании, а не просто «двигать справочники». При этом вопросы стоимости внедрения, безопасности и реальных доходов разработчиков остаются как никогда актуальными.

Я, Александр, автор телеграм-канала «Shulepov Code», спустя год снова поговорил с Иваном Гордынцем — сертифицированным экспертом по 1С, преподавателем и основателем образовательного проекта IRONSKILLS. В этом интервью мы проверяем, что реально изменилось за последнее время: разбираем, за что платформу любят и ненавидят, как не ошибиться с выбором конфигурации и разработчика, и зачем современному специалисту нужны БСП, EDT, OneScript и XDTO. Мы обсудили, где в 1С возникают реальные проблемы с производительностью и безопасностью, насколько далеко ИИ продвинулся в автоматизации рутины, а также затронули рынок, карьеру и главный вопрос: реально ли 1С-разработчику сегодня выйти на доход около 700 тысяч рублей. Иван делится реальным опытом, кейсами и объясняет, как устроена современная экосистема 1С без мифов и иллюзий.

В предыдущих 2 статьях (статья 1, статья 2) я рассказал, как с помощью 5 артефактов полностью описать ERP систему будь то 1С или SAP, на русском или китайском языке.

Список требований к казначейству легко превращается в десятки строк со статусом «закрывается частично». Для бюджета такая оценка почти бесполезна: за одним «частично» может скрываться настройка на пару дней, за другим — отдельная интеграция с банком.

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

Меня зовут Юрий Силантьев, я руководитель практики «ERP и финансы» в К2Тех, отвечаю за проекты внедрения 1С.

Мы занимаемся крупными внедрениями уже 15 лет. Недавно я разбирал подход, применяемый нами в крупных внедрениях 1С. От подготовки и предпроекта до эксплуатации: какие инструменты используем, как фиксируем договоренности и за счет чего удерживаем проект в управляемом состоянии.

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

Шесть лет занимаюсь складскими системами на платформе 1С: обследования, внедрения, миграции. Склады — от 5 000 до 40 000 м².

Вопрос из заголовка я слышу чаще любого другого, и задают его совершенно справедливо: в 1С:ERP (а также в УТ и КА) адресное хранение действительно есть, работает и закрывает заметную часть складских задач. Продавцы WMS на этот вопрос отвечают предсказуемо. Мне проще: бывают склады, которым я отвечаю «незачем».

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

Корпоративную НСИ не всегда можно «сначала почистить», потому что иногда единого корпоративного объекта данных ещё нет. Разные системы могут содержать разные, но обоснованные части одного объекта. Тогда задача проекта – не выбрать самую удобную базу, а определить, где возникает каждый значимый факт, кто отвечает за его смысл, какой источник считается авторитетным и кто завершает спор. Эту неопределённость удобно разбирать через карту источников и ответственности за данные.

Вчера вы обсуждали растущие комиссии, цены на логистику и сильно обнаглевшие маркетплейсы, казалось, что хуже не будет… Но, внезапно выяснилось, это была белая полоса… Сегодня ваш товар просто сгорел, компенсаций либо нет, либо они мизерные, склады горят и вряд ли в ближайшее время перестанут…

Первый вопрос в такой момент совсем не философский: где мой товар и на какие деньги я завтра продолжу продавать?

После атак на логистические объекты маркетплейсов стало понятно: склад теперь зона повышенной боевой опасности. Для селлера это может быть главная точка отказа всего бизнеса. Товар во взрывоопасной зоне потенциальное отсутствие товара. 

Значит ли это, что надо срочно уходить с маркетплейсов? Нет. Онлайн торговля все равно сосредоточена именно там, покупатели не пойдут в другое место, ну если только вы не продаете какой-то супер эксклюзив, типа кошачьей икры или колготок с картинами Ван Гога. Есть два пути, первый —  закрыть бизнес и положить деньги на депозит, второй для тех, у кого предпринимательство в крови, —  перестраивать свою работу на маркетплейсах. 

«Паша! Я конечно не МГИМО финишед, но можешь хотя бы по‑русски, а?» — попросил Азиз когда я выпалил ему питч, заготовленый для грядущего ивента в 71 блоке на one North. Тогда я понял, что…
Потенциальный клиент для внедренца not!= специалист.
И я сделал то, что планирую сделать в этой серии статей — рассказал про интеграцию автоматизированного учёта в малом бизнесе простыми словами.

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

Это первая статья цикла: манифест с прогнозом. Во второй будет экономика вопроса и что она сделает с b2b-компаниями, в третьей — подробный кейс, как мы к этому шли.

Кто я и почему об этом пишу Я CTO в b2b-компании: дистрибуция с внешнеэкономической деятельностью, 1С:УТ и 1С:Бухгалтерия, Битрикс24, десятки человек в бэкофисе, десятки тысяч номенклатур, около 28 тысяч контрагентов в справочнике. Мы внедряем мультиагентную систему с виртуальными сотрудниками — сейчас идёт третий этап. За предыдущие полгода на полностью ИИ-автоматизированном пайплайне разработки для 1С выполнено больше тысячи доработок и внедрений 1С + Битрикс24: архитектура учётного контура подготовлена под агентов, и мы перешли к пилотам. Первый виртуальный сотрудник — финансовый аналитик — уже отвечает руководству в чате цифрами из боевой базы.

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

Что такое учётная система, если убрать вежливость Разберём 1С (или любую ERP — SAP и Dynamics устроены так же) на слои:

В наши дни рынок корпоративного ПО переживает фундаментальную трансформацию. На мой взгляд, происходит то же самое, что мы уже наблюдали на рынке элитной недвижимости: если десять лет назад предприниматели сравнивали «квадратные метры», то сейчас большую роль играют комфорт и окружение. В этом посте поговорим о том, как меняется психология выбора B2B-решений и почему на первый план выходят «тихая роскошь» и когнитивная приватность, почему заказчиков все меньше интересуют интерфейсы, а истинной ценностью становится операционная тишина. Желающих подискутировать на эту тему приглашаю под кат. 

Для разового запроса к данным 1С не всегда нужно заранее создавать отдельный отчет или обработку. Задачу можно сформулировать обычным языком: найти документы, проверить ошибки, сопоставить показатели или разобраться в устройстве конфигурации.

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

Мне понадобилось разобраться, что происходит на большом проекте внедрения: почему сроки едут и куда девается ресурс. Разработку вела внешняя команда, живьём я её не вёл и контекста не имел — на руках были только следы: трекер, вики, гит, списания времени.

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

Сразу оговорюсь про две вещи. Первая: это не статья про оценку эффективности сотрудников, скорее наоборот — про то, почему у меня не получилось её написать.

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

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

Мы задумались – можно ли сохранить проверенную бизнес-логику, не переписывая накопленный за десятилетия код, и одновременно сделать платформу открытой для современных технологий?

Эту задачу мы и хотели решить при разработке «Галактики Сверхновой». Заглядывайте под кат и узнаете, как устроено это разделение: почему ядро осталось консервативным, а расширения можно писать на Python, Java и C#, и как метаданные стали основой для интеграций и ИИ.

Привет, Хабр! Меня зовут Евгений, я ведущий разработчик отдела SAP разработки, и в зависимости от настроения надеваю маски Техлида или Архитектора.

Большинству из нас рано или поздно приходится сталкиваться с ситуацией, когда есть проблема, достаточно сложная и долгоиграющая. Неважно даже, техническая она или организационная.
Главное что ее не решить с наскока, более того, даже чтобы эту самую проблему сформулировать, нужно поговорить с людьми, посидеть, подумать, описать, и... повторить раз несколько.
А еще есть одна особенность, что бы вы не решили, обязательно через некоторое время придет человек с вопросом «А почему так? А зачем?» и совсем немного подумав, скажет «Да у вас лапки не из того места растут. Я могу лучше!». Пфф.
Так как с этим приходится жить, то я решил сформулировать буквами некоторые наблюдения\выводы о подобных ситуациях. В первую очередь для себя, но может и вы что то полезное найдете.

Интересно? Читайте статью под катом.

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

В статье — шесть шагов, которые помогают превратить разрозненные требования в управляемую архитектуру сквозного процесса.