Многие пользователи сталкиваются с ситуацией, когда при оформлении продажи в программе 1С:Бухгалтерия 3.0 и пробитии кассового чека на ККТ Атол (или других моделях), вместо привычного «Полного расчета» в чеке отображается «Последующая оплата (кредит)» или «Аванс». Это вызывает вопросы у покупателей и недопонимание с налоговыми органами. Давайте разберем, почему программа ведет себя именно так и как привести печать чеков в соответствие с требованиями законодательства.
Основная причина заключается в том, что 1С:Бухгалтерия — это учетная система. Она автоматически определяет признак способа расчета (ПСР) на основании данных о взаиморасчетах. Если программа «видит», что на момент пробития чека отгрузка по документу Реализация товаров и услуг уже произошла, а оплата в системе еще не зафиксирована или «не привязалась» к конкретному документу, она, перестраховываясь, ставит признак «Передача в кредит». И наоборот: если сначала проводится Приходный кассовый ордер (ПКО), а реализация еще не оформлена, система считает, что вы получили аванс. Для автоматического решения этой проблемы без необходимости постоянного контроля порядка проведения документов можно использовать расширение для печати признака полного расчета в чеке ККМ.
Самая распространенная причина некорректных признаков в чеке — это нарушение временной последовательности. Чтобы 1С корректно определила «Полный расчет», должны быть выполнены следующие условия:
Реализация товаров и услуг (РТУ) и документ Поступление наличных (ПКО) должны быть оформлены одной датой.Рассмотрим, как правильно выстраивать работу, чтобы избежать ошибки:
Вариант А: Пробитие из документа реализации. Если вы пробиваете чек непосредственно из документа Реализация товаров и услуг, убедитесь, что оплата уже зафиксирована в системе. Если вы хотите обойтись одним чеком, рекомендуется сначала оформить отгрузку, затем на основании нее создать Поступление наличных, провести оба документа и только после этого пробивать чек, убедившись, что во взаиморасчетах нет зависшего долга.
Вариант Б: Использование РМК (Рабочего места кассира). Если ваша деятельность предполагает постоянную розничную торговлю, настоятельно рекомендуем использовать РМК. Этот инструмент спроектирован так, чтобы отгрузка товара и фиксация оплаты происходили одновременно в рамках одной транзакции, что практически исключает появление некорректных признаков расчета.
Разберем параметры взаиморасчетов, так как они напрямую влияют на логику 1С:
Договор контрагента. Если расчеты ведутся «По договору в целом», программе сложнее сопоставить конкретный чек с конкретной накладной. По возможности используйте ведение взаиморасчетов «По документам».Зачет аванса в настройках реализации, попробуйте проанализировать, не мешает ли это закрытию долга. Однако будьте осторожны: принудительное отключение зачета может нарушить бухгалтерскую картину взаиморасчетов.Если вы пробиваете чек до момента оформления накладной, система абсолютно справедливо интерпретирует это как Предоплату или Аванс. Это корректное поведение программы в рамках 54-ФЗ. Если покупатель платит деньги до получения товара, чек должен содержать признак аванса. Если же вы хотите, чтобы всегда был «Полный расчет», оформляйте документы день в день и не затягивайте с проведением реализации.
Для исправления ситуации рекомендуем выполнить следующее:
Реализация и ПКО были проведены текущей датой.ПКО выбран правильный Договор, соответствующий реализации.Поступление наличных (ПКО), предварительно убедившись, что накладная уже проведена и сумма задолженности по данному контрагенту соответствует сумме платежа.РМК для всех розничных операций — это наиболее стабильный метод работы в 1С для предотвращения ошибок с ККТ.Помните, что 1С старается обезопасить вас от претензий налоговой, выбирая наиболее «безопасный» статус, если данных для однозначной интерпретации не хватает. Обеспечьте порядок в датах и связях документов, и программа начнет выставлять верные признаки автоматически.