Доклады с конференций Инфостарта для специалистов 1С
INFOSTART EVENT — это конференции сообщества 1С, которые мы проводим с 2012 года. За это время они стали крупнейшей площадкой для обмена опытом между профессионалами отрасли.
На наших конференциях выступают настоящие практики из ведущих компаний России и СНГ, а не бизнес-тренеры. Доклады отбираются голосованием сообщества, а качество контента контролируют независимые эксперты. Каждая конференция охватывает интересы разных ролей:
для программистов — разработки и архитектурные решения, новые технологии и инструменты,
для аналитиков — методологии, работа с требованиями, анализ данных, управление изменениями,
для руководителей проектов и ИТ-менеджеров — управление командами, рисками, проектами и продуктами,
для специалистов по ИБ и администрированию — практики защиты, эксплуатации и поддержки систем,
для HR и тимлидов — развитие команд, soft skills и современные управленческие подходы.
За годы существования INFOSTART EVENT накопился большой объём уникального контента для всех специальностей из мира 1С. Практически по всем докладам мы готовим подробные транскрибации: они позволяют узнать суть докладов в удобное время и внедрить лучшие практики в своей работе.
Все материалы БЕСПЛАТНЫЕ в открытом доступе и помогают специалистам находить решения, обмениваться опытом и двигать отрасль 1С вперёд.
над каждым докладом работает минимум 6 человек.
За много лет существования Infostart Event у нас накопилось большое количество качественного и уникального контента, и мы рады представить вам эти материалы!
Расскажем о том, как адаптировать GRC и 3LoD-подходы из сферы корпоративного управления к специфике ИТ-проектов. Покажем, как эти инструменты помогают повысить устойчивость проектов, сделать управление прозрачнее и надежнее достигать запланированных целей. Объясним, почему дополнительные процессы не обязательно увеличивают нагрузку, а при правильно выстроенной системе могут, наоборот, освобождать время руководителя проекта. Разберемся, с чего начать внедрение GRC-подхода в проектное управление и какие риски важно учитывать на этом пути.
Как упростить, ускорить и роботизировать сервисные задачи средствами 1С без лишней сложности? Реальный кейс интеграции 1С с сервисом ФНС для обработки чеков самозанятых: от ручной работы и долгих ожиданий до автоматизации, которая сократила обработку с четырех с половиной часов до пяти секунд. Показываем, почему быстрая правка кода не всегда решает проблему, а грамотный анализ процесса может дать результат в сотни и тысячи раз лучше. Объясняем, как исчезновение удобной недокументированной функции на стороне внешнего сервиса заставило перестроить архитектуру и превратить 1С в центральный микросервис.
Благодаря возможности подключения в кластер 256 серверов приложений платформу 1С можно масштабировать практически бесконечно. Но в итоге большая система упрется в другие ограничения. Расскажем о подходах и инструментах, которые позволят системе 1С расти, обходя существующие ограничения
Расскажем о результатах исследования рынка WMS-систем, проведенного совместно с фондом «Сколково». Объясним, какие решения соответствуют современным требованиям бизнеса, и по каким критериям стоит выбирать WMS. Разберем подводные камни, которые чаще всего возникают при внедрении. Дополнительно приведем топ-5 доработок 1С:WMS, которые помогают компаниям повысить эффективность складских процессов.
Быстрый переход с иностранного ПО на российские решения редко бывает просто заменой системы – особенно когда речь идет о МСФО, ежемесячной отчетности и отключении от зарубежной инфраструктуры в жесткий срок. На примере проекта перехода с Oracle JD Edwards и Harmony reports на 1С разбираем проблемы, с которыми сталкивается команда: неполные данные, отсутствие доступа к исходной системе, скрытые доработки, накопленные ошибки учета и постоянный поток новых требований. Объясняем, почему кризисный подход не дает гарантий результата и чем полноценный переход отличается от установки нового программного обеспечения. Отдельно рассматриваем правильную методологию замещения: детальное обследование, стратегию перехода, методологическую подготовку и поэтапную автоматизацию.
Разбираемся, когда бизнесу выгоднее использовать готовые решения, а когда действительно стоит инвестировать в разработку с нуля. Показываем, как тиражные продукты помогают быстрее запускать процессы, сокращать затраты и снижать нагрузку на IT-команды на примерах интеграций 1С с маркетплейсами, логистическими сервисами и другими инструментами. Объясняем, по каким критериям выбирать решения на маркетплейсах, зачем тестировать демоверсии и оценивать условия поддержки. Отдельно рассматриваем гибридный подход, который позволяет закрыть типовые задачи готовым продуктом, а уникальные бизнес-требования доработать под себя.
Рассказываем, как использовать текст договора в качестве инструмента управления проектом: фиксировать ожидания, этапы работ, сценарии выполнения и возможные изменения. На примере проектов переноса данных 1С показываем, чем они отличаются от проектов внедрения, зачем нужна короткая анкета на старте и как декомпозиция помогает заранее «разложить проект на кирпичики». Объясняем, почему IT-проекты можно оценивать по аналогии со строительством – через понятные виды работ, объемы и нормировки, – а коммерческое предложение стоит делать достаточно подробным, чтобы к нему можно было вернуться при изменении сценария. Отдельно разбираем, как повторяющиеся этапы и фиксация работ по периодам помогают гибко управлять объемом проекта, снижать риски для подрядчика и упрощать согласования на стороне заказчика.
Статья о том, как инструменты системы 1С помогают промышленным предприятиям внедрять принципы бережливого производства. Объясняем, как с помощью решений 1С можно выявлять виды работ и потерь в бизнес-процессах, а также минимизировать их влияние на производство. На конкретных примерах показываем, как автоматизация позволяет сократить перепроизводство, избыточные запасы, лишние перемещения и ожидания, повышая эффективность и прозрачность процессов.
Нагрузочное тестирование 1С нельзя строить на средних значениях и одном «идеальном» сценарии: такой подход скрывает пики, блокировки, фоновые задания и реальные риски для производительности. Показываем, как собрать данные из технологического журнала, журнала регистрации и поведения пользователей, чтобы построить сценарий, близкий к работе системы в продуктиве. Разбираемся, как вариация, корреляционный анализ и APDEX помогают увидеть неравномерную нагрузку, уточнить модель и понять, какие данные влияют на производительность. А также объясняем, как корректное моделирование помогает заранее выявить проблемы, подобрать железо под реальные пики и снизить риск коллапса системы после запуска.
Хватит ограничивать себя родным и уютным стеком 1С. Пора расширять кругозор и осваивать смежные стеки! Разберемся, как Docker может упростить жизнь одинэснику: от сборки и тестирования 1С до запуска инфраструктуры и автоматизации CI/CD, причем быстро, воспроизводимо и без лишнего мусора в системе.
В проектах внедрения 1С:ERP консалтеры часто призваны «поставить учет под автоматизацию», но их участие не всегда приносит пользу. Вместо практических требований интеграторы нередко получают тома методических документов, которые ничем не помогают проекту. В статье разберем причины, по которым взаимодействие с консалтерами может создавать проблемы, и приведем пример успешного опыта, когда методология реально легла в основу модели автоматизации расчета себестоимости. Проясним, что такое «методология» учета и как по-разному ее понимают консалтеры, ИТ-интеграторы и заказчики.
В статье представлены реальные примеры применения искусственного интеллекта для автоматизации кейтеринга в условиях Крайнего Севера. Объясняем, почему ИИ стал оптимальным решением для ускорения обслуживания и повышения эффективности, и как удалось объединить терминалы самообслуживания, технологии машинного зрения и платформу 1С:Предприятие в единую систему. Показываем, как использование нейросетей повысило скорость обслуживания и качество клиентского опыта. В завершение рассмотрим перспективы развития технологии, расширения ее функционала и применения собранных данных для оптимизации бизнес-процессов.
Почему клиенты на самом деле выбирают исполнителя и какие метрики действительно отражают их ожидания, а какие – лишь создают иллюзию контроля? Разбираемся, как определить свое положение в глазах клиентов (и почему NPS уже не дает нужной глубины), как проверить «здоровье» продукта и качество доставки ценности через дизайн, исполнение и поставку. Вы узнаете о четырех типах метрик – от критериев выбора до драйверов улучшений – и поймете, почему «метрики тщеславия» делают счастливыми компанию, но не клиента, хотя их часто ошибочно включают в KPI. В заключение сформулируем практические выводы о том, как точнее попадать в ожидания клиентов и получать от них устойчиво позитивный отклик.
Безопасная конфигурация в 1С начинается с соблюдения стандартов v8std, которые определяют требования к защите серверного API, работе с внешним кодом, запуску приложений и хранению чувствительных данных. Объясняем ключевые принципы безопасной разработки: от корректного использования признака «Вызов сервера» и безопасного хранения паролей до правил запуска внешних программ, ограничения исполнения произвольного кода и работы с внешними компонентами. Подробный разбор каждого требования показывает, как минимизировать риски и создать конфигурацию, устойчивую к типовым угрозам безопасности.
В статье рассматриваются эвристические методы оценки прикладной архитектуры автоматизированных систем, позволяющие повысить обоснованность проектных решений и снизить риски при разработке. Показываем, как с их помощью можно сравнивать варианты архитектуры по нескольким критериям и выбирать оптимальные решения. На примерах объясняем методы многокритериальной экспертной оценки, включая метод анализа иерархий и метод комплексной оценки. Материал будет полезен архитекторам, аналитикам и руководителям проектов, которым важно принимать взвешенные решения при выборе архитектуры автоматизированных систем.
Ошибки в проектировании программного интерфейса приводят к каскадным доработкам и потере управляемости системы. Поговорим о принципах работы с API, внутренней архитектуре 1С как модульного монолита, версионировании решений и правилах обеспечения обратной совместимости, чтобы код оставался устойчивым к изменениям.
Рассказываем, как устроены процессы управления производством – от подготовки и планирования до исполнения и сопровождения – и как они связаны с МТО, продажами, HR и финансовыми контурами. Показываем, какие классы систем (PDM, APS, MES, ERP, PLM) обеспечивают автоматизацию и как они взаимодействуют между собой. Объясняем ключевые термины, подходы и типичные ошибки, с которыми сталкиваются предприятия при внедрении. Материал будет полезен начинающим аналитикам для входа в тему и поможет систематизировать практический опыт специалистам с опытом.
Почему рефакторинг, призванный улучшать код, иногда приводит к сбоям, потерям времени и новым ошибкам? Показываем типичные ситуации, когда рефакторинг становится токсичным: работа с legacy-кодом, изменения перед релизом, рефакторинг про запас и без тестирования. Объясняем, как универсальные мегаметоды, преждевременные абстракции и отсутствие понимания бизнес-логики ухудшают систему. А также рассказываем, когда рефакторинг действительно нужен, и какие принципы помогают делать его безопасно и осознанно.
Переход на Linux и PostgreSQL – серьезный этап для любой компании. Нагрузочное тестирование помогает пройти его без критических сбоев: заранее выявить узкие места, оценить поведение системы под реальной нагрузкой и снизить риск откатов после запуска. В статье разберем, почему миграция с Microsoft SQL Server и Windows на новую инфраструктуру требует отдельной проверки производительности, какие сценарии стоит включать в тест, как настраивать контур и мониторинг, как оценивать результаты и сколько времени реально занимает такой проект.
Не стоит забывать, что исход проекта во многом зависит от мнения пользователей. Когда сотрудники не готовы к изменениям, а важные вопросы не проговариваются вслух, возникает сопротивление и саботаж. Разберем, как к этому готовиться и как помогает «нулевой этап» – стратегическая сессия перед проектом.
Цифровой проектный офис на 1С-Коннект демонстрирует, как модель UCaaS помогает выстроить прозрачные коммуникации, повысить качество поддержки и централизовать работу инхаус и аутсорс-команд. Показываем, как единое окно обслуживания, цифровые меню, автоматизированный мониторинг и расширенные инструменты контроля качества создают масштабируемую систему поддержки любого уровня. Особое внимание уделено AI-инструментам, которые усиливают коммуникационные процессы, автоматизируют ответы, формируют протоколы встреч и помогают оптимизировать нагрузку на первые линии. Материал будет полезен тем, кто стремится выстроить современную, гибкую и управляемую систему поддержки в проектном офисе или ОЦО.
Когда в каждом подразделении внедряются свои продукты и сервисы, общий ИТ-ландшафт компании становится разрозненным и сложным. В такой среде проекты легко теряют управляемость и буксуют, даже если стратегия формально есть. Раньше это называли «лоскутной автоматизацией», а теперь мы столкнулись с «лоскутной цифровизацией» и даже «лоскутной цифровой трансформацией». Разберем, как отсутствие единой архитектурной политики, слабая связь между стратегией и ИТ-портфелем, конкурирующие продуктовые инициативы, наследие старых систем и отсутствие единой модели приводят к расхождению интересов ИТ, бизнеса и функций. И как мы на этом зарабатываем, помогая компаниям разбираться с последствиями такой фрагментации.
Часто рабочие обязанности, прописанные в должностной инструкции, далеки от реальности и не соответствуют представлениям участников команды о своем профессиональном развитии. Расскажем о том, как создавать матрицу компетенций аналитиков «снизу вверх», организовать проверку знаний и вовлечь сотрудников в работу над прокачкой знаний и опыта.
Разбираемся, почему проекты разваливаются из-за требований, и показываем техники добычи скрытых потребностей заказчика – от работы с ролями до уточнения контекста. Учимся использовать инструменты визуализации от простых схем до User Story Mapping, чтобы сделать требования понятными всем участникам проекта. Показываем, как найти баланс между идеальным решением и реальной реализацией, не превращая проект в бесконечную доработку. А также приводим практический кейс, в котором корректная работа с требованиями позволила сократить бюджет проекта примерно на 30%.
В статье разбираем, почему Scrum остается актуальным инструментом в продуктовой разработке и как кросс-функциональные команды и гибкие подходы помогают повышать эффективность – в том числе в проектах на 1С. Показываем ключевые проблемы внедрения: формальное соблюдение ритуалов без ценности и непонимание, с чего начать и как адаптировать фреймворк под реальность. Объясняем, как на практике работают бэклог, груминг, спринты, демо и ретроспективы, и какие подходы помогают внедрять Scrum осознанно. Также рассматриваем метрики, планирование спринтов и способы выстраивания работы команды, которые дают предсказуемый и полезный для бизнеса результат.
Рассказываем о практическом кейсе нагрузочного тестирования двух баз 1С, где интеграции не эмулировались, а работали по-настоящему – через обмен между базами и поток данных из Kafka. Приведем пример сценариев и параметров тестирования, которые использовались в проекте, и объясним, почему команда отказалась от генераторов данных. Разберем плюсы и минусы такого подхода и обсудим, какие риски и подводные камни могут возникнуть при тестировании в боевых интеграциях. Покажем ошибки и ограничения, с которыми столкнулась команда, и объясним, как их удалось обойти.
Рассказываем, как встроить 1С в личный кабинет и корпоративную систему, используя технологию inframe-запуска и обеспечивая бесшовную работу с другими модулями. Разбираемся в практических аспектах организации единой точки входа, включая сквозную авторизацию через OpenID Connect и дальнейший переход на JWT-токены. Такой подход позволяет вывести 1С на фронт, сохранить целостность пользовательского опыта и распространить механизм входа на веб- и тонких клиентов. Материал будет полезен тем, кто хочет интегрировать 1С в существующую ИТ-архитектуру без нарушения целостности интерфейса и сценариев работы.
Статья рассказывает об опыте перевода больших баз с MSSQL на Postgres и годовой эксплуатации после перехода. Показано, с какими ограничениями утилиты ibcmd можно столкнуться при миграции больших баз и какие подходы помогают безопасно обходить эти проблемы. Приведены наиболее интересные кейсы, выявленные в эксплуатации: особенности настроек Postgres, поведение оптимизатора, тонкости работы логики и статистики, а также редкие, но критичные ситуации с производительностью. Материал будет полезен тем, кто планирует переход на Postgres и хочет заранее понимать реальные риски, подводные камни и проверенные практики их преодоления.
Рассматриваем два подхода к построению корпоративных решений: использование коробочных продуктов 1С и разработку систем с нуля. Показываем, чем отличаются эти модели в архитектуре, гибкости и скорости разработки, и как внутреннее устройство нетиповых решений влияет на масштабируемость. На реальном опыте продемонстрируем, что кастомные 1С-системы могут эффективно работать при объеме баз более 1 ТБ и нагрузке в 500+ пользователей. Материал будет полезен тем, кто выбирает стратегию развития информационных систем и анализирует, какой подход подходит бизнесу в долгосрочной перспективе.
Статья о том, как команда 1С смогла перейти от ручного управления к полноценной автоматизации, внедрив практики DevOps в среде 1С. Разбираем проблемы, которые мешали развиваться: медленный процесс командной разработки, отсутствие тестирования, длительные релизы, хаос с хотфиксами и ручные действия на каждом этапе. Объясняем, как внедренные решения – GitLab, Jenkins, автоматизированные пайплайны, тестовое окружение, стандарты разработки и тестирования – позволили масштабировать команду и повысить стабильность поставок.
Рассказываем, как родилась идея готового облака 1С и какие инновации сделали его полноценной PaaS-платформой. Материал будет полезен тем, кто ищет способ упростить взаимодействие с 1С, сохранив масштабируемость и надежность корпоративных систем.
Это откровенный разбор сложного проекта – два года работы, почти 200 000 часов трудозатрат и десятки управленческих решений, принятых на грани. Делимся практическими выводами: как формировать команду без ошибок, как минимизировать ротацию и выгорание, как работать со «звездами» и как удерживать баланс во взаимодействии с влиятельным заказчиком. В статье – реальные формулы, методы и управленческие принципы, которые помогают выдерживать давление, контролировать метрики и доводить крупные корпоративные проекты до конца.
Уход SAP, кадровый дефицит и рост запросов на собственные разработки заставляют компании пересматривать подходы к автоматизации. Разбираем ключевые тренды развития 1С-практик, сценарии ближайших 3–5 лет и то, как меняются требования к аналитикам и интеграторам. Обсудим, почему успех будущих проектов будет зависеть от коллабораций, объединения экспертизы и инвестиций в обучение, и какие шаги помогут компаниям сохранить лидерство на рынке и «играть вдолгую».
Создание тестовых данных для юнит- и интеграционных тестов на больших учетных системах часто оказывается самым трудозатратным этапом. Статья посвящена тому, как снять эту боль на фреймворке yaxUnit. Разбираем подходы к работе с данными (от копий баз до генерации под каждый тест) и инструменты, которые упрощают жизнь разработчику: модули-помощники, генераторы кода, макеты, фикстуры и хранение данных в коде. Учимся выстраивать контролируемую среду, ускорять подготовку сценариев и при этом сохранять читаемость и версионируемость тестовых данных. Статья будет полезна тем, кто хочет наладить воспроизводимое и удобное тестирование сложной 1С-логики, не утопая каждый раз в ручной подготовке данных.
В статье представлен практический кейс внедрения принципов бережливого производства и инструмента Kanban в отечественной ERP-системе. Пошагово раскрыт процесс проектирования и запуска инструмента в промышленную эксплуатацию, включая ключевые технические решения и подходы к реализации. Особое внимание уделено достигнутым бизнес-эффектам: повышению прозрачности процессов, росту операционной эффективности и сокращению потерь. Также рассмотрены ключевые выводы проекта и обозначены перспективы дальнейшего развития системы автоматизации.
Пользователи жалуются на медленную работу 1С, система нестабильна под нагрузкой, а попытки «починить» не дают результата? В статье разбираем, как подойти к оптимизации производительности комплексно: от анализа инфраструктуры и базы данных до уровня кода и пользовательских операций. Показываем пошаговый подход «аудит – оптимизация – контроль» и объясняем, какие инструменты помогают быстро выявить и устранить узкие места. На реальном примере проходим путь от первичного мониторинга до внедрения оптимизаций и стабилизации системы.
Рассказываем о переходе филиала международного цементного холдинга с SAP на 1С – проекте, который превысил бюджет втрое и стал учебником типичных ошибок цифровой трансформации. Отсутствие опыта, архитектурные и управленческие просчеты, внутренние интриги и конфликты интересов между CIO, CFO и CDTO превратили амбициозную программу локализации в затяжной кризис. Разберем, почему проект, несмотря на успешный carve out и праздничные речи, оставил пользователей недовольными, и какие выводы можно сделать, чтобы не повторять этот сценарий.
Ручное тестирование обменов между кастомизированными базами 1С остается одной из самых сложных и болезненных задач для команд разработки. На реальных проектах показываем типичные ошибки: от неправильной подготовки тестового контура и стерильной регистрации объектов до проверки только «золотых» сценариев и пропуска скрытых зависимостей. Разбираемся, к каким последствиям это приводит на продакшене и почему внимательность к деталям здесь критически важна. Объясняем принципы, которые помогают организовать ручное тестирование интеграций так, чтобы не тратить время на псевдоошибки и не ловить проблемы уже после запуска системы.
Рассматриваем типичные проблемы обновления 1С: ручную рутину, ошибки при релизах и перегрузку команды. Учимся автоматизировать обновления, работу с доработанными конфигурациями и процессы групповой разработки с помощью инструмента «Обновлятор». Разбираемся, как выстроить безопасный и управляемый процесс доставки изменений – от проверки релизов до автоматического обновления рабочих баз. В результате команда освобождается от рутинных задач и может сосредоточиться на развитии системы.
Статья посвящена тому, как грамотное оформление и поддержание документации помогает сделать работу отдела прозрачной, предсказуемой и эффективной. Объясняем, как перестать тратить время на повторяющиеся вопросы, выстроить процессы так, чтобы сотрудники могли действовать самостоятельно, и превратить базу знаний в живой инструмент, а не в склад устаревших файлов. На конкретных примерах показываем, как простая документация экономит часы работы и снижает нагрузку на руководителя.
