Торговля и Склад · 11 мин
Как работает программа 1С: Торговля и склад
Разбираем, как работает программа 1С: Торговля и склад: документы, регистры, проведение, цепочка операций, типичные ошибки и порядок настройки учёта.
«1С: Торговля и склад» — учётная конфигурация, в которой все хозяйственные операции оформляются документами: приходными накладными, реализацией, перемещениями, кассовыми ордерами. Каждый документ при проведении делает записи в регистрах — специальных таблицах, где система хранит остатки товаров, взаиморасчёты с контрагентами и движение денежных средств. Отчёты в программе не вводятся вручную, а строятся автоматически на основе накопленных данных регистров.
Ключевой принцип работы — связность: одна и та же операция отражается сразу в нескольких разрезах. Продажа товара уменьшает складской остаток, формирует долг покупателя, фиксирует выручку и себестоимость. Благодаря этому менеджер, кладовщик и бухгалтер видят согласованную картину без двойного ввода данных.
Понимание внутренней логики программы важно на практике: большинство ошибок учёта — отрицательные остатки, «зависшие» долги, расхождения в отчётах — возникают из-за нарушения последовательности документов или неправильного заполнения справочников. Ниже разобраны основные механизмы работы системы и порядок действий для типовых сценариев.
Из чего состоит система: справочники, документы, регистры, отчёты
Работа в программе строится на четырёх базовых объектах. Справочники — это нормативно-справочная информация: номенклатура товаров, контрагенты, склады, договоры, единицы измерения. Они заполняются один раз и затем только выбираются в документах. Документы фиксируют факты хозяйственной деятельности и имеют дату, номер и табличную часть с товарами.
Регистры — это накопительные таблицы, куда документы пишут свои движения при проведении. Регистр остатков товаров хранит количество и сумму по каждой позиции на каждом складе, регистр взаиморасчётов — задолженность по каждому контрагенту и договору. Пользователь напрямую с регистрами не работает, но именно их данные показывают отчёты.
Отчёты — готовые формы анализа: «Остатки товаров на складах», «Взаиморасчёты с контрагентами», «Продажи», «Валовая прибыль». Они строятся за произвольный период и позволяют детализировать данные до конкретного документа. Если отчёт показывает неожиданную цифру, почти всегда можно провалиться в неё и увидеть, какие документы её сформировали.
Как документ превращается в движения по регистрам
Рассмотрим механику на примере приходной накладной. Пользователь создаёт документ «Поступление товаров», указывает поставщика, договор, склад и заполняет табличную часть: товары, количество, цены. Пока документ просто сохранён, остатки не изменились — он существует как черновик.
При нажатии кнопки «Провести» программа выполняет алгоритм проведения: записывает приход по регистру остатков товаров (количество и сумма закупки), увеличивает задолженность перед поставщиком в регистре взаиморасчётов, при необходимости формирует резерв. Если какая-то проверка не проходит — например, не заполнен склад — программа отказывает в проведении и выводит сообщение с причиной.
При продаже логика зеркальная, но с контролем: документ «Реализация» списывает товар с остатков, и если включён контроль отрицательных остатков, программа не даст продать больше, чем числится на складе. Себестоимость списываемого товара рассчитывается по выбранному методу — обычно по средней стоимости или FIFO, в зависимости от настроек конфигурации.
Типовая цепочка документов: от закупки до продажи
Полный цикл торговой операции выглядит так: заказ поставщику → поступление товаров → приходный кассовый ордер или платёжное поручение (оплата) → заказ покупателя → реализация → приход денег от покупателя. Каждое звено оформляется отдельным документом, и документы можно вводить «на основании» друг друга — тогда реквизиты и табличная часть переносятся автоматически.
Ввод на основании снижает количество ошибок: реализация, созданная из заказа покупателя, уже содержит контрагента, договор и список товаров, остаётся скорректировать количество. Кроме того, связанные документы образуют цепочку, по которой легко проследить судьбу конкретной сделки через структуру подчинённости.
- 1Заполните справочники: номенклатура, контрагенты, склады, договоры
- 2Оформите поступление товаров от поставщика и проведите документ
- 3Зарегистрируйте оплату поставщику платёжным документом
- 4Проверьте остатки отчётом «Остатки товаров на складах»
- 5Оформите реализацию покупателю и проведите её
- 6Зарегистрируйте поступление оплаты от покупателя
- 7Сверьте взаиморасчёты отчётом по контрагенту: долг должен закрыться
Оплата и отгрузка в программе независимы: можно отгрузить товар без оплаты (возникает дебиторская задолженность) или получить предоплату без отгрузки (кредиторская задолженность перед покупателем). Отчёт по взаиморасчётам показывает обе ситуации, и грамотный менеджер регулярно сверяет его с реальным состоянием дел.
Как программа считает складские остатки
Остаток товара — это не поле в карточке номенклатуры, а итог по регистру: сумма всех приходов минус сумма всех расходов на конкретную дату. Поэтому остаток можно посмотреть «на любое число» — программа пересчитает движения с начала ведения учёта. Это удобно для инвентаризаций и анализа за прошлые периоды.
Остатки ведутся в разрезе складов. Перемещение товара между складами оформляется отдельным документом: товар списывается с одного склада и приходуется на другой, общий остаток компании не меняется. Если перемещение не оформить, физический товар уедет, а учётный останется на старом складе — отсюда расхождения при инвентаризации.
Для сверки фактических и учётных остатков используется документ «Инвентаризация»: в него загружаются учётные остатки, вводятся фактические, и программа формирует расхождения. По результатам создаются документы списания (недостача) или оприходования (излишки).
Как проверить корректность остатков
Нет отрицательных строк, количество соответствует факту
Минусовые остатки — продажа проведена раньше прихода или приход не оформлен
Приход по дате раньше всех расходов
Реализация стоит раньше поступления по времени
Себестоимость близка к закупочным ценам
Нулевая или аномально низкая себестоимость — товар списался без прихода
Взаиморасчёты с контрагентами
Задолженность формируется простым правилом: отгрузка товара увеличивает долг покупателя, оплата уменьшает его. С поставщиками наоборот: поступление товара увеличивает наш долг, оплата его погашает. Все движения привязаны к договору, поэтому один контрагент может иметь несколько независимых долгов по разным договорам.
Отчёт «Взаиморасчёты с контрагентами» или «Задолженность покупателей» показывает долги на дату с детализацией до документов. Практический приём — регулярная сверка с контрагентами: отчёт из программы должен совпадать с актом сверки контрагента. Расхождение почти всегда означает непроведённый или продублированный документ оплаты либо отгрузки.
Настройка перед началом работы и типичные ошибки
Перед вводом первых документов нужно заполнить справочники и задать учётные параметры: склады, типы цен, метод списания себестоимости, контроль остатков. Ошибка на этом этапе дорого обходится: например, если не завести договоры, взаиморасчёты будут «сваливаться» в одну кучу по контрагенту, и разделить долги по сделкам станет невозможно.
Начальные остатки вводятся специальными документами ввода остатков на дату старта учёта: остатки товаров по складам и взаиморасчёты по контрагентам. Вводить их обычными приходными накладными нельзя — это исказит закупки и поставщиков за период.
Ещё одна частая проблема — работа «задним числом» без понимания последствий. Документ, введённый прошлой датой, корректно отразится в остатках, но себестоимость продаж, проведённых позже по времени, пересчитается только после восстановления последовательности документов. В типовых конфигурациях для этого есть специальная обработка.
Отчёты: как читать результаты и искать расхождения
Главный рабочий инструмент анализа — отчёт по остаткам товаров с детализацией по складам и отчёт по продажам с показателями выручки, себестоимости и валовой прибыли. Если валовая прибыль по позиции выглядит аномально высокой, почти наверняка товар продан «в минус» и себестоимость посчитана некорректно.
Метод поиска расхождений универсален: открываете отчёт за период, находите подозрительную строку, раскрываете её до документов и проверяете хронологию и заполнение каждого документа. Девять из десяти проблем решаются исправлением одного документа и перепроведением цепочки.
Как выбрать действие
Что важно запомнить
Вся работа 1С: Торговля и склад строится на цепочке «документ → проведение → регистры → отчёт». Корректный учёт обеспечивают три вещи: заполненные справочники, соблюдение хронологии приходов и расходов, регулярная сверка остатков и взаиморасчётов. Перед массовыми изменениями всегда делайте резервную копию базы.
Частые вопросы
Чем документ отличается от отчёта в 1С: Торговля и склад?
Документ вводит данные в систему и изменяет учётные показатели при проведении. Отчёт ничего не изменяет — он только читает накопленные в регистрах данные и представляет их в нужном разрезе за выбранный период. Удаление отчёта невозможно, удаление документа отменяет его влияние на учёт.
Почему программа не даёт провести реализацию?
Чаще всего включён контроль остатков, а товара на складе недостаточно по учётным данным. Реже причины — незаполненные обязательные реквизиты (склад, договор) или закрытый период. Текст сообщения об ошибке при проведении указывает конкретную причину.
Можно ли исправить документ прошлого месяца?
Технически можно, если период не закрыт, но после исправления нужно перепровести последующие документы по затронутым товарам, иначе себестоимость и остатки рассинхронизируются. Перед правкой закрытого периода сделайте резервную копию и согласуйте изменение с бухгалтерией, если данные уже сданы в отчётность.
Что делать, если контрагент заведён в справочнике дважды?
Нужно объединить дубли: перебросить документы с лишней карточки на основную и пометить дубль на удаление. Для этого используются обработки поиска и замены дублей. Простое удаление карточки невозможно, пока на неё ссылаются документы.
Как узнать, кто и когда изменил документ?
В клиент-серверных и файловых базах с включённым журналом регистрации можно посмотреть историю действий пользователей: кто создал, изменил или отменил проведение документа. Журнал открывается через меню администрирования и позволяет отфильтровать события по пользователю и типу объекта.
Обязательно ли оформлять заказы, или можно сразу вводить накладные?
Заказы — необязательный этап: учёт корректно работает и при прямом вводе поступлений и реализаций. Заказы нужны, когда требуется контроль исполнения заявок, резервирование товара и анализ недопоставок. Для небольшой компании с простым циклом «купили — продали» заказы часто избыточны.