Документы и Печать · 12 мин
Заказ как счет в 1С: настройка и практика работы
Как использовать заказ покупателя как счет на оплату в 1С: настройка, печатная форма, ввод счета из заказа, типовые ошибки и проверка результата.
Во многих компаниях процесс продажи начинается не со счета на оплату, а с заказа покупателя: менеджер фиксирует состав товара, цены и условия, а затем на его основании выставляет счет. В 1С эти документы тесно связаны, и нередко возникает вопрос — можно ли использовать заказ сразу как счет, не создавая лишних документов. Ответ зависит от конфигурации, настроек и принятой в компании схемы документооборота.
В типовых решениях (1С:Управление торговлей, 1С:Комплексная автоматизация, 1С:ERP, 1С:Бухгалтерия) связка «заказ → счет» реализована по-разному. Где-то счет на оплату вводится на основании заказа одной кнопкой, где-то печатная форма счета формируется прямо из заказа, а в некоторых сценариях заказ вообще заменяет счет, если в нем указаны все необходимые реквизиты для оплаты.
Ниже разберем, какие варианты существуют, как настроить печать счета из заказа, какие реквизиты обязательны, чтобы документ был пригоден для оплаты, и каких ошибок стоит избегать, чтобы не получить расхождения в учете или споры с покупателем.
Чем заказ отличается от счета и когда их можно объединить
Заказ покупателя — это внутренний учетный документ: он фиксирует потребность клиента, резервирует товар на складе и служит основанием для отгрузки. Счет на оплату — это документ для контрагента: он содержит реквизиты продавца, сумму и назначение платежа, по нему покупатель перечисляет деньги. Юридической силы первичного документа ни тот ни другой не имеет — оба являются по сути формой согласования сделки.
Объединение допустимо, когда компания работает по простой схеме «заказ — оплата — отгрузка» и не ведет сложный учет взаиморасчетов по счетам. В этом случае заказ, дополненный банковскими реквизитами и формулировкой назначения платежа, распечатывается и отправляется клиенту как счет. Такой подход сокращает число документов и ускоряет работу менеджеров.
Однако если в компании ведется учет оплат по счетам, контролируются статусы оплаты, формируются акты сверки с детализацией по счетам или используется обмен с банком с привязкой платежей к счетам — раздельные документы обязательны. Попытка сэкономить на документообороте в этой ситуации приводит к ручной сверке и ошибкам.
Сравнение вариантов
Типовой и самый надежный способ: документы связаны, оплаты контролируются по счетам, товар резервируется заказом. Подходит большинству компаний.
Отдельный документ не создается, счет формируется как печатная форма заказа. Подходит при простом документообороте, но оплаты по счетам не учитываются.
Один документ выполняет обе роли. Требует доработки или специальных настроек, усложняет аналитику по оплатам.
Ввод счета на оплату на основании заказа
Стандартный сценарий в 1С:Управление торговлей и 1С:Комплексной автоматизации выглядит так: менеджер оформляет заказ покупателя, согласовывает его с клиентом, затем на основании заказа создает счет на оплату. При этом состав товаров, цены, суммы и контрагент переносятся автоматически — вручную ничего перебивать не нужно.
- 1Откройте проведенный заказ покупателя и проверьте состав, цены и соглашение с клиентом.
- 2Нажмите кнопку «Создать на основании» и выберите «Счет на оплату покупателю».
- 3Проверьте автоматически заполненные реквизиты: организацию, банковский счет, сумму, назначение платежа.
- 4При необходимости скорректируйте этапы оплаты (аванс, постоплата) и срок оплаты.
- 5Проведите документ и сформируйте печатную форму счета через кнопку «Печать».
- 6Отправьте счет клиенту и убедитесь, что заказ и счет связаны — это видно в структуре подчиненности.
Признак корректно выполненной операции — в структуре подчиненности заказа появляется связанный счет, а сумма счета совпадает с суммой заказа (или с суммой этапа оплаты, если счет выставляется на частичную предоплату). Если суммы расходятся без видимой причины, проверьте, не редактировался ли заказ после создания счета.
Для частичной предоплаты счет создается не на всю сумму заказа: в документе указывается конкретный этап оплаты или процент аванса. Это позволяет выставить несколько счетов по одному заказу — например, 50% предоплаты и 50% перед отгрузкой — и контролировать оплату каждого этапа отдельно.
Печать счета прямо из заказа покупателя
Если отдельный документ «Счет на оплату» в вашей схеме не используется, печатную форму счета можно получить непосредственно из заказа. В ряде конфигураций такая форма доступна из коробки или добавляется через механизм дополнительных печатных форм (раздел «Администрирование» → «Печатные формы, отчеты и обработки» → «Дополнительные отчеты и обработки»).
Чтобы печатная форма заказа выглядела как полноценный счет, она должна содержать: номер и дату документа, наименование и реквизиты продавца (ИНН, КПП, адрес), банковские реквизиты для оплаты, данные покупателя, табличную часть с товарами, итоговую сумму с выделенным НДС и назначение платежа. Без банковских реквизитов и назначения платежа документ непригоден как счет — клиент просто не сможет его оплатить корректно.
При использовании внешней печатной формы проверьте ее на тестовом заказе: сверьте итоговую сумму, корректность вывода НДС (ставка и сумма), отображение реквизитов организации и поведение при многостраничной табличной части. Ошибка в макете, не замеченная сразу, уйдет клиентам в десятках документов.
Настройка заказа под роль счета
Чтобы заказ полноценно заменял счет, потребуется донастроить документ и печатную форму. Минимальный набор действий: убедиться, что в заказе заполняются банковский счет организации и договор с контрагентом, добавить в макет печатной формы блок реквизитов продавца и строку назначения платежа, при необходимости изменить заголовок формы с «Заказ покупателя» на «Счет на оплату».
Назначение платежа обычно формируется по шаблону: «Оплата по счету № [номер] от [дата] за [наименование товара/работ], в т.ч. НДС [сумма]». В типовых конфигурациях шаблон назначения платежа можно задать в настройках, и он будет подставляться автоматически. Это важно для автоматического разнесения банковских выписки: платеж с корректным назначением проще привязать к нужному документу.
Если компания работает с НДС, отдельно проверьте, как в форме выводится налог. Счет на оплату не является основанием для вычета НДС (для этого служит счет-фактура), но сумма налога в нем должна быть указана корректно — расхождение между счетом и последующей реализацией вызовет вопросы у бухгалтерии покупателя.
Проверка результата и контроль оплаты
После настройки схемы проверьте полный цикл на тестовом примере: создайте заказ, сформируйте счет (или печатную форму), «оплатите» его тестовым платежным документом и убедитесь, что оплата корректно отразилась в учете. В типовых отчетах по взаиморасчетам оплата должна закрыть задолженность по заказу или счету.
Как проверить результат
В структуре подчиненности заказа виден счет, суммы совпадают
Счет создан отдельно, без связи с заказом, суммы расходятся
Есть реквизиты продавца, банковский счет, НДС, назначение платежа
Отсутствуют банковские реквизиты или неверно выводится НДС
Платеж из банка закрывает задолженность по счету/заказу
Оплата висит как аванс без привязки, задолженность не закрывается
Заказ переходит в статус оплаты и доступен к отгрузке
Заказ не переходит в нужный статус, отгрузка блокируется
Если используются статусы заказов («К согласованию», «К оплате», «Готов к отгрузке»), проверьте настроенные условия перехода: обычно переход к отгрузке разрешается только после полной оплаты по связанным счетам. Неверно настроенные условия либо блокируют отгрузку при фактически оплаченном заказе, либо, наоборот, позволяют отгружать без оплаты.
Типичные ошибки при работе со связкой «заказ — счет»
Отдельная группа проблем связана с нумерацией. Если счета вводятся на основании заказов, но часть менеджеров создает их вручную, в нумерации появляются разрывы и дубли. Договоритесь о едином сценарии: либо все счета создаются только на основании заказов, либо только вручную — смешанная схема неизбежно приводит к хаосу.
Полезная привычка: перед отправкой счета клиенту открывайте структуру подчиненности заказа. За десять секунд видно, выставлен ли уже счет по этому заказу, не продублирован ли он и не изменилась ли сумма заказа после выставления. Это предотвращает большинство конфликтных ситуаций с оплатами.
Особенности в разных конфигурациях
В 1С:Бухгалтерии счет на оплату — самостоятельный и основной документ для работы с предоплатой; заказа покупателя как полноценного документа там нет. Поэтому схема «заказ как счет» в бухгалтерской конфигурации фактически означает работу только со счетами на оплату, что для простого документооборота вполне достаточно.
В 1С:Управление торговлей и 1С:ERP заказ — центральный документ продажи, а счет на оплату подчинен ему. Здесь рекомендуется именно связка «заказ → счет», поскольку заказ управляет резервами, статусами и графиком отгрузки. Отказ от счетов возможен, только если оплаты не контролируются в системе, а сверка с банком ведется по заказам.
В 1С:Управление небольшой фирмой (УНФ) заказ покупателя и счет на оплату исторически тесно переплетены: счет может печататься из заказа, а оплата привязывается к заказу-наряду или счету в зависимости от настроек. Перед выбором схемы проверьте настройки учетной политики раздела продаж — от них зависит, какой документ является основанием для отгрузки и оплаты.
Что важно запомнить
Надежнее всего создавать счет на оплату на основании заказа — так сохраняется связь документов и контроль оплат. Печать счета прямо из заказа допустима при простом документообороте, но требует полного набора реквизитов в форме. Любые доработки макетов выполняйте на копии базы и проверяйте полный цикл «заказ — счет — оплата — отгрузка» на тестовых данных.
Частые вопросы
Можно ли вообще не использовать счета, если есть заказы?
Да, если компания не контролирует оплаты по счетам и не привязывает банковские платежи к ним. Тогда печатная форма счета формируется из заказа, а оплата разносится по заказу. Но при росте числа клиентов и платежей раздельный учет по счетам заметно упрощает сверку.
Клиент просит счет в привычном виде, а у нас только заказ. Что делать?
Создайте счет на оплату на основании заказа — это займет меньше минуты, состав и суммы перенесутся автоматически. Отправлять клиенту печатную форму заказа вместо счета не стоит: бухгалтерия покупателя может отказать в оплате документа без корректного заголовка и реквизитов.
Почему оплата из банка не закрыла счет автоматически?
Чаще всего причины: в платежном поручении не указан или указан с ошибкой номер счета в назначении платежа, сумма платежа не совпадает с суммой счета, либо договор в платежном документе отличается от договора в счете. Откройте поступление на счет и вручную укажите документ основания.
Как выставить счет на частичную предоплату по заказу?
В заказе настройте этапы оплаты (например, 30% аванс, 70% перед отгрузкой), затем создайте счет на основании заказа — система предложит сумму по первому этапу. Если этапы не настроены, сумму счета можно скорректировать вручную перед проведением.
Изменился заказ после отправки счета клиенту. Нужен ли новый счет?
Если сумма или состав изменились, корректный путь — отменить или пометить на удаление старый счет и выставить новый с актуальными данными, уведомив клиента. Оплаченный счет, не совпадающий с отгрузкой, гарантированно создаст расхождения в акте сверки.
Можно ли изменить заголовок печатной формы с «Заказ» на «Счет»?
Да, через редактирование макета печатной формы или подключение внешней печатной формы. При этом внутри программы документ останется заказом со всеми его функциями — изменится только то, что увидит клиент на бумаге.