Расширения вместо правки типовой 1С. Интеграции с банками, ЭДО, сайтами, CRM, маркетплейсами через стандартные протоколы. Индивидуальные обработки. Каждая доработка живёт в своём слое — обновления от «1С» накатываются штатно, ваша база не превращается в легаси-головоломку.
От точечной обработки в один файл до кастомного обмена с внешней системой. Выбираем формат под задачу, а не наоборот.
Меняем поведение типовой 1С через механизм расширений — не трогая исходный код. Обновления продолжают накатываться штатно.
Обмены 1С с внешними системами через стандартные протоколы: API/REST, SOAP, CommerceML, HTTP-сервисы, ODBC.
Внешние .epf/.erf-обработки для точечных задач: загрузка-выгрузка, массовая обработка данных, регламентные операции.
Половина 1С-баз в России — это «снежный ком»: типовая правлена напрямую, расширения наслоены друг на друга, обновления накатываются вручную, исходный код знал только один программист (и тот уволился). Чтобы ваша 1С туда не попала, мы держим четыре правила.
Любая доработка живёт в своём слое. Исходная конфигурация остаётся типовой — обновления от «1С» накатываются без танцев с бубном.
Перед сдачей прогоняем доработку на следующем релизе платформы и конфигурации. Если что-то отвалится — знаем заранее и чиним до продакшна.
Каждое расширение — в Git, каждый релиз — с записью что и зачем менялось. Другой программист (хоть наш, хоть ваш) поймёт код без археологии.
Сначала проверяем, нет ли в типовой 1С готового механизма. Если есть — покажем как использовать. Кодим только то, чего реально нет.
Восемь типовых направлений интеграций. Если вашей системы нет в списке — расскажите задачу, посмотрим есть ли у неё нормальный API. Если есть — интегрируем.
Банк-Клиент, прямые интеграции с банковскими API, эквайринг, СБП, выписки и платёжки.
1С-ЭДО, Диадок, СБИС, Контур, 1С-Отчётность. Подключение, настройка маршрутов, восстановление при сбоях.
Обмен CommerceML с Битрикс, Mag1c и кастомными сайтами. Товары, остатки, цены, заказы.
WB, Ozon, Яндекс.Маркет, Мегамаркет. Готовые модули и кастомные обмены — подробнее на отдельной странице.
Битрикс24, AmoCRM, RetailCRM. Telegram-боты для уведомлений и запросов к базе.
Виртуальные АТС, всплывающие карточки клиента, фиксация звонков в 1С, маршрутизация по контрагенту.
Связки с DataMobile, Mertech, складскими WMS, ТСД, маркировкой Честный знак.
СДЭК, Почта России, Boxberry, региональные перевозчики. Заявки, треки, статусы — автоматически в 1С.
Маркетплейсы — частный, но большой случай интеграций. Для WB, Ozon, Яндекс.Маркет и Мегамаркет у нас отдельная страница с схемами FBS/FBO, синхронизацией остатков и готовыми модулями.
Пять этапов от первого описания задачи до приёмки. Промежуточные результаты показываем регулярно — не «вернёмся через месяц с готовым».
Описываем задачу человеческим языком: что должно работать, как сейчас работает, какие ограничения. Если ТЗ нет — помогаем составить, не требуем IT-терминологии.
Разработка идёт на копии вашей базы или в тестовой ветке. Боевая 1С продолжает работать как обычно, риска для производства нет.
Пишем код, регулярно показываем промежуточные результаты. Можно поправить курс на ходу — не «вернётесь к нам через месяц с готовым результатом».
Проверяем доработку на следующем релизе платформы и конфигурации, гоняем регрессы по типовому функционалу. Чтобы обновления не ломали ничего.
Накатываем расширение/обработку на боевую базу, проводим обучение пользователей, фиксируем результат. Если что-то идёт не так — откатываем за минуты.
В типовых конфигурациях «1С» уже зашита большая часть сценариев — и иногда задача решается двумя галочками в настройках или штатным расширением с ИТС. Прежде чем писать код, мы проверяем типовое решение.
«Самый частый сценарий: компания живёт с 1С восемь лет, конфигурация переписана напрямую, программист уволился, обновления не накатываются. Приходим, инвентаризируем доработки, важное переносим в расширения, лишнее режем. Дальше обновления накатываются как у всех, и разработчику можно подменяться без археологии.»
Зависит от задачи. На услуги фиксированных тарифов не выводим — оценка после описания задачи. Простая печатная форма или обработка — несколько часов. Интеграция с внешней системой — от нескольких дней. Сначала сходимся по ТЗ, потом фиксируем объём и срок.
Перед сдачей мы тестируем на следующем релизе конфигурации — обычно ловим проблемы до продакшна. Если фирма «1С» меняет внутренний механизм, на который опиралось расширение, — поправим. На абонентском сопровождении такие правки идут в рамках договора, разово — оцениваем отдельно.
Да. Все расширения и обработки — стандартный формат 1С, выгружаются и грузятся без нашего участия. Документация по доработкам остаётся у вас. Никакого вендор-лока: ваша база, ваш код, ваше решение.
Берёмся, но с инвентаризацией: смотрим что внутри, оцениваем масштаб технического долга, говорим что можно поддерживать как есть, а что лучше переписать через расширения. Скажем честно, если код в такой стадии, что дешевле сделать с нуля.
Зависит от внешней системы. Чаще всего: REST/JSON, SOAP, CommerceML (для интернет-магазинов), HTTP-сервисы 1С, ODBC/прямые подключения к БД (когда уместно), файловый обмен через FTP/SFTP. Выбираем под систему, а не «у нас одна шина и шину мы продадим».
Можем, но в 90% случаев это не нужно. Типовые конфигурации фирмы «1С» закрывают задачи малого и среднего бизнеса; собственная конфигурация — это огромный долгосрочный долг по поддержке и обновлениям. Если задача действительно специфична — обсудим, но сначала покажем типовое + расширение.
И не надо. Опишите задачу как клиенту: «хочу чтобы менеджер заходил в карточку клиента и видел все последние заказы». ТЗ переведём на технический язык мы. На звонке-знакомстве разбираем сценарий, фиксируем результат, который вы хотите увидеть.
Расскажите задачу человеческим языком: что должно работать, как сейчас не работает, какая внешняя система. Посмотрим, есть ли в типовой готовое решение — или нужна реальная разработка. Если задача проще, чем кажется — скажем об этом.