1С:ERP с нуля за 22 дня

Старт в 1С:ERP: интерфейс, роли, навигация, настройки

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

Полезно держать в голове простую идею: 1С:ERP — это прикладное решение на платформе 1С:Предприятие. Платформа отвечает за «движок» (окна, формы, права, отчёты), а 1С:ERP — за бизнес-логику (закупки, продажи, склад, производство и т.д.).

Справочно:

Официальная страница 1С:ERP

Официальная страница платформы 1С:Предприятие

Как устроена 1С:ERP на уровне пользователя

В работе пользователя обычно участвуют три слоя:

Разделы — крупные «зоны» системы (например, продажи, закупки, склад).

Объекты — конкретные сущности внутри разделов (справочники, документы, отчёты).

Команды — действия с объектами (создать, провести, напечатать, сформировать отчёт).

Чтобы не путаться, зафиксируем базовые термины:

Справочник — список постоянных данных (например, Номенклатура, Контрагенты).

Документ — запись события в учёте (например, Заказ клиента, Поступление товаров).

Проведение документа — действие, которое фиксирует влияние документа на учёт (например, меняет остатки или расчёты). В разных организациях правила проведения могут отличаться.

Отчёт — форма анализа данных (например, остатки на складе, продажи по менеджерам).

Интерфейс: что вы видите на экране

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

!Схематичное устройство экрана: где разделы, где команды и где рабочая область

Основные области интерфейса

Панель разделов — переключение между ключевыми блоками учёта.

Навигация раздела — список команд и объектов внутри выбранного раздела.

Рабочая область — списки документов/справочников и формы редактирования.

Поиск — быстрый способ найти команду, объект или запись.

Избранное — закрепление часто используемых команд/списков.

История — быстрый возврат к недавно открытым объектам.

Списки и формы: как читать и использовать

Список — таблица записей (например, список заказов). Важно уметь:

- сортировать по колонкам; - настраивать отбор (фильтр); - добавлять/убирать колонки; - сохранять вариант настроек (если доступно в вашей конфигурации).

Форма объекта — карточка элемента справочника или документа. Часто включает вкладки, табличные части, печатные формы.

Практическое правило: если вы не находите поле или колонку — сначала проверьте настройки формы/списка, а уже затем думайте, что «в системе этого нет».

Роли, права и безопасность: почему у разных людей разный интерфейс

В 1С:ERP доступ пользователя определяется правами.

Пользователь — учётная запись человека в системе.

Роль — набор прав (что можно видеть и делать).

Профиль групп доступа (в некоторых внедрениях) — удобная «упаковка» ролей под должность (например, кладовщик, менеджер продаж).

Как права влияют на работу

Один пользователь видит раздел Склад и документы движения товаров, другой — нет.

У кого-то есть кнопка Провести, у кого-то только просмотр.

У одних доступны отчёты по себестоимости, у других закрыто из-за конфиденциальности.

Что делать новичку, если «чего-то нет»

Действуйте по порядку:

Уточните, под какой ролью вы работаете (например, Менеджер продаж, Кладовщик).

Проверьте, включён ли нужный функционал в настройках (см. следующий раздел).

Если команда/раздел отсутствуют, сформулируйте администратору конкретный запрос:

- какой объект нужен (например, Заказ поставщику); - какое действие нужно (создание, проведение, просмотр отчёта); - для какого подразделения/организации (если учёт многокомпанийный).

Важно: просить «полные права» — плохая практика. В ERP это риск ошибок и утечек данных.

Навигация: как быстро находить нужное

Способ 1: через разделы

Это основной путь: выбрали раздел → открыли нужный список → создали/нашли документ.

Подходит, когда вы учите систему и хотите понимать контекст процесса.

Способ 2: через поиск

Поиск удобен, когда вы знаете, что ищете, но не помните, где оно находится.

Советы:

Ищите по ключевым словам: заказ, поступление, остатки.

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

Способ 3: избранное и рабочие ссылки

Закрепляйте то, чем пользуетесь каждый день:

список заказов клиентов;

отчёт по остаткам;

справочник номенклатуры;

рабочее место (если оно настроено в вашей базе).

Цель: сократить путь до частых операций до 1–2 кликов.

Настройки, которые стоит проверить в начале

Настройки в 1С:ERP делятся на два типа:

Персональные — влияют только на ваш интерфейс (удобство).

Функциональные (общие) — включают или отключают блоки учёта (это обычно делает администратор или методолог).

Персональные настройки (рекомендуется каждому)

Проверьте и приведите к удобному виду:

вид начальной страницы (что открывается при входе);

избранное и порядок команд;

отображаемые колонки в рабочих списках;

варианты отборов для типовых задач (например, мои заказы, заказы за неделю).

Если вы работаете с большим потоком документов, настройка списков даёт максимальный эффект по скорости.

Функциональные настройки (важно понимать, но не всегда можно менять)

В 1С:ERP многие объекты появляются только при включённом функционале. Например:

использование ордерной схемы на складе;

включение управленческого/регламентированного учёта в нужном объёме;

использование серий, характеристик, упаковок в номенклатуре;

включение производственного планирования и диспетчеризации.

Если какой-то процесс «не складывается» (нет нужного документа, не те статусы, не совпадает логика движения), часто причина именно в функциональных настройках.

Типовой сценарий «первого дня» в базе

Сделайте минимальный набор действий, чтобы адаптироваться:

Определите, какие разделы доступны вашей роли.

Откройте 2–3 ключевых списка по вашей работе (например, заказы, поступления, отгрузки).

Настройте в каждом списке:

- отбор (например, ответственный = я, период = текущая неделя); - видимые колонки (например, контрагент, сумма, статус).

Добавьте ключевые команды/списки в избранное.

Проверьте, какие кнопки доступны в документе (создать, провести, печать) — это сразу покажет границы ваших прав.

Частые ошибки новичков и как их избежать

Путать справочники и документы: справочник хранит «кто/что», документ фиксирует «что произошло».

Искать «волшебную кнопку» вместо понимания процесса: сначала разберите маршрут документа (создание → согласование/статусы → проведение → печать/обмен).

Игнорировать роли и права: отсутствие команды чаще связано с правами, а не с «поломкой системы».

Не настраивать списки: без отборов и колонок работа быстро превращается в ручной поиск.

Что дальше по курсу

Дальше мы будем двигаться от интерфейса к практическим операциям и данным:

как устроены справочники (партнёры, номенклатура, склады);

какие документы используются в цепочках закупок и продаж;

как читать статусы, движения и отчёты так, чтобы контролировать процесс.

НСИ и администрирование: структуры, пользователи, права, обмены

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

Главная идея: качество НСИ и корректные права доступа влияют на то, насколько “правильно” работает ERP. Ошибка в карточке номенклатуры или партнёра может вызвать цепочку проблем (не те цены, налоги, остатки, маршруты согласований), а неправильно выданные права — риски ошибок и утечек.

!Схема показывает, что документы опираются на НСИ и ограничиваются правами, а обмены переносят НСИ и документы между системами.

Что такое НСИ и почему это основа

НСИ (нормативно-справочная информация) — это данные, которые описывают “кто/что/где/на каких условиях”, и относительно редко меняются по сравнению с документами.

Чтобы не путать:

НСИ: карточки и классификаторы (партнёры, номенклатура, склады, единицы измерения).

Документы: события (заказ, поступление, реализация, перемещение).

Практическое правило:

если вы создаёте операцию — вы работаете с документом;

если вы описываете объект учёта — вы работаете со справочником.

Какие данные обычно относятся к НСИ в 1С:ERP

Состав НСИ зависит от включённого функционала и внедрения, но чаще всего базовый набор выглядит так.

Контрагенты, партнёры и контакты

В 1С:ERP часто используются два уровня:

Партнёр — “сущность” взаимодействия (клиент, поставщик, перевозчик). Может быть один партнёр и несколько юридических лиц.

Контрагент — юридическое лицо или ИП, с которыми ведутся расчёты и оформляются первичные документы.

Зачем это разделение:

один “клиент” как партнёр может иметь несколько юрлиц (контрагентов);

условия работы (цены, скидки, логистика) иногда удобнее задавать на уровне партнёра;

юридические реквизиты, договоры, счета — на уровне контрагента.

Критично для качества НСИ:

единый формат наименований;

ИНН/КПП и реквизиты без ошибок;

отсутствие дублей (два контрагента на одну компанию).

Номенклатура и её “усложнители”

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

Часто рядом включаются дополнительные разрезы учёта:

Единицы измерения (шт, кг, м2) и коэффициенты пересчёта.

Характеристики (например, размер/цвет) — когда один товар имеет варианты.

Серии (партии, сроки годности, серийные номера) — для прослеживаемости.

Упаковки — когда отгрузка/приёмка идёт коробками, палетами.

Ошибки в номенклатуре обычно “бьют” по всему контуру:

неверная единица измерения и коэффициенты приводят к неверным остаткам;

неправильные настройки серий мешают отгрузке или приёмке;

дубли номенклатуры и “похожие названия” затрудняют аналитику и планирование.

Структуры компании: организации, подразделения, склады

Здесь важно различать несколько похожих слов.

Организация — юридическое лицо (ООО, АО и т.д.). Если в базе ведётся несколько юрлиц, их может быть несколько.

Подразделения — организационная структура (департаменты, отделы, цеха) для распределения ответственности и аналитики.

Склады — места хранения. Часто есть иерархия: склад → зоны → ячейки (если включено адресное хранение).

Новичкам полезно сразу уточнить у методолога или руководителя учёта:

сколько организаций ведётся в базе;

как устроена структура подразделений;

какие склады “физические”, а какие виртуальные (например, склад брака, склад в пути).

Договоры, условия, цены (в зависимости от внедрения)

В разных проектах часть этих данных считается НСИ, часть — операционными настройками. Типовые примеры:

договоры с контрагентами;

типы цен и прайс-листы;

условия оплаты и доставки;

банковские счета.

Важно: если “условия” вносятся хаотично (каждый менеджер придумывает своё), то отчёты и контроль задолженности быстро становятся ненадёжными.

Принципы управления НСИ: как не превратить базу в хаос

Единые правила заполнения

В ERP почти всегда вводят стандарты:

как называть номенклатуру (шаблон имени);

какие поля обязательны (единица, ставка НДС, группа, вид номенклатуры);

где хранятся файлы (сертификаты, спецификации) и кто их прикрепляет.

Если правил нет, появляются типовые симптомы:

дубли и “клоны”;

разные единицы и разная детализация описаний;

сложность поиска и неверные отчёты.

Ответственные и разделение прав

Обычно выделяют ответственных за блоки НСИ:

ответственный за номенклатуру;

ответственный за партнёров и реквизиты;

администратор/методолог — за структуры, функциональность и права.

Логика простая: право менять НСИ — более рискованное, чем право создавать документы, поэтому его дают ограниченно.

Контроль дублей и качество данных

На практике используют:

поиск по ИНН/КПП для контрагентов;

проверку “похожих” наименований;

периодические отчёты/выгрузки по “грязным” данным (пустые обязательные поля, некорректные единицы).

Даже если вы не администратор, полезно понимать: “странное поведение системы” часто начинается с ошибки в НСИ.

Пользователи, роли и права: как устроен доступ

Термины на уровне пользователя:

Пользователь — учётная запись человека.

Роль — набор прав (что можно видеть и делать).

Группа доступа / профиль групп доступа — удобная упаковка ролей под должность (в конкретной базе названия могут отличаться).

Почему права важнее “удобства”

В ERP права — это не только про безопасность, но и про качество учёта:

если всем дать право редактировать проведённые документы, возрастает риск “сломать” закрытый период;

если дать доступ к конфиденциальным отчётам всем подряд, появляются риски утечки (зарплаты, себестоимость, маржинальность);

если кладовщик сможет менять номенклатуру, можно получить неверные остатки и хаос на складе.

Базовые принципы выдачи прав

Обычно применяют два принципа.

Минимально необходимые права: выдаются только те действия, которые нужны для работы.

Разделение обязанностей: критичные операции разделяют между ролями (например, один создаёт заявку, другой утверждает).

Что делать, если “нет кнопки” или “не вижу раздел”

Действуйте так же, как мы обсуждали в первой статье, но формулируйте запрос точнее:

Проверьте, это точно ваша база и ваш пользователь.

Найдите объект через поиск (иногда он есть, но в другом разделе или скрыт в рабочем месте).

Уточните у руководителя процесса: действительно ли вам нужно это действие.

Напишите администратору конкретно:

какой объект нужен (например, “Заказ поставщику”);

что именно нужно (просмотр, создание, проведение, печать);

для каких организаций/складов/подразделений.

Важно: просьба “дайте полные права” обычно говорит не о проблеме в 1С, а о неясности процесса.

Администрирование в контексте новичка: что стоит знать, даже если вы не админ

Вы не обязаны уметь администрировать систему, но полезно понимать, какие “рычаги” существуют.

Функциональные настройки и их последствия

В 1С:ERP часть объектов появляется только при включённом функционале. Примеры:

использование ордерной схемы и адресного хранения на складе;

включение серий/характеристик/упаковок;

ведение учёта по нескольким организациям;

включение определённых подсистем планирования.

Если в учебнике “должен быть документ”, а у вас его нет — возможны две причины:

не включён функционал;

у вашей роли нет доступа.

Сервисные инструменты, которые часто упоминают в работе

Журнал регистрации — технический журнал событий (ошибки, входы, обращения к данным). Обычно доступен администраторам.

Настройки пользователей и прав — кто что может делать.

Поддержка и обновления — изменения конфигурации и платформы (делает администратор).

Официальные вводные страницы по продукту и платформе (полезны для ориентира, когда вы встречаете термины “платформа/конфигурация/обновление”):

Официальная страница 1С:ERP

Официальная страница платформы 1С:Предприятие

Обмены и интеграции: как данные попадают в 1С:ERP и уходят из неё

Обмен данными — это перенос НСИ и/или документов между 1С:ERP и другими системами.

Типичные участники интеграций:

бухгалтерская база (например, для регламентированного учёта);

интернет-магазин/маркетплейсы;

WMS, TMS, системы производства;

банки и сервисы ЭДО/EDI;

другие базы 1С внутри холдинга.

Что обычно передают и почему это важно

Чаще всего сначала пытаются синхронизировать НСИ:

номенклатуру;

партнёров/контрагентов;

цены, остатки (в зависимости от архитектуры).

Причина проста: документы невозможно корректно обменивать, если справочники “не совпадают”. Например, если в двух системах один и тот же товар заведён по-разному, обмен начинает плодить дубли или падать с ошибками сопоставления.

Базовая терминология обменов (без углубления в разработку)

Источник — где данные “главные” и откуда они приходят.

Приёмник — куда данные загружаются.

Правила сопоставления — как система понимает, что “этот товар” в одной базе равен “тому товару” в другой.

Очередь/задания обмена — что запланировано к отправке/загрузке.

Протокол обмена — список ошибок и предупреждений по конкретной попытке.

Как новичку диагностировать проблемы обмена

Не нужно чинить интеграцию самому, но важно уметь собрать информацию для ответственного:

Определите, что “сломалось”: НСИ или документы, отправка или загрузка.

Зафиксируйте симптомы:

какой объект не пришёл (конкретный партнёр/товар/документ);

когда должно было прийти;

в какой системе объект точно есть.

Найдите “следы” в интерфейсе, если они доступны вашей роли:

протокол/сообщения обмена;

статус задания;

текст ошибки.

Передайте ответственному минимальный набор данных:

время, объект, направление обмена (из/в ERP), текст ошибки.

Это резко ускоряет разбор.

Итог: что вы должны унести из этой темы

НСИ — база для всех процессов: чем лучше справочники, тем меньше ошибок в документах и отчётах.

Структуры (организации, подразделения, склады) задают “географию” и ответственность учёта.

Права доступа определяют не только безопасность, но и корректность работы (что можно делать и где можно ошибиться).

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

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

Закупки и склад: номенклатура, цены, заказы, приемка, запасы

В прошлых статьях курса мы разобрали интерфейс и роли (почему у разных пользователей разные команды) и заложили основу по НСИ и администрированию (почему качество справочников и корректные права определяют стабильность учёта). Теперь переходим к одному из самых «прикладных» контуров: закупки и склад.

Главная идея темы: в 1С:ERP закупка и склад — это цепочка документов, которая опирается на НСИ (номенклатура, партнёры, склады, условия) и даёт управляемые запасы (остатки, ожидания, резервы).

Справочно:

Официальная страница 1С:ERP

Официальная страница платформы 1С:Предприятие

!Схема показывает сквозную цепочку от НСИ до остатков

Как НСИ влияет на закупки и склад

Закупки и склад «не живут сами по себе»: почти каждое поле документа выбирается из НСИ. Если НСИ заполнена небрежно, ошибки проявятся не сразу, но обязательно ударят по остаткам, ценам и аналитике.

Номенклатура как центр контура

Номенклатура — справочник, который одновременно участвует в:

закупках (что покупаем, по какой единице, с каким НДС, у каких поставщиков);

складе (как принимаем и храним, нужны ли серии, характеристики, упаковки);

планировании (что ожидаем получить, что можно пообещать производству/продажам).

Чтобы избежать типовых проблем, важно понимать «усложнители» номенклатуры:

Единицы измерения: в какой единице ведём учёт (шт/кг/м) и есть ли пересчёт.

Характеристики: варианты одного товара (размер, цвет). Удобно, когда вариантов много, но это одна «модель».

Серии: партии, сроки годности, серийные номера. Это про прослеживаемость и ограничения по отгрузке/списанию.

Упаковки: короб/палета, коэффициенты упаковки для закупок и склада.

Практический вывод: перед тем как создавать документы закупки и приемки, убедитесь, что номенклатура заведена по правилам вашей компании (а если правил нет — их нужно договориться и зафиксировать).

Поставщик: партнёр и контрагент

В закупках вы обычно выбираете:

Партнёра (как сторону взаимодействия: поставщик, перевозчик).

Контрагента (конкретное юрлицо, на которое идут расчёты и первичные документы).

Если перепутать или завести дубль, будут последствия:

заказы и взаиморасчёты «разъедутся» по разным карточкам;

отчёты по закупкам/задолженности станут неполными.

Склад и структура хранения

Склад в ERP — это не просто «место», а аналитика движения запасов.

На практике важно различать:

склад (основной уровень учёта остатков);

зоны/ячейки (если включено адресное хранение);

виртуальные склады (например, «брак», «в пути») — если так настроено методологией.

Цены и условия закупок: что нужно понимать новичку

Цены в закупках — это не «одно поле цена», а управляемая логика: откуда берётся цена, в какой валюте, по каким условиям, как она меняется и кто имеет право её редактировать.

Типовые источники цены в закупке

Чаще всего цена в строке закупки формируется из одного из источников:

Цена из соглашения/условий с поставщиком (если в вашей базе настроены соглашения или условия закупок).

Цена из прайс-листа поставщика (если ведётся отдельный справочник/регистрация цен поставщиков).

Цена вручную (если политика компании разрешает вводить цену в документе).

В реальной работе важно знать правило в вашей компании: кто имеет право менять цену и где фиксируется «истина» (в соглашении, в прайсе или в самом заказе).

Что ещё относится к «условиям» закупки

Кроме цены обычно критичны:

валюта;

ставка НДС и включён ли НДС в цену;

условия оплаты (предоплата/отсрочка);

условия поставки (доставка/самовывоз, сроки);

минимальные партии/кратность (если применимо).

Ниже — удобная «карта влияния» (в разных внедрениях названия объектов могут отличаться, но логика сохраняется).

| Что настраиваем | Где это проявляется | Типовая ошибка новичка | К чему приводит | |---|---|---|---| | Единица измерения и коэффициенты | Количество в заказе и приемке, остатки | Закупили в коробах, а учёт в штуках без пересчёта | Неверные остатки и себестоимость | | НДС (ставка/включён в цену) | Первичка и суммы | Цена введена «с НДС», а система считает «без НДС» | Расхождение сумм и исправления документов | | Склад по умолчанию | Куда приходят остатки | Приняли на «чужой» склад | Остатки не там, где ожидают | | Поставщик (партнёр/контрагент) | Заказы, взаиморасчёты | Выбрали не того контрагента | Задолженность и документы «разъехались» |

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

Заказ поставщику — документ, который фиксирует намерение купить: что, сколько, когда, у кого и на какой склад.

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

Что обычно контролируют через заказ поставщику

сроки поставки (плановые даты);

выполнение по количеству (поставили всё или частично);

цены и условия (для последующей сверки);

ожидаемые поступления (чтобы понимать будущие запасы).

Типовой жизненный цикл заказа

В большинстве компаний цепочка выглядит так:

Пользователь создаёт заказ поставщику (вручную или на основании потребности).

Заказ согласуется (встроенными статусами или внутренним регламентом).

Заказ переходит в работу: ожидаем поставку.

По факту поставки оформляется приемка (способ зависит от настроек склада и учёта).

Заказ закрывается (полностью или частично), остаётся история и аналитика.

Ключевой навык новичка: уметь открыть заказ и понять его состояние: согласован ли он, ожидается ли поставка, сколько уже пришло, что осталось.

Приемка: что происходит на складе и в учёте

Приемка — это момент, когда запас становится «реальным»: появляется на складе и начинает влиять на доступность.

В 1С:ERP способ оформления приемки зависит от настроек (о них мы говорили в теме функциональности): может быть простая схема или ордерная.

Простая схема (без разделения склад/финансы)

В простом варианте один документ одновременно:

фиксирует факт поступления;

увеличивает остатки;

может использоваться как основа для дальнейших расчётов.

Плюс: проще для небольшого потока.

Минус: слабее разделение ответственности (склад и бухгалтерско-финансовая часть «в одном документе»).

Ордерная схема (разделение ответственности)

При ордерной схеме часто разделяют:

документ закупки (что купили по договорённости);

складской документ (ордер) (что фактически приняли на склад: когда, кто, куда).

Плюсы:

склад может принимать товар оперативно, даже если финальная «бумажная» часть ещё уточняется;

удобнее контролировать расхождения заказано/принято.

Минусы:

больше документов;

нужно дисциплинированно закрывать цепочки.

Что новичку важно выяснить в своей базе:

Используется ли ордерная схема на складе.

В какой момент «появляются остатки»: при поступлении или при приходном ордере.

Кто отвечает за какой документ (закупщик, кладовщик, бухгалтер/учётчик).

!Сравнение простой и ордерной схем приемки

Запасы: какие «остатки» бывают и как их правильно понимать

Слово «остаток» в ERP не всегда означает одно и то же. В управлении закупками и складом обычно используют несколько показателей.

| Показатель | Что означает по смыслу | Зачем нужен | |---|---|---| | В наличии | Физически на складе (факт) | Понимать реальный запас | | Ожидается | Запланировано к поступлению (по заказам/планам) | Видеть будущие пополнения | | В резерве | Уже «закреплено» под потребность (продажи/производство) | Не обещать то, что уже занято | | Доступно | То, чем можно распоряжаться, учитывая резервы и ограничения | Быстро отвечать «можем ли отдать/переместить» |

На уровне логики часто используют идею:

доступно = в наличии − в резерве.

Но в конкретной базе формула доступности может быть сложнее из-за настроек (например, учёт в пути, качество, ограничения по сериям). Поэтому полезный практический навык: найти в вашей базе отчёт/рабочее место, где показана именно доступность, и научиться читать расшифровку.

Какие операции чаще всего меняют остатки

Остатки на складе изменяются документами движений. Самые типовые:

поступление (приход);

перемещение между складами;

списание (порча, расход на нужды, производство);

инвентаризация (выявление излишков/недостач и отражение результатов).

Важно: если у вас «не сходятся остатки», причина почти всегда одна из трёх:

документ не проведён или проведён не тем числом;

документ проведён, но на другой склад/организацию;

в НСИ разные карточки на один и тот же товар (дубль номенклатуры) или неверные единицы.

Практические ориентиры: как новичку работать аккуратно

Чтобы закупки и склад «не ломались», держите базовый чек-лист дисциплины.

Перед созданием заказа поставщику

Проверьте, что номенклатура выбрана корректно (не дубль, верная единица, нужные характеристики/серии).

Проверьте контрагента (юрлицо) и договор/условия.

Уточните склад назначения.

Проверьте дату поставки и планируемые сроки.

Перед оформлением приемки

Сверьте, на основании какого документа принимаете (заказ поставщику или без заказа — по правилам компании).

Проверьте количество и единицы.

Проверьте склад, зоны/ячейки (если применимо).

Если используются серии/сроки годности — убедитесь, что они заполнены так, как требует процесс.

Типовые ошибки в закупках и складе

Путаница единиц: закупили «1» (короб), а в учёте оказалось «1 штука».

Приемка не на тот склад: остатки «пропали», потому что лежат на другом складе.

Дубли номенклатуры: один и тот же товар учитывается как два разных.

Цена и НДС введены в неверном формате: суммы не сходятся с документами поставщика.

Разрыв цепочки: заказ есть, приемка есть, но они не связаны (сложнее анализ выполнения и ожиданий).

Как эта тема связана со следующими шагами курса

Контур закупок и склада — основа для всего остального:

продажи опираются на доступность и резервы;

производство опирается на остатки материалов и ожидаемые поставки;

финансы и регламентированный учёт опираются на корректность первички и НСИ.

Дальше в курсе мы будем строить сквозные цепочки (закупка → склад → продажа / закупка → склад → производство) и учиться читать статусы и отчёты так, чтобы управлять процессом, а не «искать ошибки постфактум».

Продажи и CRM: клиенты, договоры, отгрузка, возвраты, взаиморасчеты

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

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

Справочно:

Официальная страница 1С:ERP

Официальная страница платформы 1С:Предприятие

!Сквозная цепочка от клиента до денег и сверки

CRM в контуре 1С:ERP: что это для новичка

Под CRM в прикладном смысле чаще понимают дисциплину работы с клиентом:

фиксация контактов и истории взаимодействий;

ведение сделок и задач (если это включено и используется);

управление условиями продаж (цены, скидки, отсрочка, доставка);

контроль выполнения обязательств: от обещанного срока до фактической отгрузки и оплаты.

Важно: в разных внедрениях CRM-часть может быть как активно используемой, так и минимальной (только справочники и документы продаж). Но контур продаж (заказ → отгрузка → оплата) присутствует почти всегда.

Клиенты: партнёр, контрагент, контакты

Из темы НСИ возьмём ключевое: в 1С:ERP часто разделяют партнёра и контрагента.

Партнёр — «клиент как сущность взаимодействия» (с кем общаемся, кому продаём как группе).

Контрагент — конкретное юридическое лицо или ИП, на которое идут документы и взаиморасчёты.

Практический смысл:

один партнёр может иметь несколько контрагентов (например, холдинг или сеть, где договоры и оплаты идут на разные юрлица);

коммерческие условия иногда задают на уровне партнёра (чтобы не дублировать), а юридические реквизиты и расчёты — на уровне контрагента.

Что важно проверить в карточках клиента до начала продаж:

отсутствие дублей (две карточки на одну компанию);

корректные реквизиты (ИНН/КПП, адреса);

контактные лица и способы связи (телефон, email) в актуальном виде.

Договоры, соглашения, условия продаж: как не запутаться

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

Обычно условия включают:

тип цен или источник цены;

скидки и правила их применения;

валюту;

ставку НДС и признак «цена включает НДС»;

условия оплаты (предоплата, отсрочка, лимит задолженности);

условия доставки (склад отгрузки, доставка или самовывоз).

Типовая ошибка новичка: создать заказ на «правильного партнёра», но выбрать «не того контрагента/договор». В результате отгрузка проходит, а задолженность отражается не там, где её ждут.

Мини-чеклист перед первым заказом клиента

Уточните, по какому объекту задаются условия (соглашение, договор, иное).

Проверьте тип цен и НДС (особенно если цены в прайсах бывают «с НДС»).

Проверьте разрешённую отсрочку и лимиты (если включены ограничения).

Уточните склад отгрузки и схему склада (простая или ордерная, как в теме про приемку).

Заказ клиента: центральный документ продаж

Заказ клиента фиксирует обязательства перед клиентом: что обещаем, в каком количестве, к какой дате, по какой цене и на каких условиях.

Заказ нужен не только «для менеджера», но и для управления:

обеспечением (понимать, хватит ли товара и когда он будет);

резервами (не отдать то, что уже обещано другому);

планированием отгрузок и контролем выполнения;

дальнейшими документами (отгрузка, счета, оплаты) через связи «на основании».

Что в заказе критично для корректной цепочки

клиент (партнёр/контрагент);

организация (если их несколько в базе);

склад или способ обеспечения;

номенклатура, характеристики/серии (если используются);

цена, НДС, скидки;

дата отгрузки и условия оплаты.

Статусы и выполнение

В типовых внедрениях у заказа есть статусы (например, новый, согласован, к обеспечению, к отгрузке, закрыт). Конкретные названия зависят от настроек, но смысл один: статус показывает, на каком шаге заказ и можно ли делать следующий документ.

Если вы видите «заказ есть, но отгрузить нельзя», проверьте по порядку:

есть ли доступность по складу (см. тему про запасы: в наличии, в резерве, доступно);

нет ли блокировок по оплате (предоплата, превышен лимит);

не требует ли процесс согласования;

хватает ли прав доступа на следующий документ.

Резервирование и обеспечение: мост между складом и продажами

Продажи тесно связаны с запасами:

резерв фиксирует, что конкретное количество товара «закреплено» под конкретный заказ;

доступность показывает, можно ли пообещать и отгрузить, не нарушив уже принятые обязательства.

Связь с темой «Закупки и склад» прямая:

если закупка не оформлена или приемка не проведена, товар не появится в наличии;

если товар в наличии, но уже зарезервирован под другой заказ, «доступно» может быть ноль.

Полезная привычка новичка: перед обещанием клиенту открыть расшифровку доступности и увидеть, из чего она складывается (остаток, резервы, ожидания).

Отгрузка: что происходит в учёте и на складе

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

Возможны два подхода (по смыслу аналогично теме про приемку):

простая схема: один документ отражает и продажу, и изменение остатков;

ордерная схема: склад работает ордерами (отдельный документ фактического движения), а финансово-учётная часть отражается своим документом.

Что важно понимать новичку:

в какой момент уменьшаются остатки (в документе продажи или в расходном ордере);

как связаны заказ клиента и отгрузка (оформление «на основании» снижает риск ошибок);

как контролируется частичная отгрузка (один заказ может быть отгружен несколькими документами).

Контрольные точки перед проведением отгрузки

Склад отгрузки выбран верно.

Количество соответствует факту и единице измерения.

Если используются серии, характеристики или адресное хранение, они заполнены по правилам.

Цена и НДС совпадают с условиями.

Документ сделан «на основании заказа» (если так принято), чтобы сохранились связи и контроль выполнения.

Возвраты от клиента: как не «сломать» остатки и взаиморасчёты

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

Возвраты бывают разными по бизнес-смыслу:

возврат качественного товара (ошибка отгрузки, отказ клиента);

возврат брака (важно, куда он попадает: на основной склад, на склад брака, на карантин);

возврат по претензии (может требовать отдельных процедур и документов).

Два ключевых вопроса, которые нужно выяснить в своей базе:

Куда возвращается товар по процессу (какой склад и какое качество, если ведётся раздельно).

Как оформляется взаиморасчёт: возврат денег, зачет в будущие поставки, корректировка задолженности.

!Как возврат влияет на склад и деньги

Взаиморасчёты: дебиторка, оплаты, зачёты, сверка

Взаиморасчёты отвечают на вопрос: кто кому и сколько должен.

Базовые термины:

дебиторская задолженность — клиент должен компании;

кредиторская задолженность — компания должна клиенту (например, аванс получен и не отгружен, или возврат денег);

аванс — деньги получены (или уплачены) до закрывающего документа поставки;

сверка взаиморасчётов — сопоставление данных компании и клиента по документам и оплатам.

Как связаны отгрузка и деньги

Типовая логика такая:

Отгрузка формирует основание для возникновения задолженности клиента.

Оплата уменьшает задолженность или закрывает её.

Возврат может уменьшить задолженность или создать обязательство вернуть деньги.

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

открыть карточку расчетов по клиенту и понять текущий баланс;

увидеть, какие документы формируют долг;

найти «незакрытые» авансы или переплаты.

Какие отчёты и разрезы обычно используют

задолженность по клиентам;

задолженность с детализацией по договорам и документам;

анализ просрочки (сколько дней долг не оплачен);

сверка взаиморасчётов.

Если отчёт показывает «странную задолженность», самые частые причины:

отгрузка оформлена на одного контрагента, а оплата пришла на другого (дубль или ошибка выбора);

документы сделаны не «на основании», связи разорваны;

в базе несколько организаций, и часть документов оформлена на другую организацию.

Типовые ошибки в продажах и как их предотвратить

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

Как эта тема связана с предыдущими и что дальше

Связь с предыдущими темами:

из НСИ берём корректные карточки клиентов, номенклатуру и структуры;

из темы закупки и склад берём понимание остатков, доступности, резервов и ордерной схемы;

из темы права и интерфейс — умение отличать настройку процесса от отсутствия прав.

Дальше по курсу обычно переходят к сквозным сценариям и контролю управленческих показателей: как обеспечить заказ (склад/закупка/производство), как не допустить отгрузку при рисках, как анализировать маржинальность и дисциплину оплат в рамках принятых правил.

Производство: спецификации, планирование, выпуск, себестоимость

В прошлых темах курса мы выстроили базу: интерфейс и права, качество НСИ, цепочки закупок и складских остатков, а затем продажи (заказ клиента → отгрузка → деньги). Производство в 1С:ERP связывает всё это в единую картину: спрос (заказы клиентов/план) превращается в план производства, далее — в выпуск продукции и потребление материалов, а результатом становится себестоимость, которая влияет на маржинальность и управленческие решения.

Главная идея темы: в производстве 1С:ERP критично правильно описать продукт (спецификации), затем корректно спланировать потребности, и только после этого оформлять выпуск и рассчитывать себестоимость. Если перепутать порядок, система будет «считать», но управляемости не будет.

Справочно:

Официальная страница 1С:ERP

Официальная страница платформы 1С:Предприятие

!Сквозная логика: от спроса и запасов к выпуску и себестоимости

Термины, которые нужно понимать до начала

Чтобы дальше не путаться, зафиксируем словарь производства на уровне пользователя.

Готовая продукция — то, что выпускаем и продаём.

Материалы — то, что потребляем для выпуска (сырьё, комплектующие).

Полуфабрикат — промежуточный продукт, который может выпускаться и потребляться в следующих переделах.

НЗП (незавершённое производство) — затраты, которые уже понесли, но выпуск готового изделия ещё не завершён.

Спецификация — описание состава изделия (что нужно списать/израсходовать для выпуска).

Маршрут (операции) — описание как производим (этапы/операции, рабочие центры, трудозатраты), если в вашей базе используется расширенное управление производством.

Заказ на производство — документ-основание, который фиксирует, что именно и в каком количестве надо произвести.

Выпуск продукции — документ (или набор документов), который фиксирует факт изготовления.

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

Спецификации: как описать продукт так, чтобы производство «сошлось»

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

«не хватает материалов» при планировании;

«вдруг появились лишние остатки» материалов;

себестоимость «скачет» и не объясняется реальностью.

Что обычно входит в спецификацию

В типовой логике спецификация содержит:

выпускаемую номенклатуру (изделие/полуфабрикат);

состав (материалы и полуфабрикаты, которые потребляются);

нормы расхода (сколько нужно на единицу выпуска);

возможные варианты (например, по характеристикам, по серии, по исполнению);

потери/отходы (если это принято учитывать).

Практическое правило: спецификация должна быть сопоставима со складским учетом. Если в номенклатуре включены характеристики/серии/упаковки, спецификация и документы производства должны уметь «жить» в тех же разрезах.

Разные уровни детализации: что выбрать новичку

Внедрения сильно отличаются. Чтобы не потеряться, используйте понятную шкалу.

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

Средне: спецификация + этапы (переделы), полуфабрикаты, отражение НЗП.

Сложно: спецификация + маршруты/рабочие центры + планирование мощностей и детальная диспетчеризация.

Для старта важно выяснить внутри вашей компании:

Ведутся ли полуфабрикаты как отдельная номенклатура.

Нужен ли учет НЗП и на каком уровне детализации.

Используется ли планирование по мощностям (смены, рабочие центры).

Чек-лист качества спецификации

Перед тем как спецификацию начать массово применять, проверьте:

единицы измерения и коэффициенты (из темы про НСИ);

замены материалов (если допускаются аналоги);

актуальность норм (дата ввода, версия, согласование);

наличие “узких мест” (дефицитные материалы, длинные сроки поставки).

Планирование: как потребность превращается в задания производству и закупкам

Планирование в 1С:ERP отвечает на вопрос: что и когда надо произвести/закупить, чтобы выполнить спрос и не создать лишние запасы.

Откуда берется потребность

Потребность обычно формируется из сочетания источников:

заказы клиентов (мы разбирали в теме продаж);

план продаж/прогноз (если используется);

минимальные остатки и правила пополнения;

внутренние потребности (ремонт, собственное потребление, производство полуфабрикатов).

Что делает система на шаге планирования

В простом пользовательском понимании планирование — это последовательность:

Определить потребность по продукции.

Проверить обеспеченность по складу (в наличии, в резерве, доступно).

Рассчитать потребность в материалах по спецификации.

Сформировать предложения:

- произвести (заказ на производство); - купить (заказ поставщику из темы закупок); - переместить между складами (если применимо).

Ключевой навык новичка: уметь объяснить, почему заказ “не обеспечивается”. Почти всегда причина одна из следующих:

нет доступности по материалам;

спецификация указывает неверный состав или норму;

сроки поставки материалов позже, чем нужна дата выпуска;

материалы есть, но уже зарезервированы под другие потребности;

нет прав/функциональности для нужного сценария.

!Как спецификация превращает спрос в потребность по материалам

Заказ на производство: основной документ управления выпуском

Заказ на производство фиксирует обязательство произвести конкретную номенклатуру в нужном количестве и сроках. В зависимости от внедрения он может быть очень простым или содержать этапы/переделы.

Что важно контролировать в заказе на производство:

что производим (номенклатура, характеристики);

сколько производим (количество и единица);

где производим (подразделение/производственный участок, если используется);

из чего производим (спецификация/версия спецификации);

сроки и состояние выполнения (статусы, обеспечение материалами).

Практика безопасности данных из тем про права и НСИ: не меняйте спецификацию “на лету” для уже начатого заказа без регламента. Правильнее работать через версии спецификаций и согласование изменений.

Выпуск и потребление: какие документы «двигают» материалы и продукцию

В производстве важно понимать, что факт выпуска — это не только «появилась готовая продукция», но и «исчезли материалы» (или зафиксировано их потребление в НЗП).

Базовые варианты отражения (по смыслу)

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

Одношаговая: один документ отражает выпуск и списание материалов.

Двухшаговая: отдельно фиксируется потребление (в производство/в НЗП), отдельно — выпуск продукции.

Что вам нужно выяснить в своей базе:

В какой момент уменьшаются складские остатки материалов.

Можно ли выпускать частями (партиями) и как закрывается заказ.

Учитываются ли серии/качество/ячейки при выдаче материалов.

Типовые ошибки при выпуске

списали материалы не на то подразделение или заказ (сложно найти причину себестоимости);

выпуск сделали на другую характеристику/исполнение (получили «не ту» готовую продукцию на складе);

провели документы «задним числом» в закрытом периоде (нарушили регламент и расчеты).

Себестоимость: что это такое в ERP и почему она “не равна цене материалов”

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

Из чего обычно складывается себестоимость выпуска

Чаще всего в себестоимость входят:

материалы и комплектующие (по правилам оценки запасов);

полуфабрикаты собственного производства;

производственные услуги и работы (если отражаются);

распределяемые производственные расходы (энергия, амортизация, общепроизводственные затраты) — если такой учет ведется.

Почему себестоимость может отличаться от “материалы по накладной”:

часть затрат относится к НЗП и попадет в себестоимость позже;

есть отклонения (фактический расход выше/ниже нормы);

расходы распределяются по выбранной базе (например, по объему выпуска, по трудозатратам);

выпуск и списание сделаны разными датами (особенно на границе месяца).

НЗП как ключевой источник вопросов

Если у вас есть НЗП, то ситуация “материалы списаны, а выпуск еще не отражен” — нормальная, но требует дисциплины закрытия периода.

Типовые причины «странной» себестоимости:

не закрыт выпуск по заказу, а материалы уже списаны;

часть расходов не распределена (не выполнены регламентные операции закрытия);

перепутаны аналитики (подразделение, статья затрат, заказ/передел);

спецификация не соответствует фактическому расходу.

Как новичку проверять себестоимость без “магии”

Действуйте от простого к сложному:

Сверьте связи документов: заказ на производство → потребление → выпуск.

Сверьте фактический расход материалов с нормой спецификации.

Проверьте, нет ли незакрытого НЗП по этому заказу.

Уточните, выполнены ли регламентные процедуры закрытия месяца (это обычно зона бухгалтера/методолога, но вам важно понимать зависимость).

Сквозной сценарий: от заказа клиента до выпуска

Чтобы связать производство с темами продаж, закупок и склада, держите опорный сценарий.

Менеджер оформляет заказ клиента с датой отгрузки.

Система проверяет доступность готовой продукции.

Если готовой продукции не хватает, формируется потребность на производство.

По спецификации рассчитывается потребность в материалах.

Если материалов не хватает, формируется потребность на закупку (заказы поставщикам).

После поступления материалов оформляется выдача/списание в производство.

Оформляется выпуск готовой продукции.

Доступность готовой продукции растет, появляется возможность отгрузки.

После закрытия периода считается корректная себестоимость, а затем можно анализировать маржинальность.

Итог: что вы должны унести из темы

Спецификации — это фундамент производства: они связывают номенклатуру, склад и планирование.

Планирование превращает спрос в заказы на производство и закупку, опираясь на остатки, резервы и сроки.

Выпуск — это всегда пара “появилось изделие” и “потребились ресурсы” (иногда через НЗП).

Себестоимость зависит не только от цен материалов, но и от факта выпуска, НЗП и правил распределения затрат.

Дальше по курсу обычно переходят к управленческому контролю: как читать отчеты по обеспеченности, выполнению производства, отклонениям от норм и причинам изменения себестоимости, не теряя связь со складом и продажами.

Финансы и учет: деньги, бюджеты, регламентированный и управленческий учет

В предыдущих темах курса мы разобрали, как в 1С:ERP работают НСИ, закупки и склад (остатки и ожидания), продажи и CRM (заказы, отгрузки, взаиморасчеты), производство (выпуск, НЗП, себестоимость). Теперь соберем это в единый финансовый контур: деньги, бюджеты и учет.

Главная идея темы: финансы в 1С:ERP начинаются раньше бухгалтерских проводок. Сначала появляется обязательство (заказ, поставка, отгрузка), затем план движения денег (заявка на оплату, платежный календарь), и только потом фиксируется факт денег (платеж) и учетный факт (регламентированный и управленческий учет).

Справочно:

Официальная страница 1С:ERP

Официальная страница платформы 1С:Предприятие

!Сквозная логика: от операций к деньгам, бюджету и учету

Финансовый контур в 1С:ERP: что считается “финансами”

В прикладном смысле финансы в ERP обычно включают три взаимосвязанных направления.

Управление денежными средствами (казначейство): планирование и контроль платежей, платежный календарь, контроль лимитов.

Бюджетирование: планы по доходам и расходам, инвестициям, движениям денег, контроль план-факт.

Учет: отражение хозяйственных операций по правилам компании и законодательства, закрытие периодов, финансовый результат.

Важное уточнение: названия подсистем и документов могут отличаться между внедрениями (часть доработок “переименовывает” объекты), но логика почти всегда одинаковая.

Деньги: что важно понимать про кассу, банк и платежную дисциплину

“Обязательство” и “деньги” в ERP не одно и то же

Новички часто ожидают, что если есть документ закупки или продажи, то “деньги уже учлись”. В ERP это разные уровни:

Обязательство: возникло основание оплатить или получить оплату (например, поступление от поставщика или отгрузка клиенту).

План денег: когда именно планируем оплатить или получить оплату (заявки, календарь, графики оплат).

Факт денег: деньги реально ушли или пришли (банк/касса).

Казначейство: типовая цепочка “платеж”

Во многих компаниях используется разделение ответственности: инициатор платежа, согласующие, казначей.

Типовой сценарий выглядит так:

Создается основание (например, поступление от поставщика, счет, акт, иной первичный документ).

Создается заявка на расходование денежных средств или аналогичный документ.

Заявка проходит согласование по регламенту (статусы, маршруты согласования).

Платеж попадает в платежный календарь (планирование по дням).

Казначей формирует платежные документы (банк/касса) и проводит их.

Появляется факт оплаты и закрытие задолженности (полностью или частично).

Практический смысл этого разделения: можно контролировать когда и зачем платим, не теряя связи с первичными основаниями.

Статьи движения денежных средств: почему это важнее, чем кажется

Практически любой платеж в ERP должен иметь аналитику: статья ДДС (статья движения денежных средств).

Зачем она нужна:

отчеты по ДДС становятся читаемыми (операционная деятельность, инвестиции, финансы);

работает контроль лимитов (например, “маркетинг в этом месяце не превышаем”);

упрощается план-факт (планировали одно, потратили другое).

Типовая ошибка новичка: выбрать “похожую” статью ДДС или оставить статью “по умолчанию”. Последствие: платежи есть, но финансовая аналитика становится недостоверной.

Платежный календарь: чем он полезен руководителю и исполнителю

Платежный календарь отвечает на простой вопрос: хватит ли денег на ближайшие дни, если заплатим все запланированное.

Обычно он учитывает:

планируемые оплаты поставщикам;

ожидаемые поступления от клиентов;

регулярные платежи (аренда, зарплата, налоги) если они заведены в системе;

остатки на счетах и кассах.

Если календарь показывает кассовый разрыв, обычно решение принимают в одном из направлений:

перенести или согласовать оплату позже;

ускорить сбор дебиторки;

привлечь финансирование;

пересобрать план закупок/производства.

Бюджеты: как планы превращаются в контроль

Что такое бюджетирование в контексте 1С:ERP

Бюджетирование в ERP обычно строится вокруг трех “семейств” бюджетов:

БДР (бюджет доходов и расходов): план по прибыли, отвечает на вопрос “заработаем ли”.

БДДС (бюджет движения денежных средств): план по платежам и поступлениям, отвечает на вопрос “будут ли деньги”.

Балансовые бюджеты (если используются): план по активам и обязательствам.

Важно: БДР и БДДС могут сильно различаться по времени. Например, продажа может попасть в доходы сейчас, а деньги прийти через 30 дней.

Сценарии, периоды и центры финансовой ответственности

Чтобы бюджеты были управляемыми, обычно вводят структуру:

сценарий: план, прогноз, факт, оптимистичный/пессимистичный;

периодичность: год, квартал, месяц, неделя;

ЦФО (центр финансовой ответственности): кто отвечает за исполнение (подразделение, направление, проект).

Связь с темой про структуры компании (из НСИ): если подразделения и аналитики заведены хаотично, бюджетирование превращается в ручные своды.

Лимиты: как бюджет влияет на реальные платежи

Одна из ключевых причин, почему бюджетирование внедряют именно в ERP: можно связать план с разрешением тратить.

Типовая логика:

У подразделения есть лимит по статье бюджета.

Сотрудник создает заявку на расход.

Система (или регламент) проверяет: укладываемся ли в лимит.

Если превышаем лимит, требуются дополнительные согласования или запрет оплаты.

Это не “бухгалтерия”, а управленческий контроль, который помогает не потратить больше, чем компания готова.

!Как лимиты бюджета могут управлять платежами

Учет: регламентированный и управленческий

Зачем в ERP два контура учета

Внутри компаний часто сосуществуют два “взгляда” на цифры.

Регламентированный учет: по правилам законодательства и официальной отчетности.

Управленческий учет: по правилам управления бизнесом (как руководству удобнее анализировать прибыльность, эффективность, ответственность).

Они могут совпадать частично, но часто различаются:

составом аналитик (например, проекты, направления бизнеса, менеджеры);

моментом признания доходов и расходов;

детализацией себестоимости;

правилами распределения косвенных затрат.

Практическое правило новичка: если два отчета дают разные цифры, сначала выясняют какой контур учета и какие правила лежат в основе каждого отчета.

Что означает “закрыть период”

ERP аккумулирует данные в течение месяца, а затем выполняются процедуры, которые “дособирают” итог:

расчет себестоимости выпуска и списаний (связь с темой производства и склада);

распределение косвенных расходов;

переоценки и курсовые разницы (если есть валютные операции);

формирование финансового результата.

Почему это важно:

до закрытия месяца часть отчетов может быть предварительной;

“проведение задним числом” может изменить себестоимость и финансовый результат.

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

Как операционные документы “питают” учет

Свяжем с темами курса простым соответствием “что рождает финансовый смысл”:

закупки: создают кредиторскую задолженность и будущие платежи;

продажи: создают дебиторскую задолженность и будущие поступления;

склад: влияет на оценку запасов и себестоимость списаний;

производство: формирует выпуск и затраты, которые превращаются в себестоимость.

Если в операционных цепочках есть разрывы (например, приемка не связана с заказом, отгрузка не связана с заказом клиента, материалы списаны “не туда”), финансовый контур начинает “шуметь”: отчеты становятся труднее объяснять.

Ключевые отчеты: минимальный набор для контроля

Набор отчетов зависит от внедрения, но новичку полезно освоить именно логику вопросов.

Деньги

отчет по движению денежных средств (факт);

платежный календарь (план);

расшифровка платежей по статьям ДДС.

Дебиторка и кредиторка

задолженность клиентов и поставщиков;

анализ просрочки;

сверка взаиморасчетов.

Связь с темой продаж: если оплаты “пришли не на того контрагента” или документы не связаны, дебиторка перестает быть управляемой.

Финансовый результат

отчет о доходах и расходах (по правилам управленческого учета или регламентированного, в зависимости от настройки);

маржинальность по номенклатуре/клиентам/заказам (если ведется);

анализ себестоимости и отклонений (если производство).

Роли и права в финансах: почему это особенно строго

Финансовые разделы обычно ограничивают сильнее, чем операционные.

Типовые правила доступа:

большинство пользователей видят только свои заявки/документы и ограниченный набор отчетов;

казначей работает с платежами и календарем;

бухгалтер или методолог отвечает за закрытие периода и регламентные процедуры;

доступ к отчетам по прибыли, себестоимости и зарплатным данным обычно строго ограничен.

Если у вас “не видно отчета” или “нет кнопки провести платеж”, это часто не ошибка, а корректное разграничение прав (как мы обсуждали в первой статье курса).

Типовые ошибки новичков в финансовом контуре

путать план и факт (платежный календарь не равен выписке банка);

создавать платежи без корректной статьи ДДС;

оплачивать без привязки к основанию и потом искать, что именно закрыли оплатой;

менять документы задним числом после закрытия месяца;

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

Итог: что вы должны унести из темы

Финансовый контур в 1С:ERP строится по цепочке обязательства → план денег → факт денег → учетные итоги.

Бюджетирование нужно не ради таблиц, а ради контроля: лимитов, ответственности (ЦФО) и план-факт.

Регламентированный и управленческий учет могут давать разные цифры, потому что отвечают на разные вопросы и используют разные правила.

Закрытие периода критично для себестоимости и финансового результата, поэтому дисциплина дат и прав доступа в финансах особенно важна.

Отчеты и мини-проект: сквозной сценарий, KPI, контроль ошибок

Эта статья завершает курс «1С:ERP с нуля за 22 дня» и связывает все предыдущие темы в одну практику: как по данным закупок, склада, продаж, производства и финансов строить отчеты, считать KPI и находить ошибки в учете до того, как они превращаются в проблемы.

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

быстро собрать картину по процессу от заказа до денег;

измерить процесс в цифрах (KPI);

найти причину отклонения через расшифровки и связи документов.

Справочно:

Официальная страница 1С:ERP

Официальная страница платформы 1С:Предприятие

Зачем отчеты в 1С:ERP

В прошлых темах мы говорили про цепочки документов:

закупки и склад: заказ поставщику → приемка → остатки/доступность;

продажи: заказ клиента → отгрузка → взаиморасчеты;

производство: заказ на производство → потребление → выпуск → себестоимость;

финансы: обязательство → план денег → факт денег → закрытие периода.

Отчет в 1С:ERP — это способ ответить на управленческий вопрос, не открывая вручную десятки документов.

Чтобы отчеты действительно работали, нужно понимать два принципа.

Отчет всегда опирается на данные НСИ и документы: если в НСИ дубль партнера или неправильная единица измерения, отчет будет “правильно” показывать неправильные данные.

Отчет читается через расшифровки: увидели отклонение → провалились до документа → нашли поле/аналитику, где ошибка.

Сквозной сценарий как основа аналитики

Сквозной сценарий — это единая история в системе: спрос → обеспечение → исполнение → деньги → результат. Если цепочка разорвана, показатели становятся неуправляемыми.

!Схема показывает сквозной путь данных и где именно строятся KPI

Что означает “цепочка не разорвана”

Цепочка считается целостной, когда выполняются условия:

Документы создаются на основании там, где это принято в вашей компании (так сохраняются связи и проще расшифровывать отчеты).

В каждом ключевом документе правильно заполнены аналитики (организация, склад, контрагент, договор/условия, статья ДДС, подразделение/ЦФО).

Понимается момент, когда меняются остатки и расчеты (простая схема или ордерная).

Если вы строите отчет и видите “странные цифры”, в 80% случаев проблема не в отчете, а в одном из трех:

ошибка в НСИ;

документ создан “не туда” (не та организация/склад/контрагент);

цепочка документов не связана.

Аналитики, без которых KPI превращаются в шум

Почти любой управленческий отчет требует, чтобы данные были заполнены в разрезах (аналитиках). Минимальный набор, который полезно держать в голове:

период (дата документа и дата факта, особенно в деньгах);

организация (если учет многокомпанийный);

подразделение или ЦФО (если вы управляете ответственностью);

партнер/контрагент/договор (для продаж, закупок, взаиморасчетов);

склад (для остатков и доступности);

номенклатура и характеристики/серии (если они включены);

заказ клиента / заказ поставщику / заказ на производство (для сквозной расшифровки “до основания”).

Практическое правило: если аналитика не заполнена в документе, ее нельзя “честно восстановить” в отчете. Отчет может сгруппировать “пустое”, но не угадает смысл.

KPI: какие показатели реально удобно контролировать в ERP

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

KPI продаж и исполнения

OTIF (On Time In Full) — доля отгрузок в срок и полностью.

Строчная формула:

Обозначения:

— количество отгрузок (или заказов), которые отгружены не позже обещанной даты и без недопоставки.

— общее количество отгрузок (или заказов) в выбранном периоде.

Важный методический момент: заранее договоритесь, что считается “в срок” (по дате заказа, по дате отгрузки, по обещанной дате клиента) и что считается “полностью” (по количеству, по сумме, по ключевым позициям).

Выполнение заказов — сколько заказов в статусе “к отгрузке”, “частично отгружен”, “закрыт”, и где узкое место.

KPI запасов и склада

Оборачиваемость запасов — как быстро запасы превращаются в продажи/производство.

Один из понятных вариантов:

Обозначения:

— себестоимость проданных товаров (или списаний) за период.

— средняя стоимость запасов за период.

Если управленческий учет ведется не полностью, иногда используют упрощение: вместо берут сумму списаний/реализаций по учетной оценке.

Доступность — показатель “можем ли отгрузить сейчас”, который зависит от в наличии и в резерве.

KPI взаиморасчетов и денег

DSO (Days Sales Outstanding) — средний срок получения денег от клиентов.

Обозначения:

— дебиторская задолженность на дату.

— продажи за период (в той же базе учета, что и ).

— количество дней в периоде.

Тонкость: если считается по одному контуру учета, а — по другому, показатель теряет смысл. Всегда сверяйте, какой контур (регламентированный или управленческий) лежит в основе отчета.

Платежная дисциплина — план-факт по заявкам на расходование денежных средств и фактическим платежам, с анализом причин отклонений.

KPI производства

Отклонение факта от нормы — где спецификация (нормы) не совпадает с фактическим расходом.

Это обычно читается через отчеты “выпуск и затраты” с расшифровкой до заказов на производство и материалов.

Краткая карта KPI, данных и типовых “поломок”

| KPI | На что опирается в учете | Что чаще всего ломает показатель | Как проверять через расшифровку | |---|---|---|---| | OTIF | заказы клиентов, даты, отгрузки | разрыв “заказ → отгрузка”, некорректные даты обещания | провалиться в заказ, затем в документы отгрузки | | Оборачиваемость | остатки, списания/себестоимость | дубли номенклатуры, неверные единицы, “не тот склад” | провалиться до движений по складу | | DSO | дебиторка и продажи | оплаты на другого контрагента/договор, неразнесенные оплаты | провалиться из дебиторки до документов отгрузки и оплаты | | План-факт ДДС | заявки, календарь, платежи | неправильные статьи ДДС, платежи без основания | открыть платеж и статью ДДС, связь с основанием | | Отклонения в производстве | спецификации, списания, выпуск | списание “не на тот заказ”, изменения спецификаций “на лету” | связка заказ → списания → выпуск → распределение затрат |

Как строить отчет в 1С:ERP: универсальная техника

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

Сформулируйте вопрос одним предложением.

Выберите разрезы (аналитики), в которых будете смотреть ответ.

Ограничьте период и ответственность (организация, склад, менеджер, ЦФО).

Проверьте базовую целостность данных перед выводами.

Сделайте расшифровку до первичных документов на одном примере.

Сохраните вариант отчета для повторного использования.

Базовая целостность данных перед выводами

Чтобы не делать “управленческие выводы” на грязных данных, используйте быстрый контроль.

| Быстрая проверка | Что именно проверяем | Типовой симптом, если не проверить | |---|---|---| | Права и функциональность | видите ли вы все нужные документы/отчеты | “в отчете пусто”, потому что доступ ограничен | | Период и даты | даты документов и факта денег | “продажи есть, денег нет” из-за сдвига периодов | | Организация и склад | выбранные аналитики совпадают с реальностью | “остатков нет”, потому что смотрите другой склад | | Контрагент и договор | отгрузка и оплата на одну сущность | “висящая дебиторка” при фактически оплаченных счетах |

Контроль ошибок: как находить причину отклонений

Ошибки в ERP почти всегда проявляются как “нестыковка” между двумя отчетами или между ожиданиями процесса и цифрами. Чтобы не искать наугад, используйте трехуровневую диагностику.

Ошибки НСИ

Типовые признаки:

одинаковая компания заведена как два контрагента;

один и тот же товар заведен как две номенклатуры;

неверная единица измерения или коэффициент пересчета;

неверные признаки НДС или настройки учета.

Практический метод:

Найдите строку в отчете с “аномалией”.

Откройте карточку номенклатуры или контрагента.

Проверьте поля, которые влияют на учет (единица, НДС, классификация, реквизиты).

Ошибки процесса и цепочек

Типовые признаки:

заказ есть, отгрузка есть, но они не связаны;

приемка пришла, но “не появилась” в доступности (из-за ордерной схемы и незакрытого ордера);

оплата поступила, но дебиторка не закрылась (неразнесенная оплата, другой договор/контрагент).

Практический метод:

Провалитесь из отчета в документ.

Найдите блок связанных документов или оснований.

Проверьте, что следующий шаг цепочки оформлен корректно и в правильном статусе.

Ошибки периода и закрытия месяца

Типовые признаки:

себестоимость “прыгает” между днями;

маржинальность не объясняется ценами закупки;

отчеты “до закрытия” и “после закрытия” различаются.

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

Мини-проект: собрать сквозной контрольный набор отчетов

Цель мини-проекта: получить минимальный “набор управления”, который показывает состояние бизнеса по основным контурам курса и позволяет провалиться до документов.

Результат мини-проекта должен быть выражен в двух артефактах:

Список сохраненных вариантов отчетов (или настроек рабочих мест) под вашу роль.

Короткая инструкция “как читать” каждый отчет: что он отвечает и куда проваливаться при отклонении.

Шаги мини-проекта

Выберите один тестовый поток.

Проверьте, что НСИ в потоке корректна.

Проведите сквозной набор документов.

Постройте отчеты “по контурам”.

Настройте отборы и группировки.

Отработайте один искусственный “сбой” и найдите его через расшифровку.

Какой поток выбрать

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

один клиент;

один поставщик;

3–5 позиций номенклатуры;

один склад;

при необходимости один простой выпуск (если производство используется).

Набор отчетов, который стоит собрать

| Контур | Что хотим контролировать | Какой смысл отчета | |---|---|---| | Продажи | заказы к отгрузке, просрочки, выполнение | показывать “что обещали и что не сделали” | | Склад | остатки и доступность по ключевой номенклатуре | показывать “можем ли отгрузить/произвести” | | Закупки | ожидаемые поступления и выполнение заказов | показывать “когда придет обеспечение” | | Деньги | дебиторка/кредиторка и платежный календарь | показывать “когда будут деньги и куда уйдут” | | Производство | выполнение заказов на производство и отклонения | показывать “где застрял выпуск и почему” |

Как смоделировать один “сбой” для тренировки

Выберите только один, чтобы отработать навык расшифровок.

вариант A: оформить отгрузку на другого контрагента (или другой договор) и найти это через отчет по дебиторке;

вариант B: принять товар на другой склад и найти это через отчет по остаткам;

вариант C: провести оплату без привязки к основанию и найти это через расшифровку взаиморасчетов.

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

Итог: навык, который должен остаться после курса

После этой темы ваша цель — не “знать все отчеты”, а уметь работать по схеме:

Сформулировать управленческий вопрос.

Открыть правильный отчет и правильно поставить отборы.

Увидеть отклонение и провалиться до документа.

Классифицировать причину: НСИ, цепочка, период.

Исправить причину в рамках своей роли или сформулировать точный запрос администратору/методологу.

Это и есть практическая грамотность в 1С:ERP: управлять процессом по цифрам и быстро находить источник расхождений.