Доклады с конференций Инфостарта для специалистов 1С
INFOSTART EVENT — это конференции сообщества 1С, которые мы проводим с 2012 года. За это время они стали крупнейшей площадкой для обмена опытом между профессионалами отрасли.
На наших конференциях выступают настоящие практики из ведущих компаний России и СНГ, а не бизнес-тренеры. Доклады отбираются голосованием сообщества, а качество контента контролируют независимые эксперты. Каждая конференция охватывает интересы разных ролей:
для программистов — разработки и архитектурные решения, новые технологии и инструменты,
для аналитиков — методологии, работа с требованиями, анализ данных, управление изменениями,
для руководителей проектов и ИТ-менеджеров — управление командами, рисками, проектами и продуктами,
для специалистов по ИБ и администрированию — практики защиты, эксплуатации и поддержки систем,
для HR и тимлидов — развитие команд, soft skills и современные управленческие подходы.
За годы существования INFOSTART EVENT накопился большой объём уникального контента для всех специальностей из мира 1С. Практически по всем докладам мы готовим подробные транскрибации: они позволяют узнать суть докладов в удобное время и внедрить лучшие практики в своей работе.
Все материалы БЕСПЛАТНЫЕ в открытом доступе и помогают специалистам находить решения, обмениваться опытом и двигать отрасль 1С вперёд.
над каждым докладом работает минимум 6 человек.
За много лет существования Infostart Event у нас накопилось большое количество качественного и уникального контента, и мы рады представить вам эти материалы!
Во многих командах незаслуженно забывают о том, что в базе меняются расширения (как от вендора, так и собственные) и внешние отчеты и обработки. Вплоть до того, что релиз происходит каждый день – меняются печатные формы, отчеты, обработки. Расскажем о том, как выгружать в Git не только изменения конфигурации рабочего контура, но и файлы внешних обработок и расширений.
Работа аналитика на фазе пресейла многим кажется переоцененной – например, зачем тратить ресурсы, если заказчик и так сказал разработчику, какой отчет в конфигурации ему необходим, подписал договор и внес предоплату? Но фаза пресейла нужна не только для того, чтобы убедить клиента в успехе будущего сотрудничества, но и для того, чтобы правильно определить направление будущей разработки. Расскажем о том, как заранее выявить истинные бизнес-проблемы клиента на этапе пресейла.
Вы когда-нибудь задумывались, почему одни ИТ-компании растут из года в год минимум по 30%, а другие считают за счастье повторить показатели прошлого года? Одни ищут возможности: как выйти на новые проекты, адаптироваться к очередному кризису и нарастить объемы. Другие ищут оправдания: дефицит специалистов на рынке, гонка зарплат, клиенты в кризис экономят деньги… Расскажем о методике стратегического планирования OKR, которая позволяет управлять имеющимися ресурсами и выжимать максимум из того, что есть.
Успех системы закладывается на предпроекте. Именно на обследовании мы анализируем потребности, перекладываем их в затраты, просчитываем нужное для разработки время и закладываем те функции, что будут в системе. От результатов предпроекта зависит, насколько система будет удовлетворять заказчика и насколько успешно мы систему сдадим. Расскажем о том, как за семь шагов провести обследование, построить концепцию и определить границы системы/проекта.
Когда информационная база «весит» несколько десятков/сотен гигабайт, для разработки и тестирования обычно используют полную копию рабочей базы. Но если информационная база превышает несколько терабайт, такой подход сталкивается с нехваткой места на диске, долгой реструктуризацией, замедленной скоростью работы и другими проблемами, связанными с размером базы. В статье расскажем, как правильно готовить копии больших баз для разработки и тестирования.
Для быстродействия большой базы данных важно не только оптимизировать запросы, но и соблюдать стандарты при разработке подписок на события, обработок для массового изменения данных, в реализации обработчиков обновления, расширений, регламентных заданий и в архитектуре СКД-отчетов. Расскажем о нюансах разработки компонентов большой системы.
Copilot – инструмент, использующий OpenAI для помощи в написании кода в режиме реального времени. Нейросеть обучалась на миллиардах строк кода, в том числе – на языке 1С. А это значит, что мы можем использовать ее для уменьшения рутинной работы в написании кода. О том, как использовать Copilot в ежедневной разработке при написании кода на языках 1С и OneScript, расскажем в статье.
Применением RabbitMQ в IT-ландшафте компаний уже никого не удивишь. Но из года в год вопросов меньше не стало. Об использовании RabbitMQ для регулярного обмена между системами 1С с хранением сообщений для их последующего анализа и обработки расскажем в статье.
Концепция бережливого производства Lean ориентирована на устранение в процессах неизбежно возникающих потерь – всего того, что мешает повысить ценность своей работы. Но эта методика применима не только для производства – при работе аналитика тоже могут возникать потери из-за ошибок, ожидания, лишних движений, перепроизводства, излишней обработки и т.д. Об оптимизации деятельности аналитика через призму Lean пойдет речь в статье.
SOLID – принципы проектирования программных структур (модулей). Акроним S.O.L.I.D. образован из первой буквы пяти принципов. Эти принципы делают код более гибким, упрощают разработку. Принято считать, что принципы SOLID применимы только в объектно-ориентированном программировании. Но их можно успешно использовать и в 1С. Расскажем о том, как разобраться в принципах SOLID и начать применять их при работе в 1С.
Когда при внедрении систем 1С всплывает слово «ГОСТ» – практически всегда речь идёт о документе «Техническое задание». И у большинства внедренцев падает настроение, как только им говорят, что надо «написать ТЗ по ГОСТу». Но опытные кулинары знают, как готовить это блюдо так, чтобы оно оставило после себя приятное послевкусие, а не горькое разочарование. О собственных рецептах приготовления документации по ГОСТу пойдет речь в статье.
Дано: транснациональная корпорация – производитель продуктов питания; пилотный проект на две страны: Киргизия и Казахстан, с возможностью тиражирования не несколько других стран Центральной Азии; в каждой стране необходим регламентированный учёт на локальном плане счетов и учёт по стандартам GAAP; а бета-версия ERP World Edition выйдет только через год;) "Вызов принят!" – сказали мы и взялись за работу. Расскажем об особенностях доработки подсистемы регламентированного учёта 1С:ERP для возможности вести учет в одной конфигурации для разных стран.
Для точной оценки проекта входящей информации часто недостаточно, но оценку нужно дать и потом за нее отвечать. О различных подходах к оценке проектов и многоуровневой схеме оценки проекта от пресейла до сдачи работ, расскажем в статье.
Проект по переходу SAP на 1С – это не только перенос в 1С бизнес-процессов, которые ранее отражались в SAP. Системы отличаются кардинально – и подходом к внедрению, и работой в системе, и готовыми функциональными блоками, и интерфейсами. Расскажем о том, какие подводные камни ждут внедренцев на проектах перехода с SAP на 1С.
Отлаживая взаимодействие с базой данных, мы регулярно сталкиваемся с зависающими или подозрительно долго выполняющимися обращениями, негативно влияющими на производительность. О том, как в PostgreSQL выявить подозрительные запросы, основываясь на доступной о них информации, расскажем в статье.
Заказчики любят EDT+Git за прозрачность и контроль качества. А у разработчиков есть две основные причины не любить EDT – это тормоза и глюки. Расскажем о том, что нужно учесть команде при переходе на EDT+Git.
Проекты перехода с SAP на 1С неизбежно связаны с различиями в терминологии, изменением привычных подходов, перестройке и унификации бизнес-процессов. О том, как найти ключи к успеху реализации такого проекта на реальном примере перехода с SAP на 1С, пойдет речь в статье.
Как гарантировать актуальную документацию и превратить ваши тесты в красивый фильм? Берём тесты, сценарии, Vanessa Automation, перемешиваем, но не встряхиваем – и рецепт готов. Расскажем о том, как добиться простой и невозможной цели – чтобы документация к вашему продукту соответствовала ему.
Управлять ресурсами на проектах сложно – их то не хватает, то они простаивают. Эта ситуация известна многим как «Проектные качели». О том, как типизировать поток входящих задач и сбалансировать те самые «Проектные качели» от годовых планов по организации до оперативных проектных совещаний, на конференции Infostart Event 2022 Saint Petersburg рассказал Сергей Лебедев, ITLand.
1С:Шина – это больше, чем RabbitMQ. Это ESB-решение, с помощью которого можно заложить в процесс передачи данных свою логику – видоизменять сообщения и получателей, не внося изменений в обмен на стороне отправителя. О вариантах практического использования 1С:Шины и опыте ее эксплуатации под большой нагрузкой пойдет речь в статье.
Если ты разработчик ПО, тебе неинтересно заниматься консультированием клиентов по типовым вопросам, уведомлять их о новых релизах, отслеживать завершение сроков подписки и т.д. И в какой-то момент в компании назревает необходимость автоматизации рутинных процессов. О том, как за один рабочий день создать и запустить личный кабинет клиента, расскажем в статье.
В «долгоиграющих» проектах стандартный захват объектов 1С в хранилище может привести к длительным простоям других разработчиков. Но и создавать под каждую доработку отдельное хранилище, чтобы использовать технологию разветвленной разработки конфигураций от фирмы «1С» – избыточно. Расскажем о том, как разрабатывать в отдельной базе без ожиданий, а потом с легкостью перенести изменения в хранилище, используя основную идею технологии 1С – конфигурацию на поддержке хранилища.
Компания «Уралхим» использует 1С:Документооборот не только для хранения и согласования документов, но и для централизованного управления НСИ между 47 системами (не только на 1С); для бэкенда к мобильным приложениям охранников; и в качестве сервиса заказа справок для сотрудников. О деталях реализации нестандартных решений, разработанных в компании «Уралхим» на базе 1С:Документооборот, пойдет речь в статье.
В каждой компании и на каждом проекте есть свои критерии оценки эффективности ИТ-аналитиков. И за формальными методами оценки часто скрываются неочевидные ожидания заказчиков и проектных менеджеров. Расскажем о задачах аналитика на проектах внедрения и возможных способах оценки эффективности аналитиков.
Казалось бы, после 20 лет инвестиций в ИТ деятельность добывающих подразделений на предприятиях должна быть автоматизирована на высоком уровне. Но это совсем не так! Даже промышленные компании B2B, лидеры своих отраслей с десятимиллиардными выручками, часто имеют уровень ИТ немногим выше роботизированного блокнота. О том, как отраслевая специализация ИТ может помочь компании получить долгосрочное конкурентное преимущество и найти выход из порочного круга стандартизированных внедрений, ориентированных только на финансовую функцию, пойдет речь в статье.
Зачастую, если мы пытаемся оценить прямой эффект от внедрения систем 1С, он отрицательный, потому что на внедрение и поддержку ИС надо тратить деньги (часто – очень большие), а даёт она на выходе только информацию. Однако, есть и косвенный эффект, который может быть значительно более существенным для бизнеса. Сама по себе информация о том, что происходит в компании, ничего не экономит. Экономия достигается за счёт управленческих решений и инструментов управления, которые строятся на получаемом поле данных. Расскажем о том, как с помощью автоматизации получить информацию для принятия решений и повысить эффективность бизнеса.
Требования – это основа проекта. Если научиться управлять требованиями, можно значительно сократить количество ошибок на последующих этапах. О том, как с помощью управления требованиями снизить риски неполного описания будущей системы и избежать ошибок проектирования, пойдет речь в статье.
Когда в экосистеме много продуктов, каждый из них развивается согласно своему роадмапу. При появлении интеграционного проекта у смежных команд будут разные приоритеты, которые часто нельзя подвинуть. Как оценить риски продукта в интеграционном проекте, можно ли влиять на смежные команды, и как планировать сроки реализации, рассмотрим в статье.
Тема торговли на маркетплейсах в последнее время стремительно набирает популярность – от бизнеса приходит много запросов по интеграции с Wildberries, OZON, Яндекс.Маркет, СберМегаМаркет и т.д. Расскажем о возможных подходах к интеграции с крупными маркетплейсами, раскроем некоторые технические нюансы и дадим советы тем, кто только начинает разбираться в этой области.
Планы обмена – основной механизм платформы 1С для регистрации изменений. Известно, что высоконагруженные планы обмена страдают от длительных ожиданий на блокировках записей таблиц регистрации изменений, которые в свою очередь могут порождать тайм-ауты и прерывание обработки данных. Возможное решение этой проблемы без доработок уже существующего кода регистрации изменений представлено в статье.
Работа в командах по сравнению с личной выработкой дает больше синергии и больше эффективности. Но в этом случае на команду нужно ставить тимлида. О том, какими бывают тимлиды, как им развиваться и какие мероприятия нужно регулярно проводить, чтобы работа тимлида в команде была ощутима, пойдет речь в статье.
Конфигурации сильно усложняются, количество данных в них растет, но данные, которые лежат мертвым грузом – это бесполезные данные. Чтобы получить из них полезные данные, их нужно анализировать, обрабатывать и как-то представлять. Расскажем о том, как избежать проблем с ненормализованными данными, продумать формирование аналитического слоя и интеграционную архитектуру без промежуточных точек входа.
Слабая связанность – фундаментальный аспект инженерии. А интеграции – способ практической реализации слабой связанности. В статье речь пойдет о том, какие средства помогают решить проблему сильной связности, и на что обратить внимание при выборе интеграционной шины.
ИТ – кровеносная система бизнеса, а data-driven – вектор у любой современной компании, которая хочет не выживать, а получать сливки. О методиках подготовки данных, проектировании архитектуры потоков данных, их документировании и роли аналитика во всех этих процессах на конференции пойдет речь в статье.
Возникновение нештатных ситуаций при эксплуатации высоконагруженных и распределенных систем неизбежно. Для снижения рисков, связанных с простоем системы, используется мониторинг. В статье речь пойдет о том, какие в Почте России ставятся задачи мониторинга, каким образом они решаются, и какие инструменты для этого используются.
Ошибки обследования и проектирования исправлять в ПО затратнее, чем ошибки разработки и тестирования. Но в силах аналитика заранее предотвратить эти ошибки или сократить их влияние. Расскажем о практических приемах, позволяющих снизить значение некоторых типичных ошибок, а также о превращении опыта прошлых проблем в движущую силу роста аналитика и менеджера.
Часто аналитики входят в профессию и ограничиваются знаниями конкретных конфигураций. Но аналитик 1С – это, в том числе, технический специалист, и он должен обладать соответствующими навыками. О том, как аналитику не превратиться в консультанта, пойдет речь в статье.
Большинство бухгалтеров привыкли вести учет в конфигурации 1С:Бухгалтерия. Но что бывает, если такого бухгалтера перевести с 1С:Бухгалтерии на ERP? Об основных ошибках бухгалтера после перехода и роли аналитика в том, чтобы помочь бухгалтеру преодолеть трудности и изменить привычные паттерны, пойдет речь в статье.
В больших компаниях часто используется «разношерстый» парк учетных систем, интеграция между которыми осуществляются разными технологиями: web, http-сервисы, через промежуточные таблицы и т. д. Расскажем об опыте укрощения данного «зоопарка» с помощью RabbitMQ и упрощении разработки интеграции со смежными системами.
Менеджерам постоянно приходится отвечать на вопрос «когда сделаете?» или «когда будет готово?». Но любой менеджер знает – чтобы гарантированно уложиться в срок, нужно заложить трехкратный запас времени. Заказчики этот принцип тоже знают и стремятся срезать срок, насколько это возможно. Обе роли «торгуются» и давят друг на друга, пока кто-нибудь не продавит свое решение. В итоге недовольными, как правило, оказываются все. Попробуем прервать этот порочный круг, используя немного математики и теории вероятностей. Расскажем, как прогнозировать срок задачи на основе объективных данных с вероятностью 80%.
