25.07.2006, 17:01 | #1 |
Участник
|
Вопрос-сделали производственный заказ с выходом с потребление и завершили его. Выяснилось-что ошиблись - как сторнировать производственный заказ?
Создали производственный заказ - потребление стронировать получилось, через журнал потребления. А вот выход сторнировать-как никрутила не получается. Кто нибудь сталкивался с этим? Как это сделать? |
|
26.07.2006, 08:39 | #2 |
Участник
|
Из своего опыта: Писали доп. функционал по уменьшению кол-ва по оперциям выхода или удалению операций. Например у нас на предприятии очень часто учитывали выхода больше чем на самом деле, а по результатам инвентаризации правили. .
__________________
Want to believe... |
|
26.07.2006, 12:12 | #3 |
Участник
|
и заказ завершали?
а дополнительный функционал насколько затратный? а кто нибудь пробовал убрать все проверки на положительное количество в заказе? и создавать заказ на трицательное количество? Чем чревато? как себестоимость проходит после этого? |
|
27.07.2006, 05:31 | #4 |
Участник
|
пробовала создать производственный заказ на отрицательное количество. столкнулась с проблемой при учете мощностей: система просит "Примен. Операция Но.", причем применять хочет с операцией, у которой такой же номер производственного заказа. вот.. может стоит здесь копнуть...
|
|
03.08.2006, 18:29 | #5 |
Участник
|
Цитата:
Для завершения заказа отрабатывает функция выставляющая кол-во в производственном заказе по фактическому выпуску. Функционал достаточно простой главное изменить нужные поля в нужных таблицах. Себестоимость расчитывается корректно.
__________________
Want to believe... |
|
18.08.2006, 17:57 | #6 |
Участник
|
Цитата:
Сообщение от Галина
Вопрос-сделали производственный заказ с выходом с потребление и завершили его. Выяснилось-что ошиблись - как сторнировать производственный заказ?
Создали производственный заказ - потребление стронировать получилось, через журнал потребления. А вот выход сторнировать-как никрутила не получается. Кто нибудь сталкивался с этим? Как это сделать? Делать отрицательное потребление в ж. потребления не вкоем разе НЕЛЬЗЯ, уж поверьте мне ..... (объяснять извините нибуду .. не для форума это ....) если уже сделали ... то через .... некоторое время .... пол года - год ...... такой работы на себя найдете!!! вообщем не обрадуетесь. Если сделали выход и потребление и завершили ..... корректировать только через инв. или списание или оприходование ...... других вариантов нет. |
|
18.08.2006, 18:16 | #7 |
MCTS
|
2kalugazorro. Как то страшно Вы все расказали. Если найдете время напишите пожалуйста о последствиях: где и как они проявляются. А так же уточните пожалуйста - отрицательное потребление имеется в виду упоминаемый Галиной вариант или отмена потребления в незавершенном заказе тоже входит в круг "не рекомендуемых Вами операций".
|
|
19.08.2006, 09:45 | #8 |
Участник
|
Присоединяюсь.
kalugazorro-в данной теме расматривается две ситуации (распишу их еще раз-так как высянилось, что про то что заказ завершен-народ почему то не видит) : 1. Заказ не завершен - потребление сделали лишнее. Сторнируем потребление, через журнал потребление с минусом 2. Заказ завершен. Тогда на новый заказ - потребление делаем с минусом. Дальше еще не понятно как. Вы про какую ситуацию пишите? И мы бы рады вам поверить-но ПОЧЕМУ и ЧЕМУ? мы должны верить? Только эмоциям? Или есть факты? Буду рада услышать факты. Очень пригодятся. |
|
21.12.2006, 18:03 | #9 |
Участник
|
Мда.. с отрицательным выходом полная ж....
Сделали отрицательный выход в производственном заказе - применили к выходу положительному этого же производственного заказа. Сделали коррек и учет себестоимости-все о-кей. Теперь положительный выход переоценили-после коррекции отрицательный выход не скорректировался. Точнее-он сперва скорректировался на нужную сумму, а после в этом же задании коррекции себсетоимости назад скорректировался-результат сумма по отрицательному выходу как была так и осталась. Теперь последствия всего этого-сумма по Value Entry в оборотке на закрывается. Теперь самое интересное: тоже самое на Нативной базе-все замечательно. Что может быть? Ничего не кодировали. Все стандарт 3.7.2. |
|