По сводному планированию

[ymv2000]

Может кто подскажет

как реализовать следующую задачу в модуле Сводное планирование:
Имеется потребность по конкретной номенклатурной единице №1 по результату сводного планирования.
Требуется через какоето время произвести замену поттребности
на другую (другие!) номенклатурную(ые) единицу(ы) так, чтобы в истории
была информация о номенклатурной единице №1 и ее всех заменах.

[Волчара]

Объяснение задачи не понятное....
Предлагаю вариант толкования:

Я хочу чаю - потребность в номенклатуре
Я чаю не получил, но через некоторое время передумал - я хочу кофе.
Надо сохранить историю, я хотел чаю, потом кофе... но меня игнорировали

У вас так?

[ymv2000]

Цитата:

Сообщение от Волчара

Объяснение задачи не понятное....
Предлагаю вариант толкования:

Я хочу чаю - потребность в номенклатуре
Я чаю не получил, но через некоторое время передумал - я хочу кофе.
Надо сохранить историю, я хотел чаю, потом кофе... но меня игнорировали

У вас так?

Практически так ...
Я хочу чаю - потребность в номенклатуре
Я чаю не получил, но через некоторое время передумал - я хочу кофе и какао.
Я получил кофе и какао.
Надо сохранить историю,что я хотел чаю, а потом хотел кофе и какао,
и вместо чая получено кофе и какао.

[Михаил Андреев]

Цитата:

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

Надо сохранить историю,что я хотел чаю, а потом хотел кофе и какао,
и вместо чая получено кофе и какао.

А для чего Вам эта история? Можно включить лог по таблицам.

[ymv2000]

Цитата:

Сообщение от Михаил Андреев

А для чего Вам эта история? Можно включить лог по таблицам.

История нужна например в очете, что планировалось приобрести чая на сумму ..,
а в итоге деньги ушли на приобретение кофе и какао

[Михаил Андреев]

Цитата:

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

История нужна например в очете, что планировалось приобрести чая на сумму ..,
а в итоге деньги ушли на приобретение кофе и какао

И что дальше с этим отчетом делать? Смысл в нем какой?

[Волчара]

Цитата:

Сообщение от Михаил Андреев

И что дальше с этим отчетом делать? Смысл в нем какой?

Отчет на тему:
Ктото получает откаты при поставке. Что бы сделать нужную поставку он мухлюет с предложением.
Отчет позволит поймать за руку.

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

Вид отчета:
1 Колонка: Уволить: EmplId

[Михаил Андреев]

Вы его пристрелите на месте или выведите в коридор?

[ymv2000]

Похоже сегодня нет серьезных людей.

Эта задача к системе вполне адекватная,
требующая гибкости от системы,
требующая решения в связи с обычными, несложными бизнес процессами.

[Михаил Андреев]

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

[Волчара]

Цитата:

Сообщение от Михаил Андреев

Как часто будет Ваш отчет запускаться? Это что, штатная ситуация?

Полностью согласен.
Хотите получить осмысленный ответ, дайте более подробную информацию по задаче.

Возможно здесь и модуль сводное планирование не причем, и достаточно видеть историю логистики.

Пожалуйста по подробней:
Почему возникает перемена блюд?
Как часто она возникает?
Как часто проиходит планирование?
С точки зрения ответственности это разные подразделения фирмы или одно (одно заказывает товар, другое планирует)?

и любую другую информацию, которая может быть полезна...



А иначе получается разговор слепого с глухим... что было сразу очевидно

[ymv2000]

Задача
1)Отдел формирует заявку в 01.01.2007г на 01.06.2007 - чая 1000 пачек(потребность)
2)Формируется отчет- потребность на год
3)через месяц Отдел делает замену в заявке вместо чая - кофе 50 банок на 01.06.2007
4)Закупается кофе 50 банок
5)01.12.2007 формируется отчет- потребность за год(что планировалось в начале года и что фактически закупилось)
Таких замен может быть немного, но может иметь место и в достаточном количестве, чтобы учитывать в системе

Может чего упустил, не судите строго

[Волчара]

Цитата:

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

Задача
1)Отдел формирует заявку в 01.01.2007г на 01.06.2007 - чая 1000 пачек(потребность)

С помощью какого инструмента в Axapta отдел формирует заявку. У вас это уже известно? Можно чере Закза, Журнал и др...
Возможно там имеет смысл сохранять историю изменения заявок.

Потребности расчитывает тот же отдел?
Закупает товар тот же отдел?

[ymv2000]

Цитата:

Сообщение от Волчара

С помощью какого инструмента в Axapta отдел формирует заявку. У вас это уже известно? Можно чере Закза, Журнал и др...
Возможно там имеет смысл сохранять историю изменения заявок.

Потребности рассчитывает тот же отдел?
Закупает товар тот же отдел?

Заявки в системе еще не формируются(есть разные варианты, но хочется услышать новые идеи).
Заявки составляет один отдел, а потребность расчитывает другой отдел,
другой отдел и закупает. Замену инициирует тот отдел, который подал заявку.

Можно конечно в журнале-заявке, в строке указывать предшествующую номенклатуру для новой номенклатуры....
Есть мысль хранить несколько результатов сводного планирования(планов)
и както их сравнивать(планНачалоГода и планСерединаГода), но похоже стандартной функциональности сравнения нет, надо писать модификации

[Волчара]

Цитата:

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

Заявки в системе еще не формируются(есть разные варианты, но хочется услышать новые идеи).
Заявки составляет один отдел, а потребность расчитывает другой отдел,
другой отдел и закупает. Замену инициирует тот отдел, который подал заявку.

Пусть делают Заказ. Окончательную заявку надо фиксировать документом, например Подтверждение.
Отчет по сравнению подтверждений надо будет писать - писать отчеты это обычная практика...

[Vals]

Если заявки делать прогнозом, то есть отчёт сравнение проноза план-факт

[ymv2000]

Цитата:

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

Если заявки делать прогнозом, то есть отчёт сравнение проноза план-факт

А каким способом формировать прогноз проще,
чтобы сами пользователи задавали ном.ед, кол-во, дату?

[Vals]

Цитата:

Задача
1)Отдел формирует заявку в 01.01.2007г на 01.06.2007 - чая 1000 пачек(потребность)

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

[ymv2000]

Цитата:

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

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

А как быть если в качестве Заявки используется Журнал-Проводка(Списание),
например 100шт ном.ед. - используем только Сводный план без Прогнозного!

А в результате - закуплено 50 шт, и списать надо 50 шт...
Если мы создадим еще журнал-проводка на списание 50 шт, то
нам надо в первоначальном журнале-Заявке менять 100шт на 50шт,
чтобы потребность не осталось.
Получается двойная работа???

[Vals]

Неа, двойной работы не будет.
Я честно говоря не понял финта с журналом проводка
В общем я бы так не делал.