При работе в современных конфигурациях на платформе «1С:Предприятие 8.3» (таких как 1С:Управление торговлей 11, 1С:ERP Управление предприятием 2 или 1С:Комплексная автоматизация 2) пользователи часто сталкиваются с системными предупреждениями при оформлении финансовых документов. Одной из самых распространенных и ставящих в тупик ошибок является отказ системы проводить оплату на основании заказа покупателя.
В процессе работы программа выдает предупреждение следующего вида:
{Документ.ПриходныйКассовыйОрдер.МодульОбьекта(515)}: Не требуется вводить приходный кассовый ордер на основании Заказа клиента 0000-XXXXXX...
В этой статье мы подробно проанализируем, почему возникает данное поведение системы, как устроены механизмы детализации взаиморасчетов в 1С и какими способами можно быстро и корректно решить эту проблему, не прибегая к помощи программистов и изменению программного кода.
Для того чтобы понять природу этой ошибки, нам необходимо рассмотреть, как программа 1С контролирует расчеты с нашими контрагентами. Логика проведения документа Приходный кассовый ордер (ПКО) напрямую зависит от настроек, заданных в правилах продаж — а именно в Соглашении с клиентом или в Договоре контрагента.
В современных конфигурациях 1С поддерживается несколько вариантов ведения расчетов с покупателями. Рассмотрим их подробнее:
Заказу клиента. Именно при этом варианте программа позволяет и требует создавать Приходный кассовый ордер или Поступление безналичных ДС строго на основании заказа.Реализация товаров и услуг. Заказ клиента в данном случае выступает лишь в качестве предварительного намерения совершить сделку, но не является финансовым обязательством. Соответственно, оплата должна привязываться к конкретной накладной.Суть проблемы: если в договоре или соглашении, выбранном в вашем заказе, установлена детализация расчетов «По накладным», то система считает, что Заказ клиента не может выступать объектом расчетов. Программа блокирует создание Приходного кассового ордера на основании заказа, так как с точки зрения логики взаиморасчетов деньги должны поступать либо по договору в целом, либо по конкретной накладной (после фактической отгрузки товара).
Проанализируем программный код, который срабатывает в модуле объекта ПКО:
// Примерная схема проверки возможности ввода на основании в модуле объекта ПКО
Если Не ПолучитьВозможностьОплатыПоЗаказу(ДокументОснование) Тогда
ВызватьИсключение "Не требуется вводить приходный кассовый ордер на основании Заказа клиента...";
КонецЕсли;
Когда срабатывает это исключение, система просто защищает базу данных от некорректного разнесения взаиморасчетов по регистрам сведений и накопления (таким как РасчетыСКлиентами и РасчетыСКлиентамиПоДокументам).
В зависимости от того, как построен бизнес-процесс в вашей организации, решить данную проблему можно двумя принципиально разными способами.
Если в вашей компании осознанно принята схема взаиморасчетов «По накладным» и клиент оплачивает товары по факту их получения, вам не нужно пытаться делать Приходный кассовый ордер на основании заказа.
Разберем по шагам правильную последовательность действий:
Заказ клиента и убедитесь, что все товары готовы к отгрузке.Реализация товаров и услуг (накладную) на основании данного заказа.Если по условиям сделки клиент должен внести предоплату (аванс) до того, как товар будет фактически отгружен со склада, вам необходимо скорректировать правила расчетов в системе.
Выполним следующие действия:
Заказ клиента.Заказ клиента, перепроведите его, чтобы новые правила расчетов применились к документу.Приходный кассовый ордер на основании заказа. Ошибка больше не появится, документ будет успешно создан и проведен.Важное предупреждение! Крайне не рекомендуется менять детализацию взаиморасчетов в уже действующих договорах или соглашениях, по которым ранее уже проводились документы в закрытых периодах. Изменение этого реквизита «задним числом» может привести к серьезным искажениям в отчетах по взаиморасчетам с клиентами, неверному распределению авансов и ошибкам при закрытии месяца. Если по договору уже велась работа, правильным решением будет создать новый договор с детализацией «По заказам» и выбрать его в текущем заказе клиента.
Если детализация расчетов в соглашении или договоре настроена правильно (например, «По заказам»), но система все равно не позволяет провести оплату, рекомендуем выполнить совместный анализ следующих параметров документа:
Не согласован или На согласовании, программа заблокирует любые финансовые операции по нему. Для возможности приема оплаты переведите заказ в статус К обеспечению или К отгрузке.Правила оплаты (или на вкладку «Основное» в зависимости от версии интерфейса). Убедитесь, что в табличной части графика оплаты присутствует этап с типом Предоплата (до отгрузки) или Аванс (до обеспечения). Если в графике зафиксирован только платеж после отгрузки (кредит), система может выдавать предупреждения о нарушении условий оплаты.Используя данные рекомендации, вы сможете легко диагностировать причины возникновения этой ошибки и выбрать оптимальный способ ее устранения, сохранив корректность ведения взаиморасчетов на вашем предприятии.