# Сумма заказа поставщику и почему цифра может обмануть бухгалтера > Как считается сумма заказа поставщику, почему строки без закупочной цены выпадают из итога и зачем фиксировать цену для будущей себестоимости. published: 2026-08-05T22:34:20+03:00 updated: 2026-08-05T22:34:20+03:00 Раздел [«Закупки»](/inventory/purchase-orders) — это ваши заказы поставщику: что заказали, у кого, когда ждать и что из заказанного уже приехало. Заказ можно создать вручную или перейти сюда прямо из раздела [«Пополнение»](/inventory/replenishment), когда платформа посчитала, что товар пора докупить. ## Зачем этот раздел Без учёта заказов поставщику расчёт «сколько докупить» ([«Пополнение»](/inventory/replenishment)) видит только остаток на складе — и не знает, что часть нужного количества уже едет от поставщика. Без этого раздела легко заказать вдвое больше нужного: система скажет «докупите 500 штук», хотя 300 уже в пути. Заказы поставщику также фиксируют историю закупок — по каким ценам, у кого, с какой скоростью поставки. ## Откуда данные - **Заказы и их строки** — вводит сам продавец: выбирает поставщика, товары, количество и закупочную цену по каждой строке (или без цены, если пока не определена). - **Статус заказа** — считается автоматически по факту приёмки: черновик → заказан → принят частично → принят → закрыт (или отменён). Продавец меняет статус действиями («Заказать», «Принять», «Закрыть», «Отменить»), сам переход между «частично» и «принят» платформа считает по соотношению заказанного и принятого количества. - **Приёмка** — при нажатии «Принять» указывается, сколько по какой строке пришло и в какую вашу локацию (склад) — эта приёмка **сразу же** попадает в журнал движений остатков (раздел [«Остатки по этапам»](/inventory/stages)) как приход. Именно журнал движений — источник истины остатка на ваших локациях, а не поле «принято» в заказе само по себе. - **Влияние на потребность:** сколько заказано, но ещё не принято по открытым (не закрытым и не отменённым) заказам — учитывается в расчёте потребности раздела [«Пополнение»](/inventory/replenishment) как «уже в пути» и **вычитается** из того, что предлагается докупить. ## Как читать экран - **Статус** — черновик / заказан / принят частично / принят / закрыт / отменён — по цвету бейджа видно, где заказ по жизненному циклу. - **Заказано / Принято** — суммарное количество по всем строкам заказа и сколько из него уже физически приехало. - **Осталось принять** по строке — заказано минус принято: столько система ожидает получить ещё. - **Сумма** — заказано × закупочная цена, только по строкам, где цена известна (если цена не указана, строка не участвует в сумме). ## Как работать **Обычный сценарий:** товар в [«Пополнении»](/inventory/replenishment) помечен «докупить N» → создаёте заказ (или переходите из «Пополнения» с уже заполненными строками) → отмечаете «Заказан» → когда партия приходит, открываете заказ и жмёте «Принять», указывая фактическое количество и локацию — остаток на складе обновится автоматически через журнал движений. **Частичная приёмка — это нормально:** если поставщик привёз не всё сразу, примите то, что приехало, статус станет «принят частично», а «осталось принять» покажет остаток по каждой строке — вторую часть партии примете отдельно, когда она приедет. **По событию:** поставщик задерживает поставку → не меняйте количество в уже заказанной строке задним числом, просто дождитесь приёмки (или отмените заказ, если поставка точно не состоится: уже принятое при отмене остаётся на складе, движения не откатываются). **Еженедельно:** просматривайте открытые заказы — что «в пути» и когда ожидается, чтобы сверить с [«Пополнением»](/inventory/replenishment) и не заказать то же самое ещё раз. ## Частые вопросы - **Я заказал товар, но «Пополнение» всё равно предлагает докупить столько же.** Проверьте статус заказа: в расчёт потребности попадают только открытые заказы (не закрытые и не отменённые) — если заказ уже «закрыт», система его больше не учитывает как «в пути». - **Можно ли исправить ошибочную приёмку?** Журнал движений — только «дописывающий» (append-only): ошибку исправляет обратное движение (корректировка), а не правка задним числом. Отредактируйте через движение-корректировку в [«Остатках по этапам»](/inventory/stages), а не пытайтесь стереть историю. - **Что будет с уже принятым товаром, если я отменю заказ?** Он останется на складе — отмена заказа не откатывает уже случившиеся движения остатка, отменяется только неисполненный «хвост». - **Заказ можно создать без поставщика?** Да, поле необязательное, но тогда заказ не попадёт в историю закупок конкретного поставщика и не учтётся в его показателях. - **Почему сумма заказа меньше, чем я ожидал?** Скорее всего, по части строк не указана закупочная цена — такие строки не входят в «Сумма, всего», хотя количество в них учтено. ## Спросите ИИ-ассистента - «Какие заказы поставщикам сейчас открыты и когда их ждать?» - «Сколько товара уже в пути по [товар], и это учтено в расчёте пополнения?» - «Покажи заказы, принятые только частично». ## Коротко - Сумма заказа поставщику считается только по строкам, где указана закупочная цена — строки без цены учтены в «Заказано», но не входят в итоговую сумму. - Закупочная цена, зафиксированная в строке заказа, пополняет историю закупок этого товара у конкретного поставщика и становится основой будущего расчёта себестоимости. - Заказ без привязки к поставщику создастся, но не пополнит историю закупочных цен — сверить динамику по конкретному поставщику отдельно не получится. - Расхождение между ожидаемой и фактической суммой заказа почти всегда объясняется отсутствием цены по части строк, а не ошибкой расчёта. - Статус заказа (открыт/закрыт/отменён) не влияет на то, попадает ли уже введённая цена в историю закупок. ## Что болит у бухгалтера и финансиста Сумма заказа поставщику в [«Закупках»](/inventory/purchase-orders) выглядит как простое умножение количества на цену, но на практике именно здесь чаще всего расходится ожидание с цифрой на экране.
Подробно: почему итог заказа получается меньше ожидаемого Причина почти всегда одна: часть строк заказа не имеет закупочной цены — товар уже заказали и количество зафиксировали, а цену впишут позже, когда поставщик выставит счёт. Пока цены нет, строка физически существует в заказе, но не участвует в сумме — и итог заказа получается меньше, чем вы интуитивно ожидаете, глядя на количество товара.
## Как проверить сумму заказа пошагово Итог заказа складывается только по строкам с указанной закупочной ценой — если сумма ниже ожидания, разбирайте по шагам.
Подробно: пошаговая проверка суммы заказа 1. **Посмотрите на итог «Сумма».** Это заказанное количество, умноженное на закупочную цену, но **только по тем строкам, где цена указана**. Строки без цены в сумму не входят — их количество учтено в «Заказано», но не в деньгах. 2. **Найдите строки без цены.** Откройте заказ и пройдитесь по строкам — если по какой-то позиции цена не заполнена, это тихая причина заниженного итога. Впишите цену, как только она станет известна (счёт от поставщика, инвойс, подтверждённая договорённость) — сумма заказа пересчитается автоматически. 3. **Сверяйте историю закупок по поставщику.** Каждая закупочная цена, зафиксированная в строке заказа, попадает в историю закупок этого товара у этого поставщика. Если заказ создан без привязки к поставщику, эта история не пополняется, и по конкретному поставщику вы теряете возможность увидеть динамику цен закупки со временем. 4. **Держите цену в актуальном состоянии.** Закупочная цена, зафиксированная в заказе, — это основа будущего расчёта себестоимости товара. Если цена в заказе не совпадает с фактическим счётом от поставщика (курс изменился, дали скидку), поправьте её в заказе, а не оставляйте устаревшее значение — иначе расчёты себестоимости на основе этой закупки будут неточными.
## Почему это важно для отчётности Заказы поставщику — это не только операционный список «что и когда приедет», но и первичный источник цифр для финансового учёта закупок: сколько денег вложено в конкретную партию, у какого поставщика, по какой цене.
Подробно: риск неполной отчётности по закупкам Если закупочная цена систематически не фиксируется в момент заказа, а вписывается «когда-нибудь потом» или не вписывается вовсе, финансовая отчётность по закупкам становится неполной именно в тех местах, где цена ещё не подтянута — а не равномерно заниженной, что сложнее заметить при беглом просмотре.
## Частые вопросы - **Почему сумма заказа меньше, чем я ожидал, хотя количество верное?** Почти всегда — по части строк не указана закупочная цена. Такие строки видны в количестве («Заказано»/«Принято»), но не в итоговой сумме заказа. - **Заказ без поставщика — это проблема для учёта?** Поле необязательное, заказ создастся и без него, но тогда закупка не попадёт в историю цен конкретного поставщика и не будет учтена в его показателях — сверить динамику закупочных цен по этому поставщику отдельно станет нельзя. - **Нужно ли вписывать цену сразу при создании заказа?** Не обязательно, но чем раньше цена зафиксирована, тем раньше сумма заказа и история закупок становятся точными. Откладывание цены «на потом» — частая причина, почему в конце месяца сумма по открытым заказам оказывается ниже реальных обязательств перед поставщиками. - **Как отличить заказ с заниженной суммой из-за отсутствия цены от заказа с реально низкой ценой?** Откройте строки заказа: если поле цены пустое — это первый случай, если цифра стоит, но кажется низкой — стоит сверить её со счётом поставщика. - **Влияет ли статус заказа (открыт/закрыт) на то, попадает ли цена в историю закупок?** Нет, цена фиксируется по факту ввода в строку заказа независимо от текущего статуса — закрытие или отмена заказа не убирает уже зафиксированную цену из истории. ## Спросите ИИ-ассистента - «Есть ли открытые заказы поставщику без указанной цены по строкам?» - «Как менялась закупочная цена [товар] у поставщика [название] за последние заказы?» - «Покажи сумму открытых заказов поставщику по ценам, которые в них указаны».