← На главную

При переходе с торговых и управленческих конфигураций (таких как 1С:Управление торговлей) в конфигурацию 1С:Бухгалтерия предприятия специалисты часто сталкиваются с отсутствием привычных документов оперативного контура. В типовой бухгалтерской программе нет специализированного документа Заказ покупателя, так как ее основная задача — фиксация свершившихся хозяйственных операций и расчет налогов. Тем не менее, у бизнеса нередко возникает потребность отслеживать сделки «на подходе» непосредственно в бухгалтерской базе. Рассмотрим, как решить эту задачу стандартными средствами, почему попытка сымитировать заказ через документ реализации приводит к системным ошибкам и какие риски несут обходные пути.

Почему возникает ошибка корреспонденции между балансовыми и забалансовыми счетами

Проанализируем распространенную ошибку: попытку использовать типовой документ Реализация товаров и услуг с указанием забалансовых счетов учета расчетов и выручки. При попытке провести такой документ платформа выдает сообщение: «Запись не верна! Корреспонденция между балансовыми и забалансовыми счетами...».

Выясним причину такого поведения системы:

1. В платформе 1С:Предприятие для регистра бухгалтерии с поддержкой корреспонденции действует строгое системное ограничение: балансовый счет не может корреспондировать с забалансовым счетом в рамках одной бухгалтерской проводки. Забалансовые счета предназначены для простой односторонней записи либо для корреспонденции исключительно между забалансовыми счетами (если это предусмотрено настройками).
2. Алгоритмы проведения документа Реализация товаров и услуг жестко запрограммированы на формирование проводок по НДС со счетом 68.02 и списанию себестоимости. Даже если в табличной части и в счетах расчетов указать пользовательские забалансовые счета, документ попытается связать балансовый счет 68.02 с забалансовым счетом учета выручки. Это нарушает целостность регистра бухгалтерии и блокирует проведение.

Оптимальное решение: использование документа «Счет на оплату покупателю»

Разберем штатный и методически верный способ фиксации намерений клиентов в 1С:Бухгалтерия предприятия 2.0. Самым простым и безопасным инструментом является документ Счет на оплату покупателю.

Рассмотрим преимущества данного подхода:

1. Отсутствие влияния на регламентированный учет. Документ Счет на оплату покупателю не формирует никаких движений по регистру бухгалтерии и специальным регистрам подсистемы НДС. Это полностью исключает риск преждевременного признания доходов, искажения книги продаж и ошибок при процедуре Закрытие месяца.
2. Штатный ввод на основании. Когда сделка переходит из статуса «на подходе» в фактическое исполнение, бухгалтеру или менеджеру достаточно ввести документ реализации на основании счета. По кнопке Ввести на основании формируется документ Реализация товаров и услуг или Акт об оказании услуг, в который автоматически копируются контрагент, договор, перечень номенклатуры услуг, количество, цены и ставки НДС. Никакого ручного дублирования информации не требуется.
3. Контроль оплаты. На основании счета также штатно вводятся платежные документы (Платежное поручение входящее или Приходный кассовый ордер), что позволяет связывать цепочку документов воедино.

Организация статусов сделок через дополнительные свойства

Чтобы разделять счета по стадиям выполнения (например, «В работе», «На подходе», «Отменен») без внесения изменений в программный код и структуру метаданных, подключим типовой механизм свойств и категорий:

1. Перейдем в настройки программы и убедимся, что включено использование дополнительных реквизитов и сведений.
2. Для объекта Документ "Счет на оплату покупателю" назначим дополнительное свойство, например, Статус заказа со списком допустимых строковых значений.
3. При создании счета пользователь выбирает текущий статус сделки, что дает возможность фильтровать базу и отслеживать этапы воронки.

Построение отчета по «заказам» стандартными средствами

Посмотрим, как получить сводную информацию по оформленным счетам без привлечения программистов:

1. Откроем Универсальный отчет (раздел Отчеты).
2. В поле типа данных укажем Документ, а в списке документов выберем Счет на оплату покупателю. В качестве источника данных выберем табличную часть Услуги или заголовочные данные документа.
3. В настройках отчета настроим группировки по контрагентам, договорам и дополнительному свойству Статус заказа.
4. В структуре отчета зададим вывод сумм документов, дат планируемой оплаты и ответственных лиц. При необходимости можно наложить отбор по проведенным счетам за определенный период.

Анализ альтернативных вариантов и их риски

На практике иногда предлагают другие способы фиксации предварительных заказов. Разберем, почему они не рекомендуются:

1. Использование документа «Операция (бухгалтерский и налоговый учет)». Создание ручных проводок между исключительно забалансовыми счетами снимает системную ошибку проведения, однако работать с ручной операцией крайне неудобно. В ней отсутствует табличная часть с услугами, нет расчета НДС, невозможно автоматически распечатать стандартные формы (счет, согласование), а главное — из операции нельзя ввести типовой документ Реализация товаров и услуг на основании.
2. Использование непроведенных документов реализации или документа «Оказание услуг». Создание документов реализации заранее с планом отменить их проведение перед сдачей отчетности несет критические риски человеческого фактора. Если ответственный сотрудник забудет распровести документ, ожидаемая сделка попадет в декларацию по НДС, искусственно увеличит налогооблагаемую базу и нарушит распределение прямых затрат при закрытии месяца.

Таким образом, для отражения заказов покупателей в рамках типовой 1С:Бухгалтерии предприятия 2.0 оптимально использовать документ Счет на оплату покупателю в связке с механизмом дополнительных свойств и Универсальным отчетом. Если же бизнесу требуется полноценный оперативный контур (ведение резервов, детальные стадии согласования, графики отгрузок), рекомендованным архитектурным решением является внедрение специализированной программы (1С:Управление торговлей или 1С:Управление нашей фирмой) с настройкой регулярного обмена данными с бухгалтерской базой.