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