Допустим вы занимаетесь продажами. Пришла платежка авансовая. Потом идут реализации. Деньги по взаиморасчетам автоматом списываете по ФИФО или жестко привязываете реализацию к платежке?

Просим клиентов указывать в назначении номер заказа/реализации и при импорте автоматом их привязываем, если не указали, то ФИФО.

Если указано к какой реализации то привязываем. Остальные по ФИФО. Ну и в разрезе договоров конечно.

(1) и получается хрень, ибо следующую платежку с желанием привязать к конкретной накладной получится что эта накладная полностью или частично уже погашено по фифо.
.
Я себя давно идет "борьба" с проиворечивыми желаниями видеть взаиморасчеты по накладным, но при этом вести "по договору".. но чтобы накладные закрывались именно платежками по конкретным накладным... Вообщем получается хрень.
мой опыт показывает что ни продавцы, и покупателя разумно учесть при ручной разноске не могут. Клиент-покупатель пишет что 1000 рублей оплачивает на РН 456, а то что по этой РН оно выставил претензию на 50 руб, мы ее признали и долг по накладной = 950, а куда деть другие 50 - хз... Повесить на РН - получится переплата 50 руб, при этом незакрытые другие долги... 50 руб показать как переплату - авансовый НДС будет висеть незакрытый до скончания века ибо причесывать никому нет времени итд. При этом есть какие-то буховско-аудиторские заморочки еще по необходимости разноски именно по накладным...
.
Получается что при ручной разноске клиенту надо показывать ТЕКУЩИЙ ДОЛГ По погашаемой накладной - а куда уже повесит и как разнесет - дело пользователя. Так вот в УНФ и сделано... Пользюки разносят как указано в платежках и переплаты/недоплаты висят хвостами...
.
По большому счету - имхо вести "по договору" и не парится, но клиенты-покупателя ОПА "хотят" видеть какие накладные оплачены в соответсвии с платежками а не с фифо программы.. ну и понеслосю...
.
https://infostart.ru/1c/articles/175550/

(0) когда по выписке ясно понятно куда разнести, бюстгалтерия разносит

если неясно непонятно - то по кнопке заполнить по взаиморасчетам - как ERP пошлет

ну и периодически по просьбе клеентов бюстгалтерия занимается с Веркой и с водкой (акты сверки)

и взаимозачетом задолженности (документ такой есть в ERP) гоняют между договорами и/или заказами или даже между разными контрагентами (при смене юрлиц)

Или отгрузили на 1000, пришел платеж на 1000, потом пришла претензий на 100, согласились. по факту на накладной вивит переплата на 100 рублей. Куда ее закинуть? отправить клиенту по банку - ну как бы экономически неэффективно, платежка 30 рублей стоит, да и у клиента долгов еще куча. А клиент никакой инфы куда эти 100 рублей закинуть - не дал... ну и висят хвостами... Подумывал м.б. типа регламентное задание, которое собирает "старые" хвосты переплат на "пустую" реализацию или разносит на "старые" хвосты недоплат.. но это как-то неаккуратненько... херня короче

(3) Я для УТ 10.3 делал такую вещь, тоже хотели знать что чем конкретно закрылось, но в денежных документах не указывая (клиенты в платежке обычно просто пишут - "за товар" и все). два дополнительных регистра завел (один  - незакрытые оплатами продажи/закупки с датами возникновения просрочек по условиям договора/спецификации, другой закрытие денежными документами реализаций и закупок), и на подписку на событие проведение движение по ним повесил. там пришлось еще делать пересчеты при проведениях задним числом, и учет даты закрытия не по дате документа а по дате платежа по банку и т.п. Долго отлаживал. но теперь работает как часы. и ПДЗ и ПКЗ элементарно считается и даты планируемых закрытий, когда надо денег ждать, а когда самим платить.

А если стоит условие, что контрагенту нельзя отгружать если задолженность больше 100 дней. Контрагент присылает платежки с номерами реализаций и одну пропустил и забыл про это, а дальше все нормально платит. В какой-то момент наступает ситуация, что он является просрочившим оплату и ему не отгружают, хотя он только недавно платил. Как вы тогда решаете ситуацию? Клиент сам виноват пусть оплатит старую платежку или считаете отдельно где-то задолженность по договору или еще какой вариант?

(6) Вопрос в (7) общий, не к вам конкретно :)

У нас конкретно это решается оповещалками для менеджеров-продуванцев. За три для до наступления ПДЗ приходит предупреждение, мол свяжись с клиентом, проясни ситуацию, что делать будем. То же самое закупанцам, если еще нет в базе размещенной заявки на оплату для бухгалтерии.

Так же вопрос. Как часто клиенты сверяются по каким накладным они заплатили, а по каким нет?
Раз в
день?
неделю?
месяц?
квартал?
полугодие?
год?

От клиента зависит. Кто-то часто, а кто-то никогда, мол я вам денег кинул, вы там сами раскидайте так, чтоб у меня ПДЗ не возникло.

(10) это часто бывает когда клиент закупается конкретно под свои конкретные точки разные и платит конкретные суммы со своих этих точек на конкретные накладные-долги. Но учёта у себя вести не умеет не может и колбасит поставщика такими "запросами". И ни чем э о не поправить ибо даже если разнести взаиморасчеты по точкам на отдельные потоки, то даже по одной точке он может взять рн1, рн2, рн3 и заплатит через неделю по рн2

Обычно всё эти траблы тупо из-за нежелания продаванов утрясти вопрос с клиентом... Вася, у тебя долг 5000 рублей - ты согласен с этой цифрой?.
.
И гасить по ФИФО дат оплат - разумно, а то получается что клиент оплачивает поздние накладные, а по ранним просрачка набегает...

(0) Смотря о какой конфигурации речь. В ERP получается что жесткая привязка зачастую, хотя можно переключить на расчеты по накладным и тогда жесткая привязка станет мягче. ) Иногда получается индивидуальный график оплаты по факту, в рамках каждого заказа, особенно если изначально предполагалась предоплата.