Trade-in: есть ли стандартное решение?

[Zabr]

Есть ли в Аксапте стандартный алгоритм автоматизации продаж по схеме trade-in? Если нет, кто-то делал свое решение, и, вкратце, как ?
Т.е. как конкретно увязать оплату Покупателем_Y комиссионного товара, поступившего от Продавца_Х, с заказом на продажу нового товара тому же Покупателю_Х (т.е. Продавец_Х = Покупателю_Х).

[Zabr]

Поднимаю вопрос (может кто не заметил за выходные).
Еще разок: как в Аксапте зачесть оплату, внесенную треитьим лицом - покупателем комиссионного товара, в счет погашения задолженности комитента перед комиссионером за новый товар? Никто не сталкивался? Возможно, такое есть в Аксапта Ритейл ?

[mazzy]

Скорее всего, ваш вопрос сложно понять.
Поэтому и не отвечают.

Зачетная проводка делается в общем журнале: Дт Клиент, Кт Поставщик
или Дт Клиент1, Кт Клиент2 (но в этом случае, у клиента1 и клиента2 должны быть разные счет ГК в профилях разноски)

Про комиссионную торговлю. Вопроса совершенно не понимаю.
Каждое отдельное слово - понятно, а вот о чем вопрос - нет.

Маленький совет. Для начала смотрите агентов и расчет комиссионного вознаграждения.

[Zabr]

2Mazzy: я рассчитывал что все-таки здесь людям не нужно слишком подробно разжевывать общеизвестные алгоритмы... ну тогда объясняю.

При торговле тrade-in приходит человек, сдает старую вещь и покупает такую же, но новую, и с зачетом стоимости старой. (Из того что приходит в голову как пример - это автомобили, сейчас очень распространено в этом бизнесе). То есть в первом случае он выступает "поставщиком"-комитентом (заключает договор комиссии), во втором - "покупателем". Все это Аксапта позволяет сделать, в т.ч. связать покупателя и поставщика, что это одно лицо. (и комиссионные агентам-менеджерам здесь нипричем).
Далее возникает такой момент: выступая как покупатель, он не вносит полную сумму нового товара, а только некую оговоренную сумму. Оставшаяся сумма гасится при продаже его старого подержанного товара. Здесь нюанс такой: даже если покупатель внес полную сумму, которую должен был внести, новая вещь не становится его до тех пор, пока не продана старая. Так вот и вопрос, как это сделать в Аксапте, потому что в обеих ниже приведенных вариантах возникают проблемы. Например, новая вещь стоит 100 руб, покупатель должен оплатить 80 руб, а 20 руб должны быть зачтены как оплата при продаже старой вещи, но только после того как старая реально продана.

Итак варианты, для заказа продажи новой вещи :

- вариант 1): цена в заказе 100 руб, оплата от клиента 80, она сопоставляется с заказом, а как закрыть оставшиеся 20 ? то есть как сделать чтобы в списке платежей этого клиента автоматически появились эти 20 руб. в момент, когда оплачен другой заказ (на старую вещь) ? Причем оплачен то вообще совсем другим контрагентом...

- ваиант 2): цена в заказе 80 руб, оплата от клиента тоже 80, заказ можно сразу полностью закрыть этой оплатой, но тогда теряется информация что на самом-то деле требуется оплатить еще 20 руб , и отловить момент этой оплаты.. и обеспечить чтобы новая вещь была оформлена на покупателя только после поступления этих 20 руб..

Вот Надеюсь понятнее стало. Так как сделать этот зачет оплаты за один заказ как оплату за другой заказ, причем в этих заказах разные контрагенты ?

[Zabr]

Комиссионную торговлю я и сам уже сделал... проблема именно с трейд-ин (комисс.торг. лишь ее составная часть)..

[mazzy]

Цитата:

Изначально опубликовано Zabr
Вот Надеюсь понятнее стало.

Да, огромное спасибо.
Надо подумать. Сходу предложить нечего.

[Zabr]

И это еще не все нюансы. Например, откуда должны браться эти 20 руб за старый товар, которые должны пойти в зачет нового - из цены в заказе продажи старого товара?а вот и нет! Эти 20 р. - это некий "фикс". Фирма может продавать старый товар и за 30, и за 50... И потом уценивать: 30, потом 28, потом 25... Это цена за которую купит новый покупатель. Но независимо от размера уценки старого товара, фикс 20 р. как сумма идущая в зачет новой покупки все равно остается без изменений. Теоретически фирма может даже уйти в минус если не сможет продать старый товар за 20 или дороже, но это уже ее проблемы, задолженность первого покупателя-комиссионера за новый товар все равно будет 20 р., пока не продастся старый.

[leshy]

Насколько я понимаю, Trade In – это продажа нового товара с гарантией выкупа старого.
Поэтому, мне кажется, процесс нужно разбить на несколько этапов
1. Создать закупку старого товара у контрагента 1 (80 руб)
2. Создать заказ на новый товар с контрагентом 1 (100 руб)
3. Реализовать старый товар контрагенту 2 через заказ. (х руб)
4. Создать платеж контрагенту 1 на сумму 80 руб
5. Отгрузить новый товар контрагенту 1 и зарегистрировать от него платеж на сумму 100 руб

[Zabr]

leshy, почти все верно, кроме:
а - в этой схеме нет информации о реальном поступлении денег от контрагента_1. Эта информация "спрятана" внутри п.5.
б - хочется <b>автоматизма</b>. Мы же автоматизацией занимаемся, да? В момент когда контрагент_2 покупает старый товар, чтобы что-то сделалось само собой: например, создался платеж контагенту_1 за его старый товар и частичная оплата от его же за новый на оставшуюся сумму.

Вообще-то, концепция АКсапты, как я её понимаю, не приемлет такого автоматического создания и тем более одобрения, разноски и сопоставления, в особенности платежей. Хорошо, пусть даже это останется для ручной работы. Но чтобы эту работу можно было сделать, нужно как минимум иметь и видеть связи между этими 3-мя объектами: закупкой старого товара, продажей старого товара и продажей нового товара. Это как минимум. Если даже и не создавать автоматически вышеупомянутые платежи, то хотя бы создавать счета к оплате, так же автоматически, концепции системы не противоречит. А они бы тоже помогли <i>разобраться</i> бухгалтерам что к чему и хотя бы <i>не забыть</i> отдать деньги клиенту и зачесть оплату комисс.товара за новый.

Сейчас никаким похожим функционалом в системе и не пахнет. Что, в Европе нет комиссионной торговли ? Совсем нету ?

[Владимир Ю.]

Может Вам стоит посмотреть функционал Договоров в Аксапте?

[Hamster]

Договора помогут только при сопоставлении.

В остальном толку от этой "функционяльности" никакого....

[Владимир Ю.]

За то вся информация в одном месте и нечего не теряется. Может это и нужно?

[Zabr]

Владимир Ю., спасибо. Советы общего вида "посмотрите туда-посмотрите сюда" хороши когда неясно в каком направлении вообще копать ) Копать в данном случае, похоже, означает програмировать. Ясно, что запрограммировать поверх стандартной версии я могу что угодно. Но не хотелось бы этого делать. Если Вы можете предложить конкретную схему как сделать то что описано выше через стандартный функционал договоров, прошу объяснить конкретнее, по шагам.

[Владимир Ю.]

Вы, абсолютны правы. Обрисовываю ситуацию, как ее удидел.
1. Создайте Договор на операцию на общую сумму.
2. Создайте Закупку с комиссионным товаром по Договору.
3. Создайте Заказ на новый товар (ручками указите ссылку на Закупку) по договору.
4. В Договорах есть кнопочка - Обороты по договору - с двумя полями - Расход/Приход. Вся информация в одном окне.
5. Оплаты сопоставляйте ручками. Сами от этого не отказывались