|  20.12.2005, 13:08 | #1 | 
| Участник |  Присвоение заказу статуса Завершено 
			
			Необходимо присвоить заказу со статусом Расчитана себестоимость статус Завершено по факту закрытия конкретного ПЗ после проведения калькуляции, что бы исключить возникновение матерьальных затрат и НЗП. Я сделал кнопку, по нажатию которой присваивается статус Завершено и удаляется складская проводка по приходу Заказано. Подскажите, что ещё необходимо сделать при таком присвоении кроме удаления этой проводки?
		 | 
|  | 
|  20.12.2005, 16:05 | #2 | 
| Участник | 
			
			Т.е. при калькуляции ПЗ, вы автоматом переводите в статус Завершено все его производные заказы? Если да, то почему бы вым не использовать стандартные классы которые выполняют эти действия. В стандарте они запускаются по кнопке Обработка/Калькуляция издержек. Вам прийдется только продублировать их запуск программно с нужными параметрами. ЗЫ: Ну а вообще не понятно зачем это нужно. | 
|  | 
|  20.12.2005, 16:19 | #3 | 
| Участник | 
			
			Немного не так, статус Завершено присваивается после калькуляции вручную. ЗЫ: вообще я и сам не очень понимаю зачем это надо, мне главное правильно выполнить заявку. | 
|  | 
|  20.12.2005, 16:23 | #4 | 
| Участник | 
			
			Ну так  вручную он и без модифкаций присваивается, при проведении калькуляции ПЗ активизируйте параметр параметр "Заключительное задание" в форме Калькуляция издержек и будем вам счастье.
		 | 
|  | 
|  20.12.2005, 16:29 | #5 | 
| Участник | 
			
			Про заключительное задание я знаю, только у нас калькулируют без него, потому что не всегда известно, понадобиться этот заказ ещё или нет, а когда будет известно, что уже нет, то нужно ему присвоить статус Завершено, что бы не было потом проблем при калькуляции
		 | 
|  | 
|  20.12.2005, 16:41 | #6 | 
| Участник | 
			
			Ну так делайте повторную калькуляция с активным параметром "Заключительное задание". Для удобства используйте кнопки выбор и значения по умолчанию.  Зачем заново изобретать велосипед? | 
|  | 
|  20.12.2005, 16:45 | #7 | 
| Участник | 
			
			Повторную калькуляцию не сделать, нет количества к приемке
		 | 
|  | 
|  20.12.2005, 17:13 | #8 | 
| Banned | 
			
			Ок, если изобретать велосипед, то методом копирования существующего образца: \Classes\ProdUpdHistoricalCost\updateProduction. Обратите внимание, что никаких складских проводок не удаляется, поскольку их все равно не должно оставаться в статусе "Заказано" после того, как осуществлена приемка всего количества. По сути дела, система для заказов в статусе "Завершено" дополнительно делает только вот это:  WrkCtrCapRes::deleteCapRefId(...) т.е. удаляет резервирование мощностей. Это уж не говоря о том, что просто так удалять InventTrans - в корне неверно. Система делает это сама в методе ProdTable.update() в зависимости от поля ProdTable.remainInventPhysical.
		 | 
|  | 
|  20.12.2005, 17:18 | #9 | 
| Участник | 
			
			Спаибо
		 | 
|  | 
|  20.12.2005, 18:29 | #10 | 
| Участник | Цитата: 
		
			Сообщение от Migel_84
			
			 Повторную калькуляцию не сделать, нет количества к приемке 1. Создаю производственный заказа - статус создано 2. Запускаю его - статус начато 3. Списываю компоненты спецификации, отражаю выполнение операций - статус начато 4. Делаю приемку - статус приемка 5. Делаю калькуляцию без параметра "заключительное задание" - статус калькуляция издержек. 6. Делаю калькуляцию c параметром "заключительное задание" - статус завершено! Между шагами 5 и 6, ни каких действий не выполнялось, и перед выполнением 6-ого шага количество к приемке 0. Что не получается? Все предельно просто, и нет необходимости что-то дописывать, создавая себе дополнительные трудности. ЗЫ: ну решать конечно вам | 
|  | 
|  21.12.2005, 09:22 | #11 | 
| Участник | 
			
			Это всё хорошо, но попробуйте сделать приёмку без заключительного задания и калькуляция с заключительным заданием не получится
		 | 
|  | 
|  21.12.2005, 16:33 | #12 | 
| Участник | 
			
			не совсем понимаю о чем вы. у меня все получается.
		 | 
|  | 
|  21.12.2005, 16:42 | #13 | 
| Участник | 
			
			Вы делаете приемку без признака Заключительное задание?
		 | 
|  | 
|  29.08.2006, 12:47 | #14 | 
| Участник | 
			
			Здравствуйте!  У нас вообще глюк с приемкой появился: "Заказанное количество не может быть уменьшено, т.к. недостаточно проводок со статусом 'заказано'. Номенклатура находится в статусе Продано, Отпущено или Скомплектовано". Все предыдущие операции выполнены правильно, но застряли на статусе "Начато", дальше не продвинуться. Изменение параметров "Заключительное задание", "Ошибка ввода" и др. не помогает | 
|  | 
|  29.08.2006, 12:54 | #15 | 
| Участник | 
			
			Мало исходных данных. Распишите по этапам, что у вас там происходит с ПЗ. | 
|  | 
|  29.08.2006, 15:02 | #16 | 
| Участник | 
			
			Повторить ситуацию не удается. Ошибка появилась для двух ПЗ, которые создавались по обычной схеме, как у всех: 1. создаешь ПЗ 2. оцениваешь 3. планируешь операции 3. отгружаешь материалы 4. регистрируешь выполнение операций и т.д. Насчет Ошибки ввода наврал - если этот параметр отключить, то ошибка другая:"Материал 'qqqq' отпущен в производство лишь частично", причем для каждой строки строки спецификации. | 
|  | 
|  30.08.2006, 09:10 | #17 | 
| Участник | 
			
			Удалось, наконец-то, завершить производственные заказы следующим образом: - обнаружили, что значения полей "Остаток" и "Готово" на вкладке "Количество" производственной спецификации у одной из строк отличаются от остальных строк; - исправили эти значения по аналогии с "правильной" строкой (править пришлось средствами БД, на форме этого не сделаешь. Также, отличалось значение поля Backorderstatus - Статус строки недопоставленного заказа, и его тоже поменяли); - в результате дальнейшая приемка и калькуляция издержек прошли без ошибок. Чем была вызвана ошибка - непонятно. Будем надеяться, что она больше не появится   | 
|  | 
|  31.08.2006, 14:43 | #18 | 
| Участник | Цитата: 
		
			Сообщение от akvi
			
			 Удалось, наконец-то, завершить производственные заказы следующим образом: - обнаружили, что значения полей "Остаток" и "Готово" на вкладке "Количество" производственной спецификации у одной из строк отличаются от остальных строк; - исправили эти значения по аналогии с "правильной" строкой (править пришлось средствами БД, на форме этого не сделаешь. Также, отличалось значение поля Backorderstatus - Статус строки недопоставленного заказа, и его тоже поменяли); - в результате дальнейшая приемка и калькуляция издержек прошли без ошибок. Чем была вызвана ошибка - непонятно. Будем надеяться, что она больше не появится   У нас такие ошибки возникают периодически, но только в отгрузочных накладных. И, что странно, только когда уже у созданной строки меняют количество. Правда мы научились их быстро исправлять.   
				__________________ Александр Последний раз редактировалось tolstjak; 31.08.2006 в 14:46. | 
|  |