Настройка и доработка 1С: как адаптировать программу под работу компании
Содержание
Чаще всего «научить 1С» понимают как «нанять программиста и переписать конфигурацию». На практике 80% задач закрываются штатными настройками: функциональными опциями, персональными настройками пользователя и правами ролей. Код нужен там, где типовой логики действительно нет.
Разберём по шагам, как настроить программу 1С под свои процессы — от включения нужных разделов и доработки через расширения до обмена с внешними сервисами, подключения ИИ-механизмов и автоматизации рутины регламентными заданиями. И как после этого обучить сотрудников работать с настроенной базой.
Начинаем с настроек, а не с программирования
Прежде чем звать разработчика, пройдите три уровня настройки — они покрывают большинство запросов «а можно, чтобы программа делала так».
- Функциональность базы. Включает и выключает целые блоки учёта: партионный учёт, учёт по складам, валютные операции, маркировку. Раздел
Администрирование → Функциональность(в конфигурациях на базе «НСИ и администрирование» — одноимённый раздел). - Настройки учётной политики и параметров учёта. Задают, как программа считает: метод списания запасов, система налогообложения, правила начисления. Меняют поведение документов без единой строки кода.
- Персональные настройки и права ролей. Персональные настройки открываются из раздела
Главное(илиСервисв зависимости от конфигурации) и отвечают за внешний вид и значения по умолчанию для конкретного пользователя. Права настраиваются через роли и профили групп доступа в разделеАдминистрирование → Настройки пользователей и прав.
Правило простое: сначала ищите готовую настройку, потом — расширение, и только в последнюю очередь правьте типовую конфигурацию. Снятая с поддержки конфигурация резко усложняет будущие обновления.
Выбрать инструмент под конкретную задачу помогает короткое дерево решений — оно же задаёт порядок разделов ниже.
Функциональные опции: включаем нужную логику
Функциональные опции — это переключатели, которыми фирма «1С» заранее снабдила типовую конфигурацию . Включив опцию, вы не меняете программу, а открываете уже написанную в ней логику.
Типичные примеры того, что управляется опциями:
- 📦 учёт нескольких складов и ордерная схема приёмки-отгрузки;
- 💱 валютные расчёты и операции в разных валютах;
- 🏷️ обязательная маркировка товаров и прослеживаемость;
- 📑 раздельный учёт НДС, учёт по подразделениям, партионный учёт.
После включения опции в интерфейсе появляются ранее скрытые поля, документы и команды. Обратный эффект тоже важен: ненужные опции лучше выключить — так вы убираете из форм лишние реквизиты и облегчаете работу сотрудникам.
Отдельно настраивается рабочий стол («Начальная страница») и состав панели разделов. Через Вид → Настройка панелей и Настройка начальной страницы каждый пользователь получает именно те блоки, с которыми работает.
Расширения конфигурации и собственные обработки
Когда штатных настроек не хватает, следующий инструмент — расширение конфигурации . Это отдельный файл с вашими доработками, который подключается поверх типовой конфигурации и не мешает её обновлять. Механизм доступен с версии платформы 8.3.6.
Что удобно делать расширением:
- добавлять свои печатные формы и реквизиты в документы;
- менять поведение форм, добавлять проверки при проведении;
- дописывать отчёты и команды, которых нет в типовой поставке.
Порядок подключения расширения:
- В Конфигураторе откройте
Конфигурация → Расширения конфигурациии загрузите файл.cfe. В режиме «1С:Предприятие» для многих конфигураций это делается черезАдминистрирование → Печатные формы, отчёты и обработки → Расширения. - Выполните обновление конфигурации базы данных — это отдельный шаг после загрузки расширения, он применяет изменения к структуре базы.
Обновление конфигурации базы данных требует монопольного доступа: активные сеансы пользователей будут завершены. Делайте это в нерабочее время и предупредите коллег. Перед изменением — резервная копия базы.
Если переделывать поведение не нужно, а нужна разовая операция (массовая правка справочника, выгрузка в нестандартный формат), подойдёт внешняя обработка. Её подключают через Администрирование → Печатные формы, отчёты и обработки → Дополнительные отчёты и обработки при включённой одноимённой функциональной опции. Плюс обработки — её не нужно встраивать в конфигурацию, она хранится отдельным файлом.
Есть граница, за которой расширение перестаёт помогать: если нужно переписать половину логики типового документа, менять его структуру и отчётность под него, дешевле и надёжнее заказать полноценную доработку конфигурации с последующим сопровождением обновлений. Расширение хорошо для точечных добавлений, но не для глубокой перестройки учёта — слишком много зависимостей придётся перехватывать, и каждое обновление типовой конфигурации будет грозить конфликтом.
Бизнес-процессы и маршруты согласования
Чтобы программа «вела» документ по маршруту — от создания до утверждения — используется платформенный механизм бизнес-процессов и задач. Он формирует задачи исполнителям по заданной карте маршрута и отслеживает, на каком этапе застрял документ.
Типовые сценарии, которые собирают на этом механизме:
- согласование заявок на расход денег и договоров;
- маршрут утверждения авансовых отчётов;
- контроль исполнения поручений.
В большинстве учётных конфигураций готовых маршрутов нет — развитая система согласования реализована в «1С:Документооборот», и часто именно его подключают к учётной базе через обмен. Если документооборот отдельно внедрять не планируете, простые уведомления ответственным можно построить на регламентных заданиях и рассылке (см. раздел про автоматизацию ниже).
Перед тем как закладывать маршрут в программу, опишите его на бумаге: кто инициатор, какие этапы, кто согласует, что происходит при отказе и какой срок у каждого шага. Нечёткий регламент автоматизация не исправит — она лишь ускорит то, что уже работает. Ошибка внедрений здесь типична: маршрут рисуют сразу в конфигураторе, а потом месяцами переделывают, потому что живой процесс в компании оказался другим.
Обмен данными и подключение внешних сервисов
«Научить» 1С общаться с сайтом, банком, маркетплейсом или ИИ-сервисом — это настройка обмена. Платформа умеет работать в обе стороны.
1С как поставщик данных. На платформе публикуются:
- Web-сервисы (SOAP) — для систем, которым нужен строгий контракт;
- HTTP-сервисы — лёгкий REST-подобный обмен, удобен для сайтов и мобильных приложений.
Публикуются сервисы на веб-сервере (Apache или IIS) средствами Конфигуратора или утилиты публикации.
1С как потребитель данных. Из встроенного языка можно обращаться к внешним API: объект HTTPСоединение для REST, механизм WS-ссылок для SOAP-сервисов. Так подключают курсы валют, проверку контрагентов, выгрузку в сторонние системы.
В простейшем виде обращение к стороннему API из встроенного языка выглядит так:
Соединение = Новый HTTPСоединение("api.service.ru", 443, , , , 30,
Новый ЗащищенноеСоединениеOpenSSL);
Запрос = Новый HTTPЗапрос("/v1/classify");
Запрос.Заголовки.Вставить("Content-Type", "application/json");
Запрос.УстановитьТелоИзСтроки(ТелоЗапросаJSON);
Ответ = Соединение.ОтправитьДляОбработки(Запрос);
Результат = Ответ.ПолучитьТелоКакСтроку();
Подключение ИИ-сервиса устроено так же: вы отправляете запрос к API внешней модели (например, для классификации обращений, распознавания текста из сканов или подсказок по заполнению) и разбираете ответ. В актуальных релизах платформы и типовых конфигураций постепенно появляются и штатные механизмы на базе ИИ — их состав зависит от версии, проверяйте по описанию конкретного релиза, а не по общим обещаниям.
Готовые подключения к банкам, ЭДО и госсервисам проще брать из встроенного сервиса «1С:Интернет-поддержка пользователей» (Администрирование → Интернет-поддержка и сервисы), а не писать обмен с нуля.
Для обмена между своими базами 1С применяют планы обмена и типовой механизм «Конвертация данных » / формат EnterpriseData — он сопоставляет объекты разных конфигураций без ручного программирования.
Автоматизация рутины: регламентные задания и RPA
Повторяющиеся действия программа выполняет сама — для этого есть регламентные и фоновые задания. Настраиваются они в разделе Администрирование → Обслуживание → Регламентные и фоновые задания.
На них строят:
- ночные загрузки прайсов и выгрузки заказов;
- автоматическое проведение документов и пересчёт итогов;
- рассылку отчётов и уведомлений по расписанию.
Важное различие по режимам работы базы:
| Вариант базы | Как выполняются задания |
|---|---|
| Файловый | Только при запущенном сеансе клиента; если никто не работает — задание не стартует |
| Клиент-серверный | Планировщиком на сервере, независимо от того, открыта база у пользователей или нет |
Для автоматизации регулярной выгрузки удобно связать регламентное задание с внешней обработкой или командой расширения — тогда логику можно менять, не трогая типовую конфигурацию.
Когда у смежной системы нет ни API, ни файлового обмена, остаётся RPA — программный робот, который повторяет действия человека в интерфейсе. В платформе 1С штатного RPA нет; его реализуют внешними инструментами или отдельными решениями. Подход оправдан как временная мера: он хрупкий (ломается при изменении интерфейса), поэтому полноценный обмен через API всегда предпочтительнее.
Как подготовить сотрудников к настроенной базе
Настроенная программа работает ровно настолько, насколько ей пользуются правильно. После доработки заложите короткий этап ввода людей в работу.
- 🧭 Соберите для каждой должности памятку из 5–7 операций: куда зайти, что нажать, как проверить результат. Длинные инструкции не читают.
- 👥 Проведите обучение на копии рабочей базы, а не на боевой — ошибки обучаемых не попадут в учёт.
- 🔐 Выдавайте права по принципу минимума: кладовщику не нужен доступ к зарплате. Это снижает и число ошибок, и риски.
- 🆘 Назначьте ответственного, к кому идти с вопросами первые недели. Поток «как теперь это сделать» в первые дни нормален.
Платформа помогает и сама: к полям и документам можно добавить всплывающие подсказки, а частые действия вынести на начальную страницу конкретной группы пользователей.
Поддержка и оценка результата
Адаптация 1С — не разовый проект, а цикл. Чтобы понять, что настройки дали эффект, опирайтесь на наблюдаемые показатели, а не на ощущения:
- время на типовую операцию до и после (например, выписка комплекта документов);
- доля документов, проведённых без ручных правок;
- число обращений в поддержку по одной и той же операции.
Техническая поддержка базы держится на трёх вещах: регулярные резервные копии (и проверка, что копия восстанавливается), своевременное обновление типовой конфигурации и платформы, а также журнал регистрации — по нему видно, кто и что менял. Если вы ведёте доработки расширениями, обновления проходят заметно спокойнее: типовая конфигурация остаётся на поддержке.
Отдельно стоит договориться, кто отвечает за развитие базы. Удобная схема — внутренний ответственный собирает заявки сотрудников и фильтрует их (часть снимается простой настройкой прямо на месте), а подрядчик или штатный программист берёт в работу только то, что действительно требует кода. Так настройки не расползаются хаотично, и каждая доработка остаётся задокументированной: что меняли, зачем и в каком расширении это лежит. Через полгода это экономит дни на разбор «кто и когда включил эту опцию».
При планировании обновлений заранее закладывайте окно монопольного доступа и предупреждайте пользователей — обновление структуры базы завершает активные сеансы.