WIKI Programming Store — библиотека разработчика 1С, Python, Dynamics AX, Java, ML/AI

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

В этой статье расскажу о своём опыте работы с ИИ и сравню ответы Grok и DeepSeek R1 на конкретной задаче: подключении команд печати через БСП в новом документе 1С:ERP 2.5. Покажу, что предложила каждая модель и насколько полезными оказались ответы. Это не универсальный рейтинг, а практическое сравнение на примере задачи из 1С-разработки

Мой первый опыт с DeepSeek был довольно простым: использовал его как помощника для отдельных задач, например работы с XML. Затем попробовал 1С:Напарник в EDT. В основном просил отрефакторить процедуру, отформатировать код или написать документирующий комментарий.

Следующим инструментом стал Cursor. Начал с бесплатной версии и вопросов о том, что делает конкретная процедура. Причём использовал его не только для 1С: в то время я изучал Java, и там он тоже помогал разбираться в коде.

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

При этом эксперимент не превратился в повседневную разработку «под ключ». В коммерческих проектах основная помощь ИИ приходилась на анализ и написание кода.

Один из полезных для меня сценариев — работа с новой бизнес-логикой. Я передаю задачу, обсуждаю с моделью требования, составляю план и продумываю архитектуру. Затем перехожу к реализации: получаю заготовку кода, перерабатываю её и проверяю результат.

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

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

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

В сентябре я столкнулся с ограничениями привычного доступа к Cursor. После этого начал использовать OpenRouter и экспериментировать с разными моделями. Однозначной замены, которая одинаково устраивала бы меня во всех задачах, не нашёл: приходилось менять и комбинировать варианты.

К тому моменту у меня сложилось хорошее впечатление о Grok. В моих задачах он удачно работал с контекстом, помогал с логикой, рефакторингом и БСП. От альтернатив хотелось получить сопоставимую помощь.

Однако небольшая правка процедуры и разработка функциональности с использованием библиотечных механизмов — для меня разные проверки. В первом случае бывает достаточно локального изменения. Во втором важно, чтобы модель понимала, как связаны объекты, модули и обработчики. Поэтому для сравнения я выбрал задачу на знание БСП.

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

Обеим моделям я дал одинаковый запрос:

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

Grok начал со связки ПодключаемыеКоманды и УправлениеПечатью. Основную логику предложил разместить в модуле менеджера документа. Сразу посоветовал сверяться с похожим документом той же конфигурации, чтобы не пропустить элементы формы и обработчики.

Представим задачу: нужно добавить в документ команду пересчёта суммы. Можно попросить нейросеть написать обработчик, получить несколько строк BSL и отправиться в конфигуратор.

Но дальше всё равно придётся разбираться самому. В какой форме нужна команда? Где уже рассчитывается сумма? Можно ли использовать существующую процедуру? Что ещё вызывается при изменении табличной части?

Написать цикл в этой истории — только часть работы. Остальное связано с конкретной конфигурацией, о которой нейросеть из нашего короткого запроса ничего не узнала.

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

В этой статье покажу, как устроить такую работу через Cursor, MCP и 1C: Platform Tools. Разберём настройку окружения, способы постановки задач и учебный пример с пересчётом табличной части. Заодно обсудим, почему фраза «Код пока не изменяй» бывает полезнее, чем подробный запрос на его генерацию.

Подготовка к клиентскому интервью – это стресс. Тебе нужно уметь себя подать, вспомнив про самопрезентацию. Воскресить в памяти, чем ты занимался 5 лет назад по интересующему клиента вопросу о той или иной конфигурации. Ну и не завалить техническую часть относительно теории. И если на первые два пункта можно на опыте «отбрехаться», то плавание по техническим вопросам напрямую влияет на желание клиента обращаться к тебе за профессиональными услугами.

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

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

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

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

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

Твой путь от скромного разработчика в «1С:Бухгалтерии» к настоящему гуру ERP-систем похож на эволюцию от калькулятора «Электроника МК-38» до смартфона Galaxy S последней модели. Представляешь себе масштабы? Раньше ты решал точечные задачи вроде бухгалтерских проводок и налоговых отчетов, а теперь перед тобой открываются просторы настоящего enterprise-level мира: управление производством, цепочками поставок, финансовыми потоками да еще и стратегическое планирование в придачу!

Про МСФО чаще всего пишут с точки зрения бухгалтерии или бизнеса. Но разработчик 1С сталкивается с другим вопросом: как это реализовать в системе и что именно нужно считать? Чтобы разобраться, важно не заучивать стандарты, а понять логику МСФО (международные стандарты финансовой отчетности) и его отличие от РСБУ (российские стандарты бухгалтерского учета).

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

Меня зовут Александра, и за моими плечами более 12 лет опыта в разработке 1С. Мой профессиональный путь начался с фирмы «1С: Франчайзи», затем я работала с конечными клиентами и пробовала себя во фрилансе. Сейчас я часть команды аутстаффинговой компании Programming Store.

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

В конфигурации «Зарплата и управление персоналом», редакция 3.1, разработчики фирмы 1С пересмотрели классический подход к хранению периодических данных. В дополнение к привычным регистрам сведений со срезами последних появился механизм интервальных регистров.

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