1С *

Наверное, у каждого такое было: приходишь на работу, а под дверями твоего кабинета уже стоит хмурый работяга - начальник участка и взволнованная девушка менеджер. "Он должен был сдать отчёт и не сдал, у меня сырья не хватает - детали в базе не собираются" - говорит она. "Я что мальчик какой-то по десять раз бумажки переписывать, я все вчера ей на стол положил" - ворчит он. "Да он постоянно забывает и ошибается ещё" ... "Да она всегда все теряет, и переписать с бумажки не может". Полчаса взаимных упрёков и испорченное на весь день настроение. Я хочу рассказать, как помирить производство и офис внедрением простого микросервиса.

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

На INFOSTART TECH EVENT 2026, который пройдет 8–10 октября в Санкт-Петербурге, этим вопросам посвящена секция «Приемы и практики разработки». Ее программа строится вокруг инженерного опыта: какие инструменты команды уже используют, что они меняют в процессе разработки и с какими ограничениями приходится сталкиваться....

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

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

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

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

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

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

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

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

Поговорим про псевдонимизацию?

Есть довольно типичная ситуация в проектах на 1С. На рабочей базе возникает ошибка или нужно доработать нетиповой сценарий. Разработчику желательно получить именно копию базы: на демо-базе ошибка может не воспроизводиться. И тут появляется неприятный вопрос: что еще мы передаем вместе с этой копией?

ФИО сотрудников и клиентов, телефоны, адреса, ИНН, банковские реквизиты, начисления зарплаты, комментарии пользователей — все это легко оказывается на сервере подрядчика или компании-франчайзи. А потом копия может путешествовать между разработчиками, виртуальными машинами и резервными серверами значительно дольше, чем существует сама задача.

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

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

Большинство материалов о компрессии в PostgreSQL отвечают на вопрос «во сколько раз удалось уменьшить базу». Мы предлагаем посмотреть на проблему с другой стороны: какой ценой достигается эта экономия? В статье разбираем архитектурные компромиссы различных подходов к компрессии страниц, объясняем, почему при разработке CSM в Tantor Postgres отказались от погони за максимальным коэффициентом сжатия, и показываем результаты нагрузочных испытаний на реальных базах 1С.

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

А ещё - история создания pet-проекта «Домашний помощник»: от идеи, предложенной ИИ, до готовой подсистемы на 1С:Предприятие 8.5. Если интересны практические решения, небольшие инструменты и опыт их создания - выбирайте материал по теме и читайте.

14–15 августа в Санкт-Петербурге прошел INFOSTART CIO CAMP 2026 - закрытая двухдневная встреча ИТ-директоров, руководителей ИТ-подразделений и центров компетенций 1С. В этом году мероприятие собрало более 70 участников. Первый день посвятили деловой программе, второй - командной регате в Финском заливе.

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

Первый тур голосования за доклады INFOSTART TECH EVENT 2026 завершен. После него сформировано около 30% программы конференции. Рассказываем, какие доклады уже прошли в программу, кто набрал больше всего голосов и что происходит дальше.

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

Кроме конкурсных заявок, в программу вошли доклады экспертов и модераторов:

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

За сформулированным требованием может скрываться другая потребность. При проектировании интеграции приходится одновременно учитывать производительность и отказоустойчивость. А иногда нужно разобраться в нетиповой системе, которую несколько лет дорабатывали без актуальной документации.

В таких ситуациях важнее не знание конкретного шаблона, а способность разобраться в контексте, увидеть ограничения и выбрать подход. Этому посвящена секция «Прикладные компетенции аналитика» на INFOSTART A&PM EVENT 2026.

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

А потом возникает неприятный вопрос: а покупателю вообще нужен был вебинар? Может быть, ему достаточно было за несколько минут увидеть продукт в работе. А может быть, наоборот: никакая запись не ответит на его вопросы, потому что нужно понять, подойдет ли решение именно для его компании.

После нескольких таких запусков я пришла к выводу, что спор «вебинар или видео» в 2026 году сформулирован не совсем правильно. Покупатель выбирает не столько формат. Он выбирает, сколько собственного времени и общения с продавцом готов потратить, чтобы принять решение.

Классическая корпоративная воронка часто выглядит примерно так: Хотите посмотреть продукт? Оставьте заявку → менеджер позвонит → договоримся о времени → проведем демонстрацию.

С точки зрения продавца все логично. Компания получила контакт и может начинать продажу. С точки зрения покупателя еще ничего не произошло, а обязательств уже довольно много. Ему нужно оставить данные, дождаться звонка, договориться о времени и выделить место в календаре. И только после этого он наконец увидит интерфейс. На Маркетплейсе это особенно заметно. Рядом находятся другие продукты, часть из которых можно изучить немедленно. Поэтому индивидуальная демонстрация не должна быть единственным способом увидеть продукт.

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

Лет десять назад я впервые пришёл на конференцию Инфостарта. Сегодня я работаю здесь директором по маркетингу, а тогда впервые смотрел на сообщество 1Сников - с удивлением и интересом.

За плечами у меня был опыт работы в конгрессно-выставочном бизнесе, в том числе работа в огромной по тем временам Группе компаний РЕСТЭК. Я видел десятки конференций и форумов, открытий и церемоний и был уверен, что удивить меня будет трудно. Или, как говорят сейчас, мне всё понятно в этом мире уже абсолютно.

Начало только укрепляло эту уверенность. Большой зал кинотеатра «Колизей», небольшая выставка в фойе, свободная рассадка, бейджи, пакеты участников. Всё шло вполне ожидаемо.... 

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

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

12–14 ноября 2026 года в Санкт-Петербурге пройдет INFOSTART A&PM EVENT 2026 - конференция для аналитиков, руководителей проектов, владельцев продуктов и специалистов, работающих с проектами и продуктами на платформе 1С.

Сайт конференции уже открыт. На нем опубликованы программа, тематические секции, состав модераторов и варианты участия.

Привет, Хабр! Меня зовут Данил Кравченко, я разработчик 1С в IBS. Через руки моего отдела проходит много строительных проектов. Так уж повелось, что в стройке интерфейсы для табличных частей часто создаются на основе деревьев, что вызывает определенные сложности у разработчиков. Я сам совсем недавно собрал полный комплект шишек на эту тему и хотел бы поделиться способами решения типовых проблем. А в конце вы найдете ряд рекомендаций, соблюдение которых позволит свести эти проблемы к минимуму.

Привет, Хабр! (И тебе, 1С-ник, который открыл статью только чтобы убедиться, что пока точно не надо изучать новый продукт. И тебе, питонист, который сейчас будет морщиться. И тебе, мобильный разработчик, который уверен, что без Kotlin/Swift нормальное приложение не родится - держи кружку крепче.)

Эта статья будет посвящена технологии, на которой можно написать своё мобильное приложение за пару дней. И я вам на примере реализованного мною полноценного проекта логистического приложения покажу, что сейчас из себя представляет эта технология на нашей родной КИРИЛЛИЦЕ, и что на ней можно сделать прямо сейчас. И самое главное, как…

Стандарты разработки 1С — вещь полезная, но неудобная в повседневной работе.

Их много: больше трёхсот отдельных стандартов. Они лежат на ИТС. Формулировки написаны так, что читать их приятно один раз, а искать в них конкретное правило под конкретную строку кода — мучительно.

Дальше становится хуже. Вы прогнали конфигурацию через АПК и получили список кодов вроде acc:1245. Или BSL Language Server подсветил AssignAliasFieldsInQuery. Или EDT с плагином v8-code-style выдал common-module-name-client-server. И вот у вас есть код предупреждения, а нужен пункт стандарта, который объясняет, почему так делать нельзя, — потому что без этого объяснения правка превращается в «замолчи, линтер».

А теперь добавьте сюда ИИ-помощника. Cursor, Claude Code, Codex, Copilot — кто чем пользуется. Он бодро пишет код на BSL и так же бодро ссылается на «стандарт 512», которого не существует, или пересказывает правило по памяти в редакции трёхлетней давности. Помощник не виноват: у него просто нет источника.

Об этом и статья — про два бесплатных инструмента, которые закрывают обе дырки. 

Я инженер-программист на небольшом российском заводе. Несмотря на скромные масштабы производства, в штате имеется финансовый аналитик с постоянными потребностями в (внезапно) данных из учётной системы.
В сети я так и не нашёл более-менее полного гайда по подключению баз 1С к агентским средам через MCP. Встречаются отдельные статьи про Model Context Protocol (много), примеры для файловых систем, GitHub или PostgreSQL, но ничего про реальную интеграцию с 1С.

Поэтому решил собрать собственный опыт в одном месте.

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

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