Как работает программа 1С:Управление торговлей

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

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

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

Из чего состоит система: справочники, документы, регистры, отчёты

Устройство конфигурации строится на четырёх типах объектов. Справочники хранят условно-постоянную информацию: номенклатуру (карточки товаров), контрагентов (покупателей и поставщиков), склады, договоры, валюты. Документы фиксируют события: приход, расход, оплату, возврат. Регистры накапливают движения документов в виде таблиц «измерение + ресурс». Отчёты читают регистры и показывают результат в нужном разрезе.

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

Как документ влияет на остатки и взаиморасчёты

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

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

1. 1
   Откройте проведённый документ, например реализацию
2. 2
   Нажмите кнопку показа движений документа (иконка «Дт/Кт» или пункт меню «Ещё»)
3. 3
   Посмотрите, в какие регистры записаны строки: товары на складах, расчёты с клиентами, продажи
4. 4
   Сравните количество и суммы в движениях с табличной частью документа

Как программа считает складские остатки

Остаток товара — это не поле в карточке номенклатуры, а вычисляемая сумма: все приходные движения минус все расходные по данному товару и складу. Поэтому «поправить остаток вручную» в штатном режиме нельзя — можно только ввести корректирующий документ, например «Оприходование», «Списание» или «Инвентаризацию». Такой подход гарантирует, что у каждой единицы остатка есть документ-источник.

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

Цены, скидки и себестоимость

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

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

Заказы и резервирование: связь продажи с закупкой

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

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

Отчёты: откуда берутся цифры

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

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

Контрольные точки

Как проверить результат

Остаток товара в отчёте

Норма

Совпадает с фактическим пересчётом на складе

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

Расхождение без документа инвентаризации

Задолженность клиента

Норма

Закрыта оплатой, связанной с реализацией

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

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

Валовая прибыль

Норма

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

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

Нулевая или явно заниженная себестоимость, минусы по партиям

Статус заказа

Норма

Отгружен и оплачен полностью, заказ закрыт

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

Заказ «в работе», хотя товар ушёл — реализация создана не на основании заказа

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

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

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

Частые вопросы

Почему программа не даёт провести реализацию, хотя товар есть на складе?

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

Можно ли изменить проведённый документ прошлого месяца?

Технически можно, если период не закрыт и у пользователя есть права, но после изменения нужно перепровести все зависимые документы и заново выполнить расчёт себестоимости за этот период. Иначе остатки, взаиморасчёты и прибыль станут недостоверными.

Откуда программа берёт цену в документе продажи?

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

Чем отличается заказ покупателя от реализации?

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

Почему в отчёте по прибыли нулевая или странная себестоимость?

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

Нужна ли инвентаризация в программе, если остатки и так считаются автоматически?

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