День добрый!
Есть ЕРП, есть всеми любимый Тандер, есть головной партнер Тандер и пятьсот веселых магазинов подчинённых головному партнеру. На на каждого партнера свой контрагент. Сделано как отрекомендовала поддержка 1С. Оплата производится естественно от головного партера и контрагента, отгрузка производится в отдельности на каждого партнера (магазин) и на головного контрагента. Расчеты ведутся по договорам. Как в этой схеме учитывается аванс? Понятно, что от Тандера аванса не дождешься. Есть другие контрагенты с такой же схемой. Оплата числится на головном контрагенте и партнере, а реализация(хоть в проводках указан головной контрагент), не видит аванса, потому что в регистрах ключ другой Как не бился не смог реализовать зачет аванса. Получается его только зачесть либо документом "Взаимозачет задолженности" или по кнопке в реализации "Зачет оплаты".

только я так и не понял - этот топик с вопросом или просто крик души?

(1)Как в этой схеме учитывается аванс?

Может у кого есть рецепты или знания как работает зачет оплаты контрагента, когда у него есть партнеры? Как должна работать описанная схема?

Насколько приходилось видеть, в тч расшифровка платежа в поступлении ДС происходит подбор по остаткам
результат - это ДвиженияДенежныеСредстваКонтрагент
Сумма оплаты    Сумма постоплаты    Сумма предоплаты

затем по этим движениям заполняется отражение проводок

В движениях: Объект расчетов.
В проводках: Контрагент/Договор/ДокументРасчетов

Т.е. если процедура подбора остатков для взаиморасчетов не даст в этом конкретном примере адекватного результата, то и установку Объекта расчетов не дает и проводка неверная.

(4) Есть вначале оплата, которая идёт от головного партнёра и контрагента. Остатков в этом случае никаких нет. Происходит поступление аванса. Потом идёт реализация на клиента другого(магазин головного партнёра) и на контрагента, от которого поступила оплата. Реализация не видит аванса, поскольку ключ аналитики другой. Получается зачесть аванс только документом "Взаимозачет задолженности" или в реализации по кнопке "Зачет оплаты". Больше я на нашел способов((( А это какие-то так себе способы....

Если отстатков взаиморасчетов с контрагентом нет, то и подбирать нечего.

(6) Супер!!!! я не про подбор остатков! Я про зачет аванса при проведении реализации.

(5) Очевидно что никакого автоматического зачета с разных контрагентов быть не может. Определитесь с вариантом:
1. Все взаиморасчеты ведутся с головой, а магазины просто выступают грузополучателями
2. Расчеты с магазинами. Тогда думайте как разносить оплаты или делать зачёты.

(8) Пример все сетевые клиенты: Тандер, Метро, Пятёрочка и т.д. Расчеты с головой, в реализации необходим конкретный магазин. Он же грузополучатель(контрагент), он же клиент. Вариантов автоматического зачета задолженности не нашел. Только "Зачет оплаты" в реализации или "Взаимозачет задолженности". С ними же тысячи работают поставщиков!! Неужели все едят кактус и вручную зачитывают оплату или создают свои варианты автоматические?! Или же есть вариант на типовом решении автозачет оплаты?

(9) Хз как работают "все" и что мешает конкретно вам работать по первой схеме. Взаиморасчеты можно разделить договорами (если нужно), если не нужно и расчеты из одного котла, то вообще непонятно зачем вам магазины-клиенты.
И ещё как правило сети EDI требуют, возможно зачеты автоматизируют оттуда, если они всё-таки нужны.

(10) Мало того, их не только по договорам можно разделить, но и по соглашениям. Я же не зря написал о наличии Объекта расчетов.

(10) мы и работаем по первой схеме. Только грузополучатель это контрагент. В 1с обращался по этому поводу. В меркурий отчетность и данные тоже по грузополучателю и его данным как контрагента.
(11) Это сколько у Тандера магазинов? Лепить на каждый магазин свое соглашение-договор? Прикольно... Оплату тоже требовать от Тандера, чтобы они делали по каждому магазину отдельно? А не пошлют ли они далеко и надолго? По EDI с ними и работают, но там заказы и реализация.
Магазины клиенты они не только нужны как грузополучатели. По ним ещё и разная отчетность строится начиная от реализации и кончая рентабельностью доставки.

(0) "от Тандера аванса не дождешься."  т.е. с Тандером проблемы нет? "Есть другие контрагенты с такой же схемой" у этих других клиентов такая же туча магазинов? Не очень понятно есть ли проблема.

(12) Ты в таком тоне пишешь, будто это я в 1С для Тандера схему изобрел.
А тут на форуме разрабов 1с нет и, вероятно, не было никогда.
Максимум, они к партнерскому форуму могли прислушиваться, но и там, насколько это обсуждалось, никто не существенных идей по взаиморасчетам не выдвигал.

Тебе лично не нравится, что использованы Объекты расчетов или что? Так других схем там в конфиге не видно.

(13) Да проблема к сожалению с любым контрагентом, у которого больше одного клиента. Оплата копится на контрагенте, реализация идет по контрагенту и конкретному магазину. В бухгалтерии понятно этих вещей нет. Там оплата идёт от контрагента-договор и реализация на контрагента-договор. Только сальдо не сворачивается. Видно всё по управленческим отчетам. В реализации нажимаешь зачет оплаты и заполняешь. После этого регистры по расчетам с клиентами приходят в соответствие нормальное и остаётся только актуализировать проводки. Но это уже в рамках наверное закрытия месяца... Остаётся только по ходу написать обработку, чтобы сама "нажимала" на эту кнопку и делала всё что требуется.

(0)[На на каждого партнера свой контрагент. Сделано как отрекомендовала поддержка 1С]
почему поддержка отклонилась от типовой схемы ?
https://its.1c.ru/db/erp25doc#bookmark:settlements:WorkWithPartners

(15) просто в реализации ставь всегда одного головного контрагента. А в поле Грузополучатель уже ставь контрагента - конкретный магазин.

(11) Соглашения кстати вроде не выступают аналитикой расчетов, они только содержат условия.

(18) А я и не утверждаю что они ими выступают. Там Объект расчетов должен определяться. В документации указано вот так

---
Работа с дочерними партнерами предусматривает следующую методику:

■ Регистрация договора с головным партнером, а расчеты через дочернего партнера.

■ Оформление документов оплаты, отгрузки по договору с головным партнером от имени дочернего партнера.

■ Объект расчетов - договор с головным партнером.
---

Просто я не открывая документации по работе с регистрами указал, что по другому (без Объекта расчетов) не выйдет.

и там далее указано
---
В документах оплаты по объекту расчетов, договору с головным партнером, доступен выбор дочернего партнера в качестве покупателя.
---

Т.е. тс все равно скажет, что это им не интересно, поскольку автозачета не получается, т.к. вручную надо разносить расшифровку платежу в Поступление ДС
Кстати, там даже картинка в документации есть :-)

(20) я выложил ТС-у ссылку на документацию, но у него много контрагентов и такой вариант 1С не поддерживает

(21) пусть платит тогда

(22) кто кому должен платить ?

(23) Кто не хочет читать официальную документацию, тот платит тому, кто ее читает за него ;-)

Все же стандартно

Господа!! ))) Ткните меня...Где в документации https://its.1c.ru/db/erp25doc#bookmark:settlements:WorkWithPartners есть указание на то, что при проведении реализации на дочернего партнера автоматически зачтется аванс головного партнера? Есть указание на то, что надо нажать на кнопку "Зачет оплаты" и там колдуйте. "Для зачета оплат предусмотрен помощник Зачет оплаты (команда Зачет оплаты на форме документов), состоящий из закладок:..." Так это я знаю. Я надеялся на то, что есть механизм позволяющий избежать этого.  Каждый божий день проходит не одна тысяча документов в адрес таких контрагентов...

(25) так и не услышал, оплата идёт в один котёл?

(25) // есть механизм позволяющий избежать этого

Готового механизма "из коробки" нет.
Есть почти готовая заготовка, но ее надо обработать напильником. Потому что, если вручную оно провести так, как нужно позволяет, то и процедуру написать получится.

(26) Да оплата идет всегда в один котел. Контрагент платит всегда за себя любимого, а не за конкретного дочернего партнера.

(28) А какой смысл тогда в контрагентах-дочках? Свериться с ними всё равно невозможно, косяки в оплатах всё равно искать в котле.
ИМХО в такой ситуации магазины должны быть исключительно грузополучателями. Ну а правильную выписку первички уже настраивать, ну и отчеты по магазинам для головы(хотя у ней все данные по EDI должны быть)

(29) Контрагенты дочки фигурируют как грузополучатели(там можно только контрагента выбрать с адресом и т.д.) и в Меркурии. Да и ещё на вскидку в 15 местах((. В УПП было дело отвязались от этой беды и сделали сами просто точки доставки со всеми атрибутами подчиненными конкретному контрагенту, доделали регистры и отчеты. А тут ....