1С *

Привет, Хабр!»

Каждый, кто работает с документами юрлиц, знает эту ситуацию. Контрагент присылает договор в Word или карточку компании в PDF. Бухгалтер или менеджер вручную переносит ИНН, КПП, расчетный счет в 1С или CRM. Статистика: каждый третий раз в данных закрадывается ошибка. Дальше — счет уходит не туда, платеж зависает, клиент нервничает, сделка срывается. Штрафы от ФНС за неверные реквизиты в документах — отдельная боль.

Можно нанять стажера перепечатывать. А можно автоматизировать процесс за 1 секунду.

Мы в своей компании давно решали эту задачу для интеграции 1С с документооборотом. В итоге обкатали решение и сделали из него публичный API. Расскажу, как он работает, покажу пример кода для 1С (куда без него) и честно скажу, где могут быть нюансы.

Зачем бизнесу автоматическое распознавание реквизитов?

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

Наш API решает это одним запросом:

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

На старте у нас был бетонный завод с полностью самописной 1С. В ней жила вся управленческая часть, но менеджеров туда лишний раз не пускали. Поэтому начали внедрять Bitrix24, чтобы менеджеры работали в CRM, а всё, что нужно, дальше уже делалось в 1С.

Сначала идея выглядела достаточно прямой. На стороне 1С отдельный разработчик настраивал приём и передачу данных. Я на стороне Bitrix24 поднимал API-часть: получать контрагентов и номенклатуру, передавать обратно заявки и отправлять их в 1С при переходе на нужную стадию. Между менеджером и заводом оставались операторы: они проверяли заявку, и только потом она уходила в производство.

Всем привет. Суть статьи в том, что ни один стандартный отчёт по производительности сотрудников в Axelot X5 не показывает нужные данных, поэтому я решил написать свой.

Для формирования нового внешнего отчёта по производительности нам понадобится Конфигуратор основной либо тестовой БД. И так , приступим.

В этой статье рассказывается о проекте написания абсолютно свободной конфигурации F³для 1С, что расшифровывается как free, fine, fair (свободная, красивая, честная).

Мой коллега Денис рассказывает о практическом способе интеграции HTTP-сервисов 1С со Swagger через расширение swagger-1С, позволяющим автоматически генерировать живую интерактивную документацию API без ручного описания JSON-схем.

Введение. Зачем это вообще нужно (и почему все статьи — не про то)

Реальная ситуация из прошлого. В чат с интегратором падает сообщение: «А какой формат даты вы принимаете? Структура JSON есть? Можно пример?» И вы в десятый раз скриншотите свою тестовую обработку или скидываете ссылку на устаревший Word-файлик, который уже никто не обновлял.

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

В мире за пределами 1С такая проблема решена давно и элегантно. Там есть Swagger (он же OpenAPI) — стандарт описания REST API, который понимают все: от фронтендеров до тестировщиков и генераторов клиентского кода.

В 1С же с этим — беда. Из коробки — ничего. Типовые статьи в интернете либо предлагают с нуля писать JSON-схемы руками (спойлер: никто не будет), либо ограничиваются абстрактными «создайте HTTP-сервис и опишите его в комментариях», умалчивая о граблях, на которых вы гарантированно споткнетесь.

А грабли эти увесистые. Например, тот самый CORS, который заставит вас проклясть тот день, когда вы решили подружить браузер с 1С. Или SetHandler 1С-application, молча сбрасывающий ваши заголовки. Или несоответствие типов, когда Swagger показывает одно, а 1С ждет совсем другое.

На производстве это повторяется слишком часто.

1С:ERP уже есть.

Заказы в системе есть.

Нормативы есть.

Остатки, графики, ресурсы - тоже.

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

То есть учетный контур в системе уже живет, а оперативное планирование — еще нет. И это как раз тот сценарий, который описан в материалах к вебинару: типового планирования в 1С:ERP часто недостаточно для сложного производства, а Excel остается “рабочим костылем” там, где нужно быстро перепланировать реальную ситуацию…

Привет, Хабр!

Каждый, кто работал с бухгалтерией, CRM или просто заводил контрагента вручную, знает эту боль. Вам присылают карточку компании в PDF, договор в DOCX или просто текстовый файл с реквизитами. Задача: достать оттуда ИНН, КПП, расчётный счёт и БИК, чтобы не схлопотать штраф за неверные данные.

Можно нанимать стажёра, который будет перепечатывать это в Excel. А можно довериться машине.

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

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

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

Остаться на УПП после прекращения поддержки — это не хардкор, это глупость. Давайте разбираться, как переползти на ERP без боли, потери данных и демотивации бухгалтерии.

Сегодня мы с Оппонентом обсудим актуальную тему. Импортозамещение объявлено всеобщей целью, многие фирмы провозгласили продуктовый подход.

Но реально продуктовых решений мало. Почему же ставят цель, но не идут к ней? Какие преимущества даёт продукт? Что мешает просто подойти и сорвать яблочко? И что делать, чтобы препятствия исчезли?

Через пять месяцев электронные перевозочные документы станут обязательными для всех участников грузоперевозок в России. Штрафы доходят до 3% годовой выручки. Но настоящая проблема не в штрафах. Она в том, что у большинства компаний транспортная логистика устроена так, что подключать ЭПД физически не к чему.

По данным ComNews, специализированные TMS-системы используют только 28% российских компаний. Остальные 72% работают в Excel, на самописном ПО или в учётных системах с минимальной автоматизацией. По нашим наблюдениям за клиентами, приходящими на внедрение, структура этих 72% выглядит примерно так: около 30% управляют перевозками в Excel, ещё 30% — на самописных решениях, 40% используют учётные системы с минимальным функционалом автоматизации транспортной логистики. И вот в эту конструкцию нужно «просто подключить ЭПД».

INFOSTART TEAM EVENT 2026 завершился, и теперь можно посмотреть на конференцию не только через впечатления участников, но и через цифры. За три дня мероприятие собрало 1381 участника: технические специалисты, аналитики, руководители проектов, ИТ-директора и представители бизнеса обсуждали практики разработки, управления и развития команд в 1С и смежных ИТ-направлениях.

В апреле у Инфостарта идет серия бесплатных вебинаров по автоматизации процессов в 1С. С фокусом на практические сценарии: производство, инфраструктура, аналитика, документооборот, финансы и эксплуатация.

Что еще впереди:

16 апреля, 15:00 (МСК)
Умное планирование производства в 1С на основе математической оптимизации
Поговорим о том, как уйти от Excel и ручных корректировок к расчету производственных графиков с учетом ограничений по оборудованию, людям и сырью.

17 апреля, 11:00 (МСК)
Postgres Pro Enterprise для 1С: максимум производительности на отечественной платформе
Разберем, как смотреть на переход с MS SQL на российскую СУБД в контуре 1С: что с производительностью, стабильностью и архитектурными ограничениями.

...

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

Я — разработчик 1С с 10-летним стажем. Однажды утром захотелось разработать что-то свое — не сложное, но нужное. В итоге родилась идея бота, который показывает ключевые показатели бизнеса прямо в Telegram, без необходимости входить в 1С.

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

Привет, Хабр! Не мне вам рассказывать, что мы живем в эпоху цифровизации производств — вы наверняка читали статьи о «тяжёлой цифре». Но история цифровизации, которой я хочу поделиться, еще сложнее — потому что это история из мира фармпроизводства.

Я Иван Колесников, директор по цифровой трансформации в Группе компаний «Промомед». Наш фармацевтический холдинг растёт стремительно — в 6 раз быстрее рынка. Больше товара, складов, сотрудников, дистрибьюторов... И это на фоне и без того сложной цепочки планирования, производства и контроля качества. Чтобы все работало чётко и слаженно, нам понадобилась хорошая система ERP. Вот было бы здорово, если бы существовало такое решение — готовое, российское и чтоб умело всё, что нам нужно.

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

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

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

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

Три года назад CI/CD можно было считать дополнительным плюсом в резюме. Сегодня это уже не «приятный бонус», а один из признаков того, что специалист работает в зрелой инженерной среде и может претендовать на более дорогие задачи.

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

14–15 августа 2026 года в Санкт-Петербурге пройдет INFOSTART CIO CAMP - мероприятие для ИТ-руководителей инхаус-подразделений: ИТ-директоров, руководителей ИТ-отделов и руководителей цифровой трансформации.

Мы задумали INFOSTART CIO CAMP как формат для тех, кто отвечает не только за технологии, но и за команду, процессы, устойчивость ИТ-функции и ее развитие внутри бизнеса. Для тех, кто каждый день работает на стыке ожиданий бизнеса, ограничений ресурсов, изменений в компании и необходимости принимать управленческие решения.

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

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

Реальные достижения — отказоустойчивые кластеры, еженедельные релизы через CI/CD, мониторинг бизнес-логики в Grafana — растворяются в общих формулировках вроде «У вас есть автоматизация тестирования?». А специфичные для платформы практики, такие как работа с хранилищем через gitsync, нагрузочное тестирование типовых операций, управление техническим долгом в конфигурации, просто не попадают в поле зрения. 

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

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

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

Когда проект небольшой, а релизы выходят редко, тестирование чаще всего строится интуитивно. Что-то проверили, что-то упустили — в худшем случае исправили по факту. Такой подход может работать годами, пока система не начинает расти.

Этот материал вырос из нашего доклада на Infostart Tech Event в прошлом году. Здесь я подробно разберу, как мы перестраивали процесс тестирования релизов в крупном проекте 1С:ЗУП: с чего начали, какие проблемы выявили, почему не стали автоматизировать всё подряд и к какому результату в итоге пришли.