Доклады с конференций Инфостарта для специалистов 1С
INFOSTART EVENT — это конференции сообщества 1С, которые мы проводим с 2012 года. За это время они стали крупнейшей площадкой для обмена опытом между профессионалами отрасли.
На наших конференциях выступают настоящие практики из ведущих компаний России и СНГ, а не бизнес-тренеры. Доклады отбираются голосованием сообщества, а качество контента контролируют независимые эксперты. Каждая конференция охватывает интересы разных ролей:
для программистов — разработки и архитектурные решения, новые технологии и инструменты,
для аналитиков — методологии, работа с требованиями, анализ данных, управление изменениями,
для руководителей проектов и ИТ-менеджеров — управление командами, рисками, проектами и продуктами,
для специалистов по ИБ и администрированию — практики защиты, эксплуатации и поддержки систем,
для HR и тимлидов — развитие команд, soft skills и современные управленческие подходы.
За годы существования INFOSTART EVENT накопился большой объём уникального контента для всех специальностей из мира 1С. Практически по всем докладам мы готовим подробные транскрибации: они позволяют узнать суть докладов в удобное время и внедрить лучшие практики в своей работе.
Все материалы БЕСПЛАТНЫЕ в открытом доступе и помогают специалистам находить решения, обмениваться опытом и двигать отрасль 1С вперёд.
над каждым докладом работает минимум 6 человек.
За много лет существования Infostart Event у нас накопилось большое количество качественного и уникального контента, и мы рады представить вам эти материалы!
Разовые проверки ролей, настроек и кода в 1С не дают полноценной защиты, если за ними не стоит регулярный процесс контроля. На практических кейсах SafeERP показываем, как выявлять конфликтные полномочия, опасные настройки платформы, открытый запуск внешних обработок и использование привилегированного режима в коде. Отдельное внимание уделяем тому, как автоматизировать аудит 1С и превратить разрозненные проверки в единый управляемый контур безопасности с понятной дорожной картой исправлений. Статья будет полезна ИБ- и ИТ-руководителям, администраторам, архитекторам и разработчикам 1С, которым важно снижать риски мошенничества, утечек и сбоев не героическими разовыми усилиями, а регулярным контролем.
Как превратить профессиональные сообщества в инструмент управления изменениями? Гильдии помогают не только объединять специалистов, но и продвигать инициативы снизу вверх, усиливать межкомандное взаимодействие и развивать сотрудников. Рассказываем, как сделать гильдии самоуправляемыми и рабочими, избежать формальностей и превратить их в движущую силу трансформации компании.
Использование современных DevOps-практик в разработке и сопровождении активно внедряется в стек 1С. Мы в MagnitTech активно используем Docker, в том числе и для контейнеризации 1С-приложений, что позволяет ускорить развертывание, улучшить отказоустойчивость и упростить масштабирование. Рассмотрим лучшие практики создания Dockerfile и нюансы работы в контейнере для сервера приложений и сервера взаимодействия 1С – с какими сложностями мы столкнулись и как их преодолели.
Рассматриваем, как моделировать актуальные угрозы безопасности персональных данных при работе с типовыми конфигурациями 1С в рамках 152-ФЗ. Отдельное внимание уделяем структуре модели угроз, источникам их возникновения, оценке актуальности и определению уровня защищенности информационной системы. На практических примерах разбираем, какие риски чаще всего встречаются в инфраструктуре 1С: от стандартных паролей и избыточных прав доступа до ошибок резервного копирования, небезопасной публикации баз и уязвимостей серверной архитектуры. Также описываем организационные бюджетные и дорогостоящие меры защиты, которые помогают выстроить системный подход к обеспечению безопасности персональных данных.
Управление международными проектами создания решений на базе 1С:ERP требует особого подхода: задачи сложнее, рисков больше, а коммуникации значительно тяжелее, чем в российских проектах. Разбираем ключевые особенности архитектурного сопровождения создания решений ERP, работы интернациональной проектной команды, а также сложности, возникающие при продаже решений в других странах. Показываем, почему привычные проектные методологии плохо применимы за рубежом, и какие преимущества дает подход управления международными проектами ERP специально разработанный компанией 1С. Рассматриваем трудности внедрения методологии и способы, позволяющие успешно их преодолеть.
Рассмотрим, как коммуникационный контур ITSM-систем может стать основой для практического применения ИИ в сервисных процессах. На примерах 1С-Коннект покажем, как генеративный ИИ помогает резюмировать видеосовещания, формировать статьи базы знаний из живых коммуникаций и запускать сценарий «электронного диспетчера» для обработки голосовых обращений. Отдельное внимание уделим тому, почему доверие к ИИ нельзя «обнулить» неудачными внедрениями и зачем для экономического эффекта нужна не одна функция, а выстроенная цепочка промтов. Такой подход позволит превратить разрозненные данные, обращения и документы в рабочие инструменты для поддержки, руководителей и внутренних сервисных команд.
Разберем, как замкнуть HR-цикл от подбора кандидата до оформления сотрудника в одной системе с помощью 1С:Кабинет сотрудника и 1С:Персонал. Рассмотрим этапы внедрения КЭДО, настройку личных кабинетов, маршрутов согласования и интеграций с рекрутинговыми площадками, а также подходы к мягкому внедрению изменений без сопротивления сотрудников. Покажем, как автоматизация помогает сократить время приема сотрудника, снизить нагрузку на HR и бухгалтерию, уменьшить количество ошибок и получить измеримый ROI уже в первые месяцы.
Почему на проектах внедрения ERP-систем возникает разрыв между бизнесом и разработкой – и какую роль в его закрытии играет бизнес-аналитик? Покажем фреймворки, которые помогают точнее выявлять проблемы, проектировать пользовательские сценарии, приоритезировать требования, проверять гипотезы и снижать риски сложных внедрений 1С. Объясним, как CATWOE, CJM, GA, HADI, MECE, MoSCoW, SAFe, UC и ТРИЗ могут быть полезны аналитикам 1С не как догма, а как практические инструменты для работы с бизнес-задачами.
Каким должно быть техническое задание, чтобы разработчик понял задачу так же, как аналитик, тестировщик и бизнес? Покажем, почему требованиям нужны обоснование, конкретные формулировки по SMART, единый командный контекст и визуальная опора в виде схем, макетов и глоссария. Объясним, как недосказанность, размытые формулировки и отсутствие коммуникации превращают даже хорошо оформленное ТЗ в источник ошибок. Отдельно поговорим о soft skills: регулярных встречах, синках, воркшопах и умении вовремя проговорить нюансы с исполнителями.
Расскажем о том, как адаптировать 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С, сохранив масштабируемость и надежность корпоративных систем.
