Введение

Аннотация.

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

Цель курса.

После прохождения курса вы сможете самостоятельно настраивать, администрировать и развивать процесс обработки заказов покупателей в 1С:Управление торговлей (версии 11.x) или совместимых ERP-системах, включая создание документов, настройку бизнес-процессов, автоматизацию регламентных заданий и построение аналитической отчётности.

Для кого этот курс.

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

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

Архитектура и ключевые объекты 1С:Управление торговлей

Конфигурация 1С:Управление торговлей построена на платформе 1С:Предприятие 8.3 и реализует полноценный торговый контур ERP. Основными объектами, с которыми вы будете работать при обработке заказов, являются документы «Заказ покупателя», «Реализация товаров и услуг», «Поступление товаров и услуг», регистры накопления «Товары на складах», «Заказы покупателей», «Расчёты с клиентами» и регистры сведений «Цены номенклатуры», «Скидки (наценки)». Понимание взаимосвязей между этими объектами — фундамент всей автоматизации. Документ «Заказ покупателя» не просто фиксирует намерение клиента, а запускает цепочку движений по регистрам: резервирование, планирование обеспечения, контроль взаиморасчётов. Именно поэтому при настройке любой автоматизации всегда начинайте с анализа движений документа по регистрам через кнопку «Движения документа» или отчёт «Анализ заказа».

Версии конфигурации имеют принципиальное значение. Актуальная линейка — 1С:Управление торговлей 11 (редакции 11.4 и 11.5). В отличие от устаревшей УТ 10.3, в УТ 11 используется управляемое приложение, полноценные статусы документов, схемы обеспечения, ордерная схема склада и развитый механизм бизнес-процессов. Если ваша компания всё ещё работает на УТ 10.3, первым шагом должна стать оценка перехода: большинство механизмов автоматизации заказов (статусы, обеспечение, автоматическое заполнение) в старой редакции либо отсутствуют, либо реализованы через доработки. При выборе между УТ 11 и полноценной 1С:ERP ориентируйтесь на объём: если есть производство, сложный управленческий учёт и несколько юридических лиц — берите ERP; если только торговля и склад — УТ 11 полностью закрывает задачи обработки заказов.

Интерфейс «Такси» и панели разделов определяют скорость работы пользователя. Для менеджеров по продажам рекомендуется настроить рабочий стол с виджетами «Мои заказы», «Заказы к обеспечению», «Заказы к отгрузке» и быстрыми командами создания документа. Это делается через «Настройка панели разделов» и «Настройка панели навигации». Практический совет: создайте отдельный профиль пользователя «Менеджер по продажам» с ограниченным набором разделов (Продажи, Склад, CRM) и отключите ненужные команды. Это снижает количество ошибок и ускоряет обучение новых сотрудников. Анти-паттерн — оставлять всем пользователям полный интерфейс администратора: это приводит к случайным изменениям справочников и документов.

Подсистемы конфигурации, критичные для обработки заказов: «Продажи», «Склад», «Закупки», «CRM и маркетинг», «Финансовый результат». Внутри подсистемы «Продажи» находятся документы заказа, реализации, возврата, а также справочники видов цен и правил продаж. Для автоматизации важно понимать, что почти все механизмы (обеспечение, резервирование, ценообразование) завязаны на настройки в разделе «НСИ и администрирование» → «Продажи». Перед началом настройки любого процесса всегда проверяйте параметры учёта: «Использовать статусы заказов покупателей», «Использовать ордерную схему», «Использовать обеспечение потребностей». Если эти флаги выключены, многие автоматические действия просто не будут работать.

Нормативно-справочная информация для заказов

Качественная обработка заказов невозможна без правильно заполненной нормативно-справочной информации. Ключевые справочники: «Номенклатура», «Контрагенты», «Склады», «Организации», «Виды цен», «Склады». Для номенклатуры обязательно заполняйте единицы измерения, ставки НДС, виды номенклатуры и, при необходимости, характеристики и серии. Практический приём: используйте иерархию групп номенклатуры и свойства (дополнительные реквизиты) для последующей аналитики заказов. Например, добавьте свойство «Бренд» или «Категория ABC» — это позволит строить отчёты по заказам в разрезе брендов без доработок конфигурации. Анти-паттерн — создавать дубли номенклатуры «на всякий случай»: это разрушает остатки и аналитику.

Справочник «Контрагенты» должен содержать не только наименование и ИНН, но и договоры, соглашения об условиях продаж, контактную информацию и менеджеров. В УТ 11 для каждого клиента можно задать индивидуальные условия: виды цен, скидки, сроки оплаты, склады отгрузки. Именно эти соглашения автоматически подставляются в документ «Заказ покупателя». Рекомендация: всегда создавайте «Типовое соглашение» и «Индивидуальные соглашения» для ключевых клиентов. Это избавляет менеджера от ручного выбора цены и снижает риск ошибки. Если клиент работает по нескольким договорам — обязательно указывайте основной договор в карточке, иначе при создании заказа система будет требовать ручного выбора.

Склады и схемы обеспечения — основа корректного резервирования. В настройках склада укажите, используется ли ордерная схема, разрешено ли отрицательное количество, ведётся ли учёт по характеристикам и сериям. Для автоматической обработки заказов критично настроить «Схемы обеспечения» в разделе «Склад и доставка». Схема определяет, с какого склада будет резервироваться товар и каким способом (со склада, под заказ поставщику, производство). Практический совет: создайте минимум две схемы — «Со склада» (для товаров с остатком) и «Под заказ» (для товаров под клиента). Затем в номенклатуре или в соглашении укажите приоритетную схему. Это позволит системе автоматически выбирать правильный способ обеспечения при проведении заказа.

Виды цен и правила ценообразования напрямую влияют на сумму заказа. В УТ 11 используется механизм «Виды цен» и «Правила ценообразования». Создайте базовые виды: «Закупочная», «Оптовая», «Розничная», «Дилерская». Затем настройте правила, которые будут автоматически рассчитывать цену на основании другого вида цены с наценкой или скидкой. Пример: правило «Оптовая = Закупочная + 25 %». Для динамических скидок используйте справочник «Скидки (наценки)» с условиями по сумме документа, количеству, сегменту номенклатуры или клиента. Важно: скидки применяются в момент проведения документа, поэтому тестируйте правила на тестовых заказах перед внедрением в рабочую базу.

Документ «Заказ покупателя» — ядро процесса

Документ «Заказ покупателя» — центральный объект всей системы обработки заказов. Он фиксирует намерение клиента, резервирует товар, формирует потребности и служит основанием для реализации. Основные реквизиты шапки: организация, клиент, соглашение, договор, склад, статус, дата отгрузки. Табличная часть содержит номенклатуру, количество, цену, сумму, склад, характеристику. При проведении документ делает движения по регистрам «Заказы покупателей» (приход), «Товары к отгрузке» (если статус «К отгрузке») и может создавать записи в «Графике платежей». Всегда начинайте настройку с анализа состава движений через «Ещё» → «Движения документа». Это позволяет понять, какие регистры затронуты и почему остатки «не сходятся».

Статусы заказа покупателя — мощный инструмент управления процессом. В УТ 11 по умолчанию доступны статусы: «Не согласован», «К обеспечению», «К отгрузке», «Закрыт». Можно добавить собственные через «НСИ и администрирование» → «Продажи» → «Статусы заказов покупателей». Рекомендуемая цепочка для торговой компании: «Новый» → «Согласован» → «В работе» → «К отгрузке» → «Отгружен» → «Закрыт». Каждый статус может запрещать или разрешать определённые действия (редактирование, проведение реализации). Практический приём: настройте автоматическую смену статуса при проведении связанных документов с помощью бизнес-процесса или подписки на событие. Это исключает ситуацию, когда менеджер забыл поменять статус вручную.

Автоматическое заполнение табличной части заказа экономит время и снижает ошибки. Используйте механизм «Заполнение» → «Подобрать товары» или «Заполнить по соглашению». Для повторяющихся заказов создайте шаблоны через «Создать на основании» или сохраните типовые заказы в избранное. Более продвинутый вариант — настройка «Правил продажи» и «Сегментов номенклатуры», которые автоматически подставляют рекомендуемый ассортимент. Если клиент часто заказывает один и тот же набор — создайте «Комплект» или используйте механизм «Наборы». Анти-паттерн: менеджер каждый раз вручную ищет товар в огромном списке номенклатуры. Это приводит к выбору «похожих» позиций и ошибкам в остатках.

Контроль остатков и резервирование происходит в момент проведения заказа. Система проверяет свободный остаток на указанном складе с учётом уже существующих резервов. Если остатка недостаточно и схема обеспечения «Со склада», документ не проведётся (при строгом контроле) или проведётся с предупреждением. Чтобы избежать постоянных ошибок, настройте «Обеспечение потребностей» и используйте обработку «Формирование заказов по потребностям». Она анализирует все непроведённые и проведённые заказы со статусом «К обеспечению» и предлагает создать заказы поставщикам или перемещения. Регулярно запускайте эту обработку (лучше по регламентному заданию) — это сердце автоматизации обеспечения.

Резервирование, обеспечение и складская логика

Резервирование товара под заказ — ключевой механизм, который гарантирует, что товар не будет продан другому клиенту. В УТ 11 резерв формируется автоматически при проведении заказа, если включена соответствующая настройка и выбран способ обеспечения «Со склада». Резерв хранится в регистре накопления «Товары на складах» (измерение «В резерве»). Чтобы увидеть, под какие заказы зарезервирован товар, используйте отчёт «Анализ остатков и доступности» или «Товары в резерве». Практический совет: всегда указывайте в заказе конкретный склад. Если склад не указан, система может резервировать с «любого» склада по приоритету, что приводит к путанице при отгрузке.

Схемы обеспечения позволяют гибко управлять источниками товара. Основные варианты: «Со склада» (резерв существующего остатка), «Под заказ» (создание потребности на закупку или производство), «Со склада и под заказ» (сначала резерв, остаток — под заказ). Схемы назначаются на уровне номенклатуры, склада, соглашения или даже конкретной строки заказа. Рекомендация: для товаров с высокой оборачиваемостью используйте «Со склада», для редких и дорогих позиций — «Под заказ». Это снижает «замороженные» остатки и ускоряет оборачиваемость. Настройка выполняется в «НСИ и администрирование» → «Склад и доставка» → «Схемы обеспечения».

Ордерная схема склада усложняет, но делает более контролируемым процесс отгрузки. При ордерной схеме документ «Реализация» создаёт «Расходный ордер на товары», а фактическое списание происходит только после проведения ордера кладовщиком. Это позволяет разделить ответственность менеджера (оформил реализацию) и склада (подтвердил отгрузку). Для автоматизации обработки заказов ордерная схема полезна, когда нужно контролировать комплектацию и фактический отпуск. Минус — дополнительный документ и риск «зависших» ордеров. Если склад небольшой и кладовщик совмещает функции, ордерную схему можно отключить, чтобы упростить процесс.

Обработка «Формирование заказов по потребностям» — главный инструмент автоматизации обеспечения. Она собирает все заказы покупателей со статусом «К обеспечению», анализирует свободные остатки и предлагает создать заказы поставщикам, заказы на перемещение или заказы на производство. Настройки обработки позволяют группировать потребности по поставщикам, срокам, складам. Рекомендуется запускать её ежедневно по регламентному заданию в нерабочее время. Результат сохраняйте в журнал, чтобы менеджер по закупкам мог быстро обработать предложения. Анти-паттерн — запускать обработку вручную «когда вспомнили»: это приводит к срывам сроков отгрузки.

Ценообразование, скидки и условия продаж

Правильное ценообразование — основа корректной суммы заказа и маржинальности. В 1С:Управление торговлей цены хранятся в регистре сведений «Цены номенклатуры». Виды цен создаются в справочнике, а правила расчёта — в «Правилах ценообразования». Пример типичной настройки: базовая цена «Закупочная», правило «Оптовая = Закупочная × 1,25», правило «Розничная = Оптовая × 1,4». Цены могут действовать с определённой даты и для определённых складов или организаций. Для автоматической подстановки в заказ система берёт цену из соглашения клиента или из вида цены, указанного в документе. Всегда проверяйте, какая цена фактически подставилась, через кнопку «Цены и валюта» в документе.

Скидки и наценки настраиваются в справочнике «Скидки (наценки)». Можно задавать процент или сумму, условия применения (сумма документа, количество, сегмент номенклатуры, сегмент клиентов, день недели). Скидки могут быть автоматическими (применяются при проведении) или ручными (менеджер выбирает). Важный момент: скидки применяются последовательно, и порядок имеет значение. Рекомендуется сначала применять скидки по номенклатуре, затем по клиенту, затем общие. Для сложных схем используйте «Наборы скидок». Практический совет: никогда не давайте менеджерам возможность вручную менять процент скидки без ограничений — это приводит к демпингу. Лучше настроить максимальный процент в правах доступа.

Соглашения об условиях продаж — инструмент индивидуализации работы с клиентом. В соглашении указываются виды цен, скидки, сроки оплаты, склады отгрузки, способы доставки. При создании заказа система автоматически подставляет данные из действующего соглашения. Если у клиента несколько соглашений (например, для разных брендов), менеджер выбирает нужное. Рекомендация: создайте «Типовое соглашение» для всех клиентов и «Индивидуальные» только для VIP. Это упрощает поддержку. При изменении условий всегда создавайте новое соглашение с новой датой начала действия, а старое закрывайте — так сохраняется история.

От заказа к реализации и оплате

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

Частичная отгрузка — частая ситуация в торговле. Чтобы корректно её отразить, в заказе оставляйте непроведёнными или в статусе «К отгрузке» только неотгруженные строки. Система позволяет создавать несколько реализаций по одному заказу. Для контроля используйте отчёт «Состояние выполнения заказов» или «Анализ заказа». Практический приём: в табличной части заказа есть колонка «Отгружено» — она показывает, сколько уже отгружено по связанным реализациям. Если колонка не видна, включите её через «Ещё» → «Изменить форму». Это избавляет менеджера от необходимости открывать связанные документы.

Взаиморасчёты с клиентом ведутся по регистрам «Расчёты с клиентами» и «Расчёты с клиентами по срокам». Документ «Заказ покупателя» может формировать плановую задолженность (график платежей), а «Реализация» — фактическую. Оплата отражается документами «Поступление безналичных денежных средств» или «Приходный кассовый ордер». Для автоматического закрытия заказов по оплате используйте обработку «Закрытие заказов» или настройте бизнес-процесс. Рекомендация: включите контроль оплаты при отгрузке для клиентов с риском (через соглашение или дополнительные права). Это снижает дебиторскую задолженность.

Возвраты от покупателя оформляются документом «Возврат товаров от клиента» на основании реализации. Система автоматически восстанавливает остаток и корректирует взаиморасчёты. Если возврат происходит до отгрузки, можно просто скорректировать или отменить заказ. Важно различать эти два сценария: корректировка заказа не затрагивает складские регистры реализации, а возврат — затрагивает. Для автоматизации рекомендуется запретить ручное создание возвратов без основания (через права доступа) — это сохраняет прозрачность цепочки документов.

Бизнес-процессы и автоматизация статусов

Бизнес-процессы в 1С позволяют формализовать маршрут обработки заказа. Типовой процесс «Обработка заказа покупателя» включает точки: согласование, обеспечение, отгрузка, контроль оплаты. Каждый этап может требовать действия конкретного пользователя или роли. Настройка выполняется в режиме «Конфигуратор» или через специальные обработки в пользовательском режиме (в зависимости от версии). Для большинства компаний достаточно использовать статусы документов и подписки на события вместо полноценных бизнес-процессов — это проще в поддержке. Однако если процесс сложный (несколько согласований, параллельные ветки), бизнес-процесс незаменим.

Подписки на события — мощный и относительно простой способ автоматизации. В конфигураторе создаётся подписка на событие «ПередЗаписью» или «ОбработкаПроведения» документа «ЗаказПокупателя». В процедуре можно автоматически менять статус, заполнять реквизиты, создавать связанные документы или отправлять уведомления. Пример: при переводе заказа в статус «К отгрузке» автоматически создавать задачу кладовщику. Важно: подписки выполняются на сервере и влияют на производительность. Поэтому тяжёлую логику выносите в фоновые задания, а в подписке оставляйте только быстрые проверки и изменения.

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

Уведомления и оповещения держат команду в курсе. В УТ 11 можно настроить оповещения по электронной почте, SMS или через систему взаимодействия. Пример: менеджеру приходит письмо, когда заказ перешёл в статус «К отгрузке», а кладовщику — задача в списке дел. Для более сложных сценариев используйте внешние сервисы (Telegram-боты через HTTP-сервисы 1С). Анти-паттерн — полагаться только на ручной контроль статусов: при росте объёма заказов это неизбежно приводит к «потерянным» документам.

Интеграции для приёма и обработки заказов

Большинство современных заказов приходят не от менеджера, а из внешних систем: интернет-магазина, маркетплейсов, CRM, мобильного приложения. Для 1С:Управление торговлей существуют готовые модули обмена с сайтами на 1С-Битрикс, OpenCart, InSales, а также коннекторы к Wildberries, Ozon, Яндекс.Маркет. Принцип работы обычно такой: внешняя система передаёт заказ через веб-сервис или файл, 1С создаёт документ «Заказ покупателя», проводит его и возвращает статус. Важно настроить маппинг статусов и номенклатуры, иначе заказы будут создаваться с ошибками.

HTTP-сервисы и REST API платформы 1С:Предприятие 8.3 позволяют создавать собственные точки приёма заказов. В конфигураторе публикуется HTTP-сервис, который принимает JSON, создаёт контрагента (если нужно), номенклатуру и документ заказа. Это гибкий, но требующий разработки путь. Рекомендация: для типовых интеграций используйте готовые решения из «1С:Совместимо» или Маркетплейса 1С, а собственные сервисы пишите только когда готовых нет. Всегда логируйте входящие запросы и ответы — это критично для разбора спорных ситуаций с клиентами и маркетплейсами.

Обмен с CRM-системами (Битрикс24, amoCRM, RetailCRM) позволяет передавать лиды в 1С как заказы и возвращать статусы обратно. Обычно используется механизм «Обмен данными» или специализированные модули. Ключевой момент — единый идентификатор клиента и заказа. Если в CRM и 1С клиент заведён по-разному, возникнут дубли. Практический совет: перед запуском обмена проведите «чистку» справочника контрагентов и настройте правила поиска по ИНН, телефону или email. Это сэкономит месяцы ручной работы по слиянию дублей.

Мобильные приложения и удалённый доступ расширяют возможности менеджеров. «1С:Заказы» и мобильный клиент платформы позволяют создавать и просматривать заказы со смартфона. Для полевых сотрудников это критично. Настройка требует публикации базы через веб-сервер (Apache или IIS) и настройки прав. Рекомендация: создайте отдельный профиль мобильного пользователя с минимальным набором функций — только создание и просмотр своих заказов. Это снижает риски безопасности и упрощает интерфейс.

Отчётность и аналитика по заказам

Без аналитики автоматизация заказов превращается в «чёрный ящик». Ключевые отчёты УТ 11: «Анализ заказов покупателей», «Состояние выполнения заказов», «Валовая прибыль по заказам», «Динамика продаж», «Товары в резерве». Отчёт «Анализ заказов» показывает, сколько заказов в каждом статусе, на какую сумму, с какими отклонениями по срокам. Настройте варианты отчётов с отборами по менеджеру, складу, периоду и сохраните их в панели отчётов пользователя. Это позволяет руководителю за 30 секунд видеть «узкие места».

Сегменты номенклатуры и клиентов — основа управленческой аналитики. Создайте сегменты «Товары А», «Товары В», «Товары С» по выручке или марже, сегменты клиентов «VIP», «Постоянные», «Новые». Затем используйте их в отчётах и правилах скидок. Сегменты могут быть статическими (ручной отбор) или динамическими (по запросу). Динамические предпочтительнее — они всегда актуальны. Настройка в «CRM и маркетинг» → «Сегменты». Практический приём: раз в месяц пересматривайте критерии сегментов ABC — ассортимент и поведение клиентов меняются.

Дашборды и мониторы показателей позволяют видеть ситуацию в реальном времени. В УТ 11 можно настроить «Монитор показателей» с виджетами: количество заказов за день, сумма, средний чек, процент выполнения плана, количество просроченных заказов. Виджеты размещаются на рабочем столе руководителя. Для более глубокой аналитики рекомендуется выгружать данные в Power BI или Яндекс DataLens через OData или файловый обмен. Это даёт гибкие дашборды без нагрузки на рабочую базу 1С.

Контроль маржинальности по заказам — обязательный элемент. Отчёт «Валовая прибыль» показывает разницу между суммой реализации и себестоимостью. Важно, чтобы себестоимость была рассчитана корректно (по средней или FIFO). Если в компании используется управленческий учёт, настройте отдельный вид цен «Себестоимость» и правила его заполнения. Анти-паттерн — смотреть только на выручку по заказам. Высокая выручка при низкой марже приводит к убыткам, которые «внезапно» обнаруживаются в конце месяца.

Права доступа, безопасность и администрирование