Работа с авансовыми платежами является стандартной практикой в розничной торговле, особенно при продаже товаров под заказ или дорогостоящей техники. В программных продуктах 1С:Розница реализован полноценный механизм учета предоплат, который позволяет корректно отражать взаиморасчеты с клиентами и избегать кассовых разрывов. Правильная настройка этого процесса критически важна для формирования достоверной управленческой и бухгалтерской отчетности.
Многие пользователи сталкиваются с трудностями при попытке провести оплату до момента отгрузки товара, так как система по умолчанию часто настроена на работу по факту продажи. Чтобы изменить эту логику, необходимо внести изменения в справочник договоров и настроить типы расчетов. Игнорирование этих шагов приведет к тому, что кассир не сможет принять деньги легально, а документ продажи сформируется с отрицательной задолженностью.
В данной статье мы детально разберем алгоритм действий от создания договора до закрытия аванса реализацией. Мы рассмотрим особенности работы в версиях 2.3 и 3.0, уделив внимание техническим нюансам проведения документов и отражению операций в кассовой книге.
Настройка условий оплаты в справочнике договоров
Фундаментом для работы с авансами служит правильный выбор вида договора в системе. По умолчанию в 1С:Розница часто используется тип «С покупателем (розница)», который подразумевает немедленную оплату. Для работы с предоплатой вам потребуется создать новый договор или отредактировать существующий, изменив его параметры.
Перейдите в раздел НСИ и Администрирование, затем выберите Предприятие и найдите пункт Договоры с покупателями. Создайте новую запись и укажите наименование, например, «Договор розничной продажи с предоплатой». В поле «Вид договора» обязательно выберите значение С покупателем (розница), но ключевым моментом станет настройка условий расчетов.
В открывшейся форме договора найдите блок настроек условий оплаты. Здесь необходимо установить флаг, разрешающий работу с авансами. Система предложит выбрать тип расчетов: «На каждый документ» или «Общий». Для розничной точки удобнее использовать общий расчет, чтобы видеть сальдо по клиенту в целом.
⚠️ Внимание: Если вы не измените вид расчетов в договоре, кассовый документ «Внесение наличных Денежных средств» не позволит выбрать этот договор как основание платежа, и операция будет проведена как просто внесение денег в кассу без привязки к клиенту.
После сохранения договора он станет доступен для выбора в документах продажи. Убедитесь, что в карточке контрагента (физического или юридического лица) в табличной части «Договоры» добавлена именно эта новая запись. Без этой привязки система не увидит разрешенные условия оплаты.
Создавайте отдельные договоры для разных схем работы: один для полной предоплаты, другой для частичной (например, 50%), чтобы кассиры не путались в условиях.
Создание документа заказа клиента
Процесс оформления сделки начинается с создания документа Заказ клиента. Этот документ фиксирует намерение покупателя приобрести товар и резервирует необходимое количество на складе. В отличие от обычной продажи, здесь мы не списываем товары, а лишь бронируем их.
Создайте новый документ в разделе Продажи -> Заказы клиентов. Укажите контрагента и созданный ранее договор с условием предоплаты. В табличной части добавьте номенклатуру. Обратите внимание на колонку «Резерв»: товар должен быть зарезервирован, иначе при попытке отгрузки может возникнуть ситуация отсутствия товара на руках.
В шапке документа или в печатной форме, которую вы выдадите клиенту, будет отображаться сумма к оплате. Если договор настроен верно, система автоматически рассчитает сумму обязательной предоплаты согласно установленному проценту или фиксированной сумме. Документ «Заказ клиента» не является документом строгой отчетности для фискальных органов, это внутренний рабочий инструмент.
- 📦 Заказ резервирует товар на складе, предотвращая его продажу другим покупателям.
- 💰 На основании заказа формируется документ на внесение предоплаты в кассу или банк.
- 📄 Заказ служит основанием для последующего создания документа «Чек ККМ» или «Реализация».
Важно контролировать статусы заказов. Товар, находящийся в резерве по заказу с предоплатой, не должен висеть в системе бесконечно. Если клиент не внес оплату в оговоренный срок, резерв следует снять вручную, освободив товар для свободной продажи.
☑️ Проверка перед созданием заказа
Регистрация поступления денежных средств
Когда клиент приносит деньги, кассир должен оформить их поступление. В 1С:Розница для этого используется документ Внесение наличных денежных средств (для кассы ККМ) или «Поступление на расчетный счет» (для безналичной оплаты). Ключевой момент — указание вида операции.
При создании документа внесения наличных выберите вид операции Оплата от покупателя. В поле «Договор» выберите тот самый договор, который мы настроили в первом разделе. Система автоматически подтянет условия оплаты. Если сумма вносимых средств меньше суммы заказа, образуется частичная предоплата.
После проведения документа денежные средства попадают в кассу организации, а в расчетах с покупателем возникает кредитовое сальдо (долг организации перед клиентом в виде товара). Проверить это можно в отчете Оборотно-сальдовая ведомость по счету 62.02 (или аналогичном регистре в розничной конфигурации).
| Тип операции | Документ в 1С | Влияние на склад | Влияние на кассу |
|---|---|---|---|
| Бронирование | Заказ клиента | Резерв товара | Нет |
| Внесение аванса | Внесение наличных | Нет | Приход денег |
| Отгрузка товара | Чек ККМ / Реализация | Списание товара | Закрытие аванса |
| Возврат аванса | Выдача наличных | Снятие резерва | Расход денег |
Если оплата производится через эквайринг, процесс аналогичен, но используется документ «Поступление безналичных ДС». Тип операции также должен быть «Оплата от покупателя», а не «Прочее поступление», чтобы деньги корректно легли в зачет задолженности.
Проведение продажи и зачет аванса
Самый ответственный этап — момент выдачи товара покупателю. Теперь необходимо не просто продать товар, а погасить ранее полученный аванс. В 1С:Розница это делается через документ Чек ККМ (для розницы) или Реализация товаров и услуг.
Создайте документ продажи на основании «Заказа клиента». При выборе основания система предложит перенести товары и, что самое важное, предложить зачесть аванс. В нижней части формы документа продажи вы увидите кнопку или ссылку Зачесть аванс. Нажмите её.
Откроется окно выбора платежей. Здесь будут отображаться все внесенные предоплаты по данному договору и контрагенту. Выберите нужный платеж (или часть платежа) и подтвердите зачет. Сумма к оплате в кассе автоматически уменьшится на сумму аванса. Если предоплата была полной, сумма к доплате составит ноль.
⚠️ Внимание: Никогда не проводите продажу без зачета аванса, если деньги уже были внесены ранее. Иначе у вас в системе задвоится выручка: один раз как аванс, второй раз как новая оплата, а долг перед клиентом останется висеть.
После проведения чека товар списывается со склада, а аванс закрывается. В печатной форме чека (фискальном документе) сумма предоплаты отражается отдельной строкой согласно требованиям 54-ФЗ. Это гарантирует, что фискальный регистратор отработает корректно и не возникнет ошибок при отправке данных в ОФД.
Что делать, если кнопка "Зачесть аванс" не активна?
Проверьте, выбран ли в документе продажи тот же самый договор, по которому вносилась предоплата. Также убедитесь, что контрагент указан верно. Если договоры разные, система не увидит связь между платежом и продажей.
Возврат предоплаты покупателю
Иногда возникают ситуации, когда сделка срывается по инициативе покупателя или продавца, и необходимо вернуть внесенные денежные средства. Процедура возврата предоплаты отличается от возврата товара, так как товар фактически еще не был отгружен.
Для возврата денег используется документ Выдача наличных денежных средств (или расходный кассовый ордер, в зависимости от настроек учетной политики). В виде операции укажите Возврат платежа покупателю. В основании платежа выберите документ «Внесение наличных», который проводился ранее.
Система проверит наличие неизрасходованного аванса. Если вы пытаетесь вернуть сумму больше, чем было внесено и не закрыто реализацией, программа выдаст ошибку. Это защитный механизм от кассовых хищений и ошибок учета.
После проведения возврата сальдо по взаиморасчетам с данным покупателем обнулится. Не забудьте также снять резерв с товаров в документе «Заказ клиента», изменив его статус на «Отменен» или удалив резерв вручную, чтобы товар снова стал доступен для продажи другим клиентам.
- 💸 Возврат оформляется документом «Выдача наличных» с видом операции «Возврат платежа».
- 🚫 Нельзя вернуть денег больше, чем числится в авансах по этому договору.
- 📉 После возврата обязательно снимите резерв с товаров в заказе.
Если возврат производится на банковскую карту, процедура усложняется необходимостью оформления заявления от клиента и проведения операции через банк-эквайер. В 1С это отражается документом «Списание с расчетного счета» с соответствующим видом операции.
Анализ и контроль взаиморасчетов
Регулярный контроль состояния расчетов с покупателями — залог чистоты базы данных. В 1С:Розница существует несколько инструментов для мониторинга предоплат. Основной отчет — Взаиморасчеты с клиентами, который показывает сальдо на любую дату.
В этом отчете вы можете увидеть не только общую сумму долгов, но и детализацию по каждому договору. «Просроченные» авансы, которые висят месяцами без отгрузки, должны стать поводом для проверки: забыли ли оформить продажу, потерялся ли заказ или клиент отказался от покупки.
Для глубокого анализа используйте отчет Анализ состояния расчетов с клиентами. Он позволяет увидеть историю движений: когда пришел аванс, когда он был зачтен, какие документы закрывали задолженность. Это незаменимый инструмент при сверке с контрагентами.
⚠️ Внимание: Законодательство и требования фискальных органов могут меняться. Всегда сверяйте актуальные требования к оформлению кассовых документов и чеков предоплаты в официальном источнике или личном кабинете ОФД перед началом массовых операций.
Не допускайте ситуации, когда на одном договоре висит и дебетовое, и кредитовое сальдо одновременно (например, по разным заказам). Хотя технически 1С это позволяет, с точки зрения управленческого учета это создает путаницу. Старайтесь закрывать старые авансы новыми отгрузками оперативно.
Регулярная сверка отчетов «Взаиморасчеты» и остатков на складе в резерве помогает выявлять ошибки учета на ранней стадии и избегать проблем с налоговой.
Часто задаваемые вопросы (FAQ)
Можно ли принять предоплату, если товара нет на складе?
Да, технически 1С:Розница позволяет оформить «Заказ клиента» и принять оплату даже при нулевом остатке на складе. Однако это рискованно с точки зрения логистики. Рекомендуется использовать механизм «Заказ поставщику» или убедиться в сроках поставки перед приемом денег, чтобы не нарушить сроки передачи товара покупателю.
Как отразить предоплату в книге продаж для НДС?
В розничной торговле на УСН или ЕНВД (если применялся) этот вопрос не актуален. Для организаций на ОСН получение аванса является основанием для выставления счета-фактуры на аванс и начисления НДС. В 1С при проведении документа «Внесение наличных» с видом «Оплата от покупателя» автоматически регистрируется счет-фактура на аванс в книге продаж.
Что делать, если кассир ошибся и зачел аванс не на тот заказ?
Необходимо сторнировать ошибочную операцию. Создайте документ «Возврат платежа покупателю» на сумму ошибочного зачета, тем самым вернув аванс в «подвешенное» состояние. Затем заново проведите документ продажи (или скорректируйте его), правильно зачтя аванс. Если чеки уже пробиты, может потребоваться оформление чека коррекции или возврата чека в зависимости от смены.
Обязательно ли печатать чек при получении предоплаты?
Да, согласно 54-ФЗ, при приеме предоплаты (аванса) кассовый чек пробивается обязательно. В чеке указывается признак расчета «Аванс». При последующей отгрузке товара пробивается второй чек с признаком «Полный расчет», где сумма предоплаты указывается как зачтенная, а доплата (если есть) как новая оплата.
Можно ли объединять авансы от разных покупателей в один платеж?
Категорически не рекомендуется. Каждый платеж должен быть персонифицирован и привязан к конкретному договору и контрагенту. Смешивание платежей разных лиц в одном документе «Внесение наличных» приведет к невозможности корректного зачета авансов в будущем и искажению взаиморасчетов.