По договору нужно периодически продавать клиенту определенный товар. Как лучше реализовать в Аксапте?

[mazzy]

Предположим, есть компания, у которой есть Аксапта.

По договору с клиентом эта компания должна периодически продавать клиенту определенный товар (не услугу). Например, периодически отправлять журнал, на который клиент подписался. Часть этого журнала производится самой компанией (например, пробники, cd-rom, обертка), часть закупается у поставщика.

Как лучше реализовать в Аксапте?
Но так, чтобы и сводное планирование, и производство, и склад, и комплектация/регистрация, и wms работали как положено.

в голове крутится Заказ с типом подписка.
Но в таком заказе нельзя указать желаемую периодичность и сводное планирование не будет планировать закупки/производство под такие заказы

в голове крутится Контракт, в котором созданы все будущие журналы на много месяцев вперед.
Но это как-то некузяво, поскольку в принципе договор с клиентом может быть очень долгим - будет очень много строк. Кроме того, договор может прекращаться досрочно.

в голове крутится Прогноз продаж.
Но снова придется создавать много-много строк вперед.
Кроме того, прогнозы могут быть удалены.

Может есть соображения, как сделать периодическую продажу при помощи стандартного функционала?

[George Nordic]

Контракт.

Договор можно прекратить досрочно - в чем проблема? В резервировании?

Георгий

[Vals]

Если по контракту не сформировать заказы, то его "не видит" сводное. Иначе говоря, Тип контракт не формирует складских проводок при создании заказа.

[DSPIC]

Да, без складских проводок сводное не будет работать, - как ни крути, а какие-то строки должны быть, и их должно быть много. А в чём проблема кучи строк заказа? Их, например, можно спрятать по какому-нибудь флагу (придумать критерий для таких заказов, или галочку допрограмить если критерий не найдется))

[Vals]

Цитата:

Заказ с типом подписка.
Но в таком заказе нельзя указать желаемую периодичность и сводное планирование не будет планировать

Сводное работает с подпиской.
Сейчас специально проверил - всё работает.
Тип заказа "Подписка" есть частный (или более общий) случай типа заказа "Заказ". Работают они одинаково.

Вообще, первое, что пришло на ум - использовать периодичность, которую даёт пакетная разноска.

[mazzy]

Цитата:

Сообщение от DSPIC

А в чём проблема кучи строк заказа?

Производительность. Таких будет много. Очень много.

Цитата:

Сообщение от Vals

Сводное работает с подпиской.
Сейчас специально проверил - всё работает.
Тип заказа "Подписка" есть частный (или более общий) случай типа заказа "Заказ". Работают они одинаково.

Что значит "работает"?
Я создаю заказ с типом подписка, в нем одна строчка - номенклатура "журнал".
Как указать периодичность "квартал", "месяц", "10 дней", "неделя", "день"?

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

Цитата:

Сообщение от Vals

Вообще, первое, что пришло на ум - использовать периодичность, которую даёт пакетная разноска.

Э-м-м... Можно подробнее?

[Vals]

Цитата:

Что значит "работает"?

Имел ввиду, что в принципе Заказ Подписка сводным планируется. ТОлько в твоём случае действительно нужно указывать дату поставки.

Цитата:

Э-м-м... Можно подробнее?

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

Вот что я нашёл:
Расчёты с клиентами/периодические операции/Обновить предложение/Создать предложение.

Эта штука создаёт предложения по заказам и в ней есть пакетный режим.

Другой такой же штукой эти предложения, пакетом можешь утверждать.

Расчёты с клиентами/периодические операции/Обновить предложение/Подтверждение.

Предложения создаются на основе шаблонов.

Здесь всё равно косяк с датами: или текущая при создании или из шаблона.
Но всё равно, сложный механизм получается для пользователя.

Ещё Есть закладка "Циклы" в параметрах Расчёт с поставщиками. Кто знает, что она делает?

[mazzy]

Цитата:

Сообщение от Vals

Общая идея состоит в том, чтобы использовать возможность пакетного режима выполнять действия с системой с заданной периодичностью.

А... это то да.
только придется программировать смену даты в параметрах пакетного задания.
я думал об этом. но если уж допускаем программирование, то сделать можно многое

интересно было как обойтись чистой системой.
вдруг я чего забыл.

идею понял. Спасибо

[Vals]

Слушай, а как ты номера журналов будешь учитывать?
Если у тебя журналы неномерные и можно считать их одинаковыми это одно.
А если по номерам: 1,2,3 ..12?

Как-то имел возможность участвовать в проекте с реализацией печатной продукции

[mazzy]

Цитата:

Сообщение от Vals

Слушай, а как ты номера журналов будешь учитывать?
Если у тебя журналы неномерные и можно считать их одинаковыми это одно.
А если по номерам: 1,2,3 ..12?

Как-то имел возможность участвовать в проекте с реализацией печатной продукции

Это следующий вопрос.

но раз все равно придется делать доработку, то руки развязаны

[Bober]

Цитата:

Сообщение от mazzy

Это следующий вопрос.

Аналитика "Размер" ?

[Kabardian]

Цитата:

Сообщение от Vals

Слушай, а как ты номера журналов будешь учитывать?
Если у тебя журналы неномерные и можно считать их одинаковыми это одно.
А если по номерам: 1,2,3 ..12?

Как-то имел возможность участвовать в проекте с реализацией печатной продукции

А разве серийные номера и номера партий нельзя использовать для этих целей?

[Vals]

Цитата:

Это следующий вопрос.

Не, всё вместе рассматривай

Вообще можно не привязываться к принципу Один клиент - один заказ и много строчек. Можно использовать суммарную обработку и в этом случае клиент заказывает (подписывается на любом этапе и любое количество заказов. А система (суммарная обработка) отбирает нужное для обработки.

Цитата:

А разве серийные номера и номера партий нельзя использовать для этих целей?

можно.
Это как раз тот случай, когда серийники (номера партий) могут формироваться в Заказах или даже Прогнозах.