Задолженность покупателя из-за того что оплата имеет статус Аванса
При анализе взаиморасчетов возникает задолженность покупателя из-за того что оплата имеет статус Аванса.
Процесс учета:
1.) оформляем Заказ покупателя
2.) на основании Заказа покупателя вводим поступление оплаты на счет (стоит галка Аванс)
3.) на основании Заказа покупателя вводим Расходную накладную
Если оплату вводить на основании Расходной накладной, а не Заказа покупателя, то поступление денег уже не имеет статус "Аванс" и задолженности нет. Но мы сначала принимаем деньги, а потом уже отгружаем товар. Тем более что операций много и вводить оплату на основании Расходной накладной не удобно (больше нажатий кнопок).
Посоветуйте пожалуйста, как избавиться от задолженности покупателя в таком случае?
Процесс учета:
1.) оформляем Заказ покупателя
2.) на основании Заказа покупателя вводим поступление оплаты на счет (стоит галка Аванс)
3.) на основании Заказа покупателя вводим Расходную накладную
Если оплату вводить на основании Расходной накладной, а не Заказа покупателя, то поступление денег уже не имеет статус "Аванс" и задолженности нет. Но мы сначала принимаем деньги, а потом уже отгружаем товар. Тем более что операций много и вводить оплату на основании Расходной накладной не удобно (больше нажатий кнопок).
Посоветуйте пожалуйста, как избавиться от задолженности покупателя в таком случае?
По теме из базы знаний
- 1С:Бухгалтерия хлебобулочного и кондитерского предприятия
- Авансы, предоплаты, кредиты: как оформлять чеки в 1С (на примере УТ 11)
- От заказов покупателей до выпуска продукции (на примере работы в 1С:ERP предприятия химической отрасли)
- Конфигурация "ИнфоПро": Конструктор журналов для коммуникации в рабочих группах и автоматизации
- 1С:Управление недвижимостью и арендой КОРП на базе 1С:Бухгалтерия 8 КОРП
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Сталкивался с такой проблемой.
Такие "непривязки" авансов к документам сразу проявляются в Мониторе руководителя.
Сначала грешил на 1с. Но как оказалось, решение на поверхности и очевидное:
нужно в документе реализации в правом углу снизу - "привязать" аванс.
Кстати по авансам поставщикам ситуация аналогичная.
Такие "непривязки" авансов к документам сразу проявляются в Мониторе руководителя.
Сначала грешил на 1с. Но как оказалось, решение на поверхности и очевидное:
нужно в документе реализации в правом углу снизу - "привязать" аванс.
Кстати по авансам поставщикам ситуация аналогичная.
Прикрепленные файлы:
![](/upload/forum/upload/6a0/6a0e75039ae8e493ecd6d56e344e358f.png)
Если правильно понял вопрос - нужно проделать следующее:
Когда проваливаемся в форму Зачёт предоплаты, в верхней части отражаются авансы. Там их может быть и несколько.
Из них и выбираем, какой документ и какую сумму предоплаты этого документа ставим в зачёт. После выбора предоплаты - документ предоплаты отразится в нижней части формы - К зачёту.
Когда проваливаемся в форму Зачёт предоплаты, в верхней части отражаются авансы. Там их может быть и несколько.
Из них и выбираем, какой документ и какую сумму предоплаты этого документа ставим в зачёт. После выбора предоплаты - документ предоплаты отразится в нижней части формы - К зачёту.
(8) Если посмотреть описания того, что нового появилось в УТ 11.0.7.8 -
предусмотрена возможность автоматического распределения оплат по документам отгрузки (поступления).
То могу предположить, что такой же функционал добавят и в УНФ. Вопрос только - когда это произойдёт?
предусмотрена возможность автоматического распределения оплат по документам отгрузки (поступления).
То могу предположить, что такой же функционал добавят и в УНФ. Вопрос только - когда это произойдёт?
У меня сомнения по этому поводу, УНФ это пародия на УТ с производством. 1совцы сделали полную несовместимость с УТ. Обработки УТ не подойдут к УНФ, структура данных не совпадает причем иногда до тупизны (поля и табличные части переименованы) и отсутствуют часть регистров. Сколько было просьб сделать заказ на производство на весь заказ покупателя на форуме 1с, в ответе мягко послали подальше. Зацепила меня сама идея УНФ и внешний вид, но уже не раз пожалел в выборе конфигурации.
Тестирую УНФ.
Неужели в УНФ закрыть аванс можно ТОЛЬКО через расх. накладную? Другого варианта пока вижу, да и этот, признаться, не работает (:
Привязываю аванс к накладной через указанную кнопочку. Сообщение: «Нельзя зачесть аванс по заказу, отличному от указанных в таб. части «запасы».
При этом в расх. накладной нигде не запрашивается Заказ!
А в Прих. ордере указывать Заказ не хотим – не всегда знаешь заранее, на что пойдет аванс.
Тупик, что ли?
Неужели в УНФ закрыть аванс можно ТОЛЬКО через расх. накладную? Другого варианта пока вижу, да и этот, признаться, не работает (:
Привязываю аванс к накладной через указанную кнопочку. Сообщение: «Нельзя зачесть аванс по заказу, отличному от указанных в таб. части «запасы».
При этом в расх. накладной нигде не запрашивается Заказ!
А в Прих. ордере указывать Заказ не хотим – не всегда знаешь заранее, на что пойдет аванс.
Тупик, что ли?
Не знаю, насколько это правильно, но мы привязываем авансы через документ "Поступление на счет".
При поступлении денег (аванса), ставим галку "Аванс". Сам документ "поступление на счет" оформляем на основании Счета, соответственно "Счет на оплату" и "Заказ" заполняются автоматически (если известно, по какому заказу аванс, иначе потом заполняем вручную).
После отгрузки убираем галку и через Документ выбираем расходную накладную. Если авансов несколько, делаем это для каждого аванса. Если накладных несколько, используем "Подобрать".
При поступлении денег (аванса), ставим галку "Аванс". Сам документ "поступление на счет" оформляем на основании Счета, соответственно "Счет на оплату" и "Заказ" заполняются автоматически (если известно, по какому заказу аванс, иначе потом заполняем вручную).
После отгрузки убираем галку и через Документ выбираем расходную накладную. Если авансов несколько, делаем это для каждого аванса. Если накладных несколько, используем "Подобрать".
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот