AXForum  
Вернуться   AXForum > Microsoft Dynamics NAV > NAV: Функционал
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 18.11.2013, 13:28   #1  
Lates is offline
Lates
Участник
 
207 / 10 (1) +
Регистрация: 08.02.2007
Есть задача – запустить стандартное задание коррекции себестоимости за весь период работы системы (до сих пор оно не запускалось).

В связи с этим хотелось бы услышать мнение по нескольким вопросам:

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

2. Периодически (обычно при учете производственных операций) в системе возникает зацикливание учтенных операций. В этом случае стандартное задание (расчет коррекции) зацикливается на этих операциях и дальше не выполняется. В идеале, конечно, хотелось бы обнаруживать такие проблемы как можно раньше, например, при учете производственных заданий. Но при этом нужно, чтобы такая проверка не отразилась критически на производительности - фактически нужно выполнить работу задания коррекции себестоимости - "раскрутить" цепочку связанных операций. Был ли у кого-нибудь опыт разрешения такой проблемы?
Старый 18.11.2013, 14:32   #2  
Constantine_imported is offline
Constantine_imported
Участник
 
126 / 10 (1) +
Регистрация: 28.04.2011
По второму пункту хотелось бы уточнить как происходит зацикливание? Допустим у вас есть Товар1 и Товар2, и для производства Товара2 вы потребляете Товар1 на производство которого в свою очередь был потреблен Товар2? Или как-то иначе?
Старый 18.11.2013, 15:58   #3  
Lates is offline
Lates
Участник
 
207 / 10 (1) +
Регистрация: 08.02.2007
Цитата:
Сообщение от Constantine Посмотреть сообщение
По второму пункту хотелось бы уточнить как происходит зацикливание? Допустим у вас есть Товар1 и Товар2, и для производства Товара2 вы потребляете Товар1 на производство которого в свою очередь был потреблен Товар2? Или как-то иначе?
Да, в задании1 сделали товар1 из товара2, в задании2 сделали товар2 из товара1. При этом в задании2 потребили товар1, выпущенный в задании1, а в задании1 - товар2, выпущенный в задании2.
В нашем случае это результат некорректных действий пользователей при учете документов.
Можно, конечно, пытаться регулировать это административно, правилами учета.. Но в корне проблему таким способом решить не удастся, а хочется обеспечить "бесперебойную" работу коррекции.
Старый 18.11.2013, 17:22   #4  
Constantine_imported is offline
Constantine_imported
Участник
 
126 / 10 (1) +
Регистрация: 28.04.2011
На сколько я понимаю, основная проблема в том, чтобы не потреблять друг на друга товар, произведенный в одном периоде. Т.е. при учете потребления у вас есть какие-то положительные операции операции Товара2, который вы потребляете на Товар1. По сути нужно найти операцию(и) выхода продукции Товара2 посмотреть дату этого выхода, если она в одном периоде с той операцией которую вы учитываете, нужно запретить такой учет. Вам нужно написать функцию, которая ищет применения в 339 таблице и раскручивает их. В функцию можно передать номер положительной операции и она ищет примененные к ней операции, если это операция выхода - делаем что нам нужно, если это не операция выхода - запускаем из функции саму себя и смотрим примененные операции. И так по циклу пока не найдем все выходы к которым применилась положительная эта операция.
Старый 18.11.2013, 22:23   #5  
Sancho is offline
Sancho
Administrator
Аватар для Sancho
Лучший по профессии 2017
Лучший по профессии 2009
 
1,294 / 221 (10) ++++++
Регистрация: 11.01.2006
а ранжировать товар по "готовая продукция" и "комплектуха", а потом запустить последовательно расчет себестоимости сначала по комплектухе, а потом по ГП, не вариант?
Старый 19.11.2013, 12:42   #6  
Lates is offline
Lates
Участник
 
207 / 10 (1) +
Регистрация: 08.02.2007
Цитата:
Сообщение от Constantine Посмотреть сообщение
На сколько я понимаю, основная проблема в том, чтобы не потреблять друг на друга товар, произведенный в одном периоде. Т.е. при учете потребления у вас есть какие-то положительные операции операции Товара2, который вы потребляете на Товар1. По сути нужно найти операцию(и) выхода продукции Товара2 посмотреть дату этого выхода, если она в одном периоде с той операцией которую вы учитываете, нужно запретить такой учет. Вам нужно написать функцию, которая ищет применения в 339 таблице и раскручивает их. В функцию можно передать номер положительной операции и она ищет примененные к ней операции, если это операция выхода - делаем что нам нужно, если это не операция выхода - запускаем из функции саму себя и смотрим примененные операции. И так по циклу пока не найдем все выходы к которым применилась положительная эта операция.
Да, примерно такая идея и была - при учете применять применения и в случае зацикливания "откатывать" учет.
Разруливать получившиеся зацикливания постфактум проблематичнее.
Опасаюсь только за снижение производительности при учете.
Старый 19.11.2013, 12:46   #7  
Lates is offline
Lates
Участник
 
207 / 10 (1) +
Регистрация: 08.02.2007
Цитата:
Сообщение от Sancho Посмотреть сообщение
а ранжировать товар по "готовая продукция" и "комплектуха", а потом запустить последовательно расчет себестоимости сначала по комплектухе, а потом по ГП, не вариант?
Ранжировать - галкой "Себест. скорректирована" в товаре?
Если так, то разница получается небольшая - тот же объем, только в две итерации.
Я думал может можно каким-то образом исключить из расчета определенные товарные операции (операции стоимости). Но галок типа "Себест. скорректирована" операциях нет..
Старый 20.11.2013, 00:54   #8  
Sancho is offline
Sancho
Administrator
Аватар для Sancho
Лучший по профессии 2017
Лучший по профессии 2009
 
1,294 / 221 (10) ++++++
Регистрация: 11.01.2006
нет, я говорил про другое разделение товара, например, по учетной группе, если она разная для ГП и комплектухе.
галочкой "с-сть скорректирована" не корректно.
Старый 20.11.2013, 08:46   #9  
Constantine_imported is offline
Constantine_imported
Участник
 
126 / 10 (1) +
Регистрация: 28.04.2011
Sancho, я так понимаю, возможна ситуация, когда из одной ГП делают другую ГП. Вот тут то и возникает зацикливание, если их потребили друг на друга в одном периоде.
Старый 20.02.2014, 16:31   #10  
Lates is offline
Lates
Участник
 
207 / 10 (1) +
Регистрация: 08.02.2007
Цитата:
Сообщение от Sancho Посмотреть сообщение
нет, я говорил про другое разделение товара, например, по учетной группе, если она разная для ГП и комплектухе.
галочкой "с-сть скорректирована" не корректно.
Не дает покоя недопонимание..
Как??
Фин. учет понятно, можно в разрезе чего угодно запускать - хоть учетной группы, хоть чего.
А коррекцию как?
Или имеется в виду доработка 795-го отчета?
Честно говоря, лезть туда вообще не хочется )
Старый 20.02.2014, 21:04   #11  
Sancho is offline
Sancho
Administrator
Аватар для Sancho
Лучший по профессии 2017
Лучший по профессии 2009
 
1,294 / 221 (10) ++++++
Регистрация: 11.01.2006
Цитата:
Сообщение от Constantine Посмотреть сообщение
Sancho, я так понимаю, возможна ситуация, когда из одной ГП делают другую ГП. Вот тут то и возникает зацикливание, если их потребили друг на друга в одном периоде.
а Constantine прав, я недостаточно внимательно прочел условия задачи.
если вы оба товара друг из друга производите, то выход только один - как-то программно исключать некоторые товарные ОПЕРАЦИИ, чтобы не было рекурсии.

Цитата:
Сообщение от Lates Посмотреть сообщение
Фин. учет понятно, можно в разрезе чего угодно запускать - хоть учетной группы, хоть чего.
А коррекцию как?
Или имеется в виду доработка 795-го отчета?
Честно говоря, лезть туда вообще не хочется )
в 2009 коррекция с фильтром по товару УЖЕ запускается.
в предыдущих Навах некто Romeo делал фильтр по товару в этом отчете неоднократно.
и впоплне успешно, хотя там далеко не "в лоб".
 


Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 00:06.