Доклады с конференций Инфостарта для специалистов 1С
INFOSTART EVENT — это конференции сообщества 1С, которые мы проводим с 2012 года. За это время они стали крупнейшей площадкой для обмена опытом между профессионалами отрасли.
На наших конференциях выступают настоящие практики из ведущих компаний России и СНГ, а не бизнес-тренеры. Доклады отбираются голосованием сообщества, а качество контента контролируют независимые эксперты. Каждая конференция охватывает интересы разных ролей:
для программистов — разработки и архитектурные решения, новые технологии и инструменты,
для аналитиков — методологии, работа с требованиями, анализ данных, управление изменениями,
для руководителей проектов и ИТ-менеджеров — управление командами, рисками, проектами и продуктами,
для специалистов по ИБ и администрированию — практики защиты, эксплуатации и поддержки систем,
для HR и тимлидов — развитие команд, soft skills и современные управленческие подходы.
За годы существования INFOSTART EVENT накопился большой объём уникального контента для всех специальностей из мира 1С. Практически по всем докладам мы готовим подробные транскрибации: они позволяют узнать суть докладов в удобное время и внедрить лучшие практики в своей работе.
Все материалы БЕСПЛАТНЫЕ в открытом доступе и помогают специалистам находить решения, обмениваться опытом и двигать отрасль 1С вперёд.
над каждым докладом работает минимум 6 человек.
За много лет существования Infostart Event у нас накопилось большое количество качественного и уникального контента, и мы рады представить вам эти материалы!
Это откровенный разбор сложного проекта – два года работы, почти 200 000 часов трудозатрат и десятки управленческих решений, принятых на грани. Делимся практическими выводами: как формировать команду без ошибок, как минимизировать ротацию и выгорание, как работать со «звездами» и как удерживать баланс во взаимодействии с влиятельным заказчиком. В статье – реальные формулы, методы и управленческие принципы, которые помогают выдерживать давление, контролировать метрики и доводить крупные корпоративные проекты до конца.
Уход SAP, кадровый дефицит и рост запросов на собственные разработки заставляют компании пересматривать подходы к автоматизации. Разбираем ключевые тренды развития 1С-практик, сценарии ближайших 3–5 лет и то, как меняются требования к аналитикам и интеграторам. Обсудим, почему успех будущих проектов будет зависеть от коллабораций, объединения экспертизы и инвестиций в обучение, и какие шаги помогут компаниям сохранить лидерство на рынке и «играть вдолгую».
Создание тестовых данных для юнит- и интеграционных тестов на больших учетных системах часто оказывается самым трудозатратным этапом. Статья посвящена тому, как снять эту боль на фреймворке yaxUnit. Разбираем подходы к работе с данными (от копий баз до генерации под каждый тест) и инструменты, которые упрощают жизнь разработчику: модули-помощники, генераторы кода, макеты, фикстуры и хранение данных в коде. Учимся выстраивать контролируемую среду, ускорять подготовку сценариев и при этом сохранять читаемость и версионируемость тестовых данных. Статья будет полезна тем, кто хочет наладить воспроизводимое и удобное тестирование сложной 1С-логики, не утопая каждый раз в ручной подготовке данных.
В статье представлен практический кейс внедрения принципов бережливого производства и инструмента Kanban в отечественной ERP-системе. Пошагово раскрыт процесс проектирования и запуска инструмента в промышленную эксплуатацию, включая ключевые технические решения и подходы к реализации. Особое внимание уделено достигнутым бизнес-эффектам: повышению прозрачности процессов, росту операционной эффективности и сокращению потерь. Также рассмотрены ключевые выводы проекта и обозначены перспективы дальнейшего развития системы автоматизации.
Пользователи жалуются на медленную работу 1С, система нестабильна под нагрузкой, а попытки «починить» не дают результата? В статье разбираем, как подойти к оптимизации производительности комплексно: от анализа инфраструктуры и базы данных до уровня кода и пользовательских операций. Показываем пошаговый подход «аудит – оптимизация – контроль» и объясняем, какие инструменты помогают быстро выявить и устранить узкие места. На реальном примере проходим путь от первичного мониторинга до внедрения оптимизаций и стабилизации системы.
Рассказываем о переходе филиала международного цементного холдинга с SAP на 1С – проекте, который превысил бюджет втрое и стал учебником типичных ошибок цифровой трансформации. Отсутствие опыта, архитектурные и управленческие просчеты, внутренние интриги и конфликты интересов между CIO, CFO и CDTO превратили амбициозную программу локализации в затяжной кризис. Разберем, почему проект, несмотря на успешный carve out и праздничные речи, оставил пользователей недовольными, и какие выводы можно сделать, чтобы не повторять этот сценарий.
Ручное тестирование обменов между кастомизированными базами 1С остается одной из самых сложных и болезненных задач для команд разработки. На реальных проектах показываем типичные ошибки: от неправильной подготовки тестового контура и стерильной регистрации объектов до проверки только «золотых» сценариев и пропуска скрытых зависимостей. Разбираемся, к каким последствиям это приводит на продакшене и почему внимательность к деталям здесь критически важна. Объясняем принципы, которые помогают организовать ручное тестирование интеграций так, чтобы не тратить время на псевдоошибки и не ловить проблемы уже после запуска системы.
Рассматриваем типичные проблемы обновления 1С: ручную рутину, ошибки при релизах и перегрузку команды. Учимся автоматизировать обновления, работу с доработанными конфигурациями и процессы групповой разработки с помощью инструмента «Обновлятор». Разбираемся, как выстроить безопасный и управляемый процесс доставки изменений – от проверки релизов до автоматического обновления рабочих баз. В результате команда освобождается от рутинных задач и может сосредоточиться на развитии системы.
Статья посвящена тому, как грамотное оформление и поддержание документации помогает сделать работу отдела прозрачной, предсказуемой и эффективной. Объясняем, как перестать тратить время на повторяющиеся вопросы, выстроить процессы так, чтобы сотрудники могли действовать самостоятельно, и превратить базу знаний в живой инструмент, а не в склад устаревших файлов. На конкретных примерах показываем, как простая документация экономит часы работы и снижает нагрузку на руководителя.
Как поставить на поток проекты внедрения ERP и перестать «изобретать велосипед»? Рассказываем, как команда выстроила собственную методологию на платформе 1С, полностью отказавшись от Word, Excel и внешних инструментов. Объясняем, как с помощью конфигурации ERP-Tools можно стандартизировать работу аналитиков, формализовать 10 000 артефактов типового ERP-проекта, ускорить согласования и передавать заказчику полноценную wiki-систему для развития.
Интеграция SIEM с 1С помогает выстроить централизованный контроль безопасности и выявлять инциденты на уровне бизнес-системы – от несанкционированных действий до аномалий в работе пользователей. Разбираемся, как работают сбор, нормализация и корреляция событий, и какие сценарии стоит отслеживать в 1С в первую очередь. Объясняем, какие подходы к интеграции доступны и какие результаты можно получить на практике, а также как использование SIEM снижает риски утечек и повышает общий уровень защиты информационных ресурсов компании.
Статья раскрывает вечную дилемму выбора между agile и waterfall, показывая, как гибридные технологии применяются на реальных проектах, и почему в одних случаях выбирают один подход, а в других – другой. Подробно рассматриваем итерационный метод в действии и приводим кейсы компаний, которые решились на эксперимент, – с их успехами, трудностями и итогами. Демонстрируем возможности гибкой методологии для заказчика, включая развитие системы, прозрачность, контроль и перспективы долгосрочного сотрудничества. Материал помогает понять, как выбрать оптимальный путь и чего ожидать от каждого из подходов.
Разбираем автономный сервер с непривычной стороны – через призму безопасности и реальных рисков его использования. Показываем, как можно выполнять выгрузку базы и изменять конфигурацию без следов в журнале регистрации, а также объясняем механизм раскрытия паролей подключения к СУБД. Отдельно рассматриваем, почему эти сценарии становятся возможны и какие ошибки в настройке инфраструктуры к этому приводят. В завершение рассказываем, какие меры защиты помогают предотвратить подобные ситуации и снизить риски.
Когда проект небольшой, а релизы выходят редко, тестирование чаще всего строится интуитивно. Что-то проверили, что-то упустили – в худшем случае исправили по факту. Такой подход может работать годами, пока система не начинает расти.
В данном случае рост проекта привел к устойчивой проблеме: релизы проходили тестирование, но уже после установки на продуктив появлялись ошибки, критические для бизнес-процессов. Частота post-deploy инцидентов росла, что снижало доверие пользователей, а команда все чаще работала в режиме реагирования вместо плановой разработки.
Зачем разработчику нужна оценка задач и почему она не должна превращаться в оценку «с потолка»? Учимся применять методику PERT: декомпозировать задачи, использовать трехточечную оценку и работать с неопределенностью через формулы и статистику. Разбираемся, какие риски надо учитывать, какие скрытые трудозатраты часто забывают и как повышать точность оценок через микротесты и личную статистику. В статье вы найдете практические рекомендации, которые помогают сделать процесс оценки прозрачным и управляемым.
Современные системы электронного документооборота переживают квантовый скачок: из простых цифровых архивов они превращаются в ИИ-управляемые экосистемы, где документы становятся активными элементами бизнес-процессов. Объясняем, как искусственный интеллект меняет принципы маршрутизации, обработки и принятия решений в СЭД, какие риски и ограничения сопровождают эту трансформацию, и почему российская специфика делает переход особенно сложным. Рассматриваем реальные кейсы внедрения, ключевые тренды и практические рекомендации для компаний, которым предстоит интеграция ИИ. Статья поможет понять, как подготовиться к эпохе, в которой документооборот становится предиктивным, адаптивным и почти автономным.
Даже опытные разработчики регулярно промахиваются с оценками задач, и это не случайность, а системный сбой мышления. Когнитивные искажения, психология занижения и эффект «я думал быстрее» приводят к срывам сроков и постоянным «не учел». Разбираемся, как выстроить систему оценки, использовать статистику и практические методы, чтобы перестать попадать в ловушки иллюзий.
Рассказываем, что происходит, когда приоритизации нет, и как выстроить ее системно: от простых подходов вроде MoSCoW, ICE и RICE до более продвинутых WSJF и анализа багов. Приводим примеры, которые можно применить уже завтра, даже если данных мало, и объясняем, как «модель на коленке» может повысить ценность продукта и снизить хаос в команде.
Разбираемся, почему ручной деплой в 1С все еще жив и сколько времени он на самом деле занимает, несмотря на стремительное развитие CI/CD-подходов. На реальном кейсе показываем, что корень проблемы чаще кроется не в автоматизации, а в ее неэффективной настройке. Событийная модель вместо расписаний, параллельные тесты, использование кеша Gitlab для оптимизаций и правильные настройки для управления репозиториями на раннерах радикально меняют скорость delivery. Объясняем, почему переход на Docker иногда замедляет процесс, как платформенные особенности 1С влияют на пайплайны и какие стратегии позволяют устранить узкие места. Материал будет полезен тем, кто хочет понять реальную стоимость ручного деплоя и сравнить ее с возможностями правильно настроенной автоматизации.
Объясняем, как связка Prometheus и Grafana помогает выстроить прозрачный и масштабируемый мониторинг: от первых шагов до продвинутых сценариев работы. Учимся собирать метрики, подключать экспортеры, настраивать Push-gateway, визуализировать данные и строить собственные дашборды. Разбираемся, как контролировать сотни и тысячи показателей, включая бизнес-метрики, и как настроить интеграцию Prometheus с 1С. Материал расширяет технический кругозор и демонстрирует, как поднять рабочий мониторинг за 15 минут.
Полнотекстовый поиск в миллионах записей журнала регистрации 1С может занимать минуты или даже часы, а стандартные инструменты не позволяют эффективно выполнять агрегации и анализировать данные на больших объемах. Расскажем о том, как с помощью ClickHouse обеспечить практически мгновенный разбор инцидентов, настроить мониторинг и автоматическую реакцию на события журнала регистрации.
Современные компании сталкиваются с экспоненциальным ростом сложности ИТ-ландшафта: сотни разрозненных систем, тысячи интеграций, десятки форматов документации и постоянно меняющиеся команды. Показываем, как перейти от хаоса к прозрачной архитектуре, объединив подходы TOGAF, ArchiMate, ADR и инструменты визуализации на 1С. Объясняем, как выстроить единый язык взаимодействия, сократить число интеграций, навести порядок в документации и создать цифровой двойник компании, дополненный AI-агентом, который способен анализировать архитектуру и прогнозировать последствия изменений.
Рассматриваем практический подход к автоматизации тестирования в среде 1С, который позволяет эффективно работать даже при ограниченных ресурсах и большом разнообразии систем. Объясняем, как построена пирамида автотестов, и как используется подход DDT. В статье описан собственный фреймворк тестирования, обеспечивающий универсальность, расширяемость и удобство поддержки. Она будет полезна специалистам любого уровня, которые работают с автоматизацией тестирования в 1С и смежных системах.
Стандартные отчеты в 1С на больших объемах данных неизбежно начинают тормозить, а попытки бесконечно ускорять их на MS SQL или PostgreSQL оказываются дорогими и малоэффективными. Показываем, в каких случаях связка 1С и ClickHouse действительно решает проблему аналитической производительности, а где ее использование будет избыточным. Разбираем архитектуру интеграции, сравниваем подходы к обмену данными и объясняем, почему главная ошибка – работать с колоночной СУБД так же, как со строковой. А также учимся правильно готовить данные, проектировать таблицы и избегать типичных ловушек, чтобы получить по-настоящему быстрые аналитические решения.
С помощью шагов из стандартной библиотеки Vanessa Automation можно намного упростить себе решение реальных задач тестирования. Расскажем о базовых возможностях использования Vanessa Automation для подготовки тестовых данных, сравнения табличных частей и преобразования значений.
Стоит ли пытаться писать код с помощью локальных ИИ-моделей на видеокартах, которые к этому вообще не приспособлены? Спойлер: не стоит. И если у вас нет безлимитного бюджета на железо, лучше даже не начинать эту игру. Расскажем о том, когда ИИ действительно ускоряет работу, а когда просто плодит легаси и греет железо.
ИИ в 1С становится ключевым инструментом для управления проектами без потерь: от автоматической стенограммы совещаний до контроля рисков и прозрачности процессов. Встроенные в 1С:Документооборот и WEB-версии инструменты позволяют фиксировать договоренности, снижать нагрузку на разработчиков и восстанавливать историю проекта через совещания. Показываем, как интеграция с CRM, ERP и корпоративной терминологией превращает часы обсуждений в минуты работы, обеспечивая руководителям контроль и управляемость. Рассматриваем перспективы, в которых речь становится новым интерфейсом 1С, а участие во встречах «без присутствия» – рабочим стандартом.
С каждым годом запросов на интеграции в 1С становится все больше – даже в небольших компаниях. Для налаживания обмена данными с CRM, банками, маркетплейсами и другими системами оптимальным решением является использование REST API. Показываем, что важно учитывать при реализации REST API в 1С, и почему понимание REST как архитектуры критично для эффективной интеграции. Разбираем ключевые моменты работы с HTTP, методы, заголовки и коды, а также объясняем, почему JSON – предпочтительный формат для обмена данными. В статье выделены типичные ошибки при реализации и даны рекомендации, как их избежать, чтобы интеграции были быстрыми и масштабируемыми.
Разбираем три практических сценария использования BI-систем для управления ИТ на основе данных. Объясняем, как переход на гибкие методологии разработки, конвейерную работу и модульное тестирование отразился на ключевых метриках: скорости, трудоемкости, качестве и удовлетворенности клиентов. Рассказываем, как BI помог выявить узкое место на второй линии поддержки, изменить процесс эскалации и выстроить контроль через новые показатели. Также показываем, как использовать BI в качестве инструмента прозрачной отчетности перед комитетом по изменениям – от очереди задач до фактических затрат времени и оценки результата для бизнеса.
Интеграция GPT-моделей в MAKER-STUDIO открыла новые возможности для ускорения проектов разработки, описания бизнес-процессов и автоматизации рутинных задач бизнес-аналитика. Делимся опытом тестирования разных моделей, рассказываем о роли контекста и промпта, а также о попытках обучения модели для создания корпоративной базы знаний. Вы узнаете, какие задачи реально решает связка MAKER и GPT, и почему это меняет подход к работе с требованиями и проектной документацией.
Эксплуатация известных уязвимостей, не устраненных своевременно, остается одним из основных векторов атак на инфраструктуру организаций. Разбираем подход к построению процесса управления уязвимостями и контролю его состояния. Показываем, как оценивать адекватность средств детектирования, выстраивать анализ уязвимостей и работать с задачами на их устранение. Отдельное внимание в статье уделяется охвату инфраструктуры, управлению активами и ответственными, а также контролю выполнения SLA для разных скоупов активов.
Разбираемся, как подхватывать проекты, которые зашли в тупик или были заморожены на предыдущих этапах, и возвращать их к жизни. Покажем, как провести аудит текущего состояния, работать с неинформативной или отсутствующей документацией и выстроить системную работу с требованиями. А также объясним, как наладить взаимодействие новой команды, понять, когда требуется замена людей на проекте, и перезапустить отношения с заказчиком. Все подходы основаны на практическом опыте реанимации ERP-проектов с последующим успешным вводом систем в эксплуатацию.
Когда знания остаются в головах ушедших сотрудников, каждая новая задача превращается в риск и лотерею. Новый исполнитель тратит часы и дни на восстановление контекста, а любое поверхностное изменение может неожиданно «выстрелить» глубоко внутри системы. Без базы знаний команда работает медленнее и ошибается чаще. Рассказываем, как выстроить базу знаний, которая решает эти проблемы системно: ускоряет работу, снижает количество ошибок, повышает лояльность и напрямую влияет на деньги и LTV.
Сегодня руководители и специалисты все чаще сталкиваются с хаосом в задачах и обязательствах, который приводит к перегрузке, стрессу и тревожности. В статье разбираем, почему привычные календари, органайзеры и популярные методики не всегда решают проблему, и показываем путь от «стихийного управления порядком» к осознанному контролю потока задач. Объясняем философию хаос-контроля, его ключевые принципы и минимально необходимые инструменты для работы с повседневной текучкой и глобальными целями. Делимся практическим опытом перехода от постоянной тревожности к устойчивой системе управления задачами без лишнего стресса.
Почему идеи Agile часто не приживаются в классических проектных командах и вызывают сопротивление со стороны регламентов и процессов? Какие внешние и внутренние вызовы подталкивают компании к гибким методам? С какими ментальными и организационными барьерами сталкиваются корпоративные команды? Разбираемся, почему прямое внедрение Agile редко работает в жестких структурах, и какие подходы помогают адаптировать гибкость под существующую методологию. А также объясняем, с чего лучше начинать и как находить первые точки внедрения без ломки системы.
Разбираем, почему уход западных ИТ-методологий, сертификаций и аналитических агентств привел к потере единой меры знаний, зрелости и качества цифровых услуг в России. Рассказываем, как в этих условиях был запущен РИТМ – российская рациональная ИТ-методология, призванная устранить зазоры между существующими подходами и адаптировать их к реальным условиям.
Почему времени и внимания постоянно не хватает, и как растущая нагрузка на принятие решений влияет на нашу эффективность? Можно ли рассматривать когнитивную деятельность как процесс, который можно оптимизировать? Какие решения лучше принимать в разное время дня, от каких решений стоит отказаться вовсе, и как действовать, когда на сложный выбор уже не осталось сил? Ищем ответы на все эти вопросы, а также предлагаем практический подход, который позволяет высвободить до полутора дополнительных часов в сутки.
Эта статья обобщает многолетний практический опыт нагрузочного тестирования крупных 1С-систем с тысячами пользователей. Разбираемся, когда нагрузочные тесты действительно нужны, а когда от них можно отказаться, какие виды нагрузочного тестирования существуют, какими подходами можно пользоваться при разработке тестов и на что обращать внимание в результатах.
Статья будет полезна руководителям проектов и ИТ-направлений, разработчикам, аналитикам, тем, кто только начинает свой путь нагрузочного тестирования, а также опытным экспертам для систематизации знаний, выработки общего понимания и обмена практическим опытом.
За последний год YAxUnit заметно вырос: обновилась документация, запуск тестов в EDT стал практически мгновенным, появился редактор для режима 1С:Предприятие, инструменты для подготовки тестовых данных и подключение к ИИ через MCP-сервер для проверки и улучшения кода. Расскажем о том, какие свежие возможности YAxUnit позволяют сделать модульное и интеграционное тестирование в 1С быстрым, эффективным и комфортным.
Показываем, как сочетание небольшого собственного продукта и EDT помогает решать реальные задачи разработки, а не просто следовать моде. Делимся опытом перехода от монорепозитория к форкам, рассказываем об архитектуре решения и особенностях командной работы. А также раскрываем плюсы и минусы EDT, которые стоит учитывать при выборе среды для продуктовой разработки.
