![]() |
#1 |
Участник
|
Есть задача – запустить стандартное задание коррекции себестоимости за весь период работы системы (до сих пор оно не запускалось).
В связи с этим хотелось бы услышать мнение по нескольким вопросам: 1. запускать задание по всем существующим операциям долго и проблематично. Возможно, стоит перед запуском выполнить компрессию операций (товарных, стоимости) – нашел стандартные отчеты. Либо делать свой отчет, который уменьшит объем данных. 2. Периодически (обычно при учете производственных операций) в системе возникает зацикливание учтенных операций. В этом случае стандартное задание (расчет коррекции) зацикливается на этих операциях и дальше не выполняется. В идеале, конечно, хотелось бы обнаруживать такие проблемы как можно раньше, например, при учете производственных заданий. Но при этом нужно, чтобы такая проверка не отразилась критически на производительности - фактически нужно выполнить работу задания коррекции себестоимости - "раскрутить" цепочку связанных операций. Был ли у кого-нибудь опыт разрешения такой проблемы? |
|
![]() |
#2 |
Участник
|
По второму пункту хотелось бы уточнить как происходит зацикливание? Допустим у вас есть Товар1 и Товар2, и для производства Товара2 вы потребляете Товар1 на производство которого в свою очередь был потреблен Товар2? Или как-то иначе?
|
|
![]() |
#3 |
Участник
|
Цитата:
В нашем случае это результат некорректных действий пользователей при учете документов. Можно, конечно, пытаться регулировать это административно, правилами учета.. Но в корне проблему таким способом решить не удастся, а хочется обеспечить "бесперебойную" работу коррекции. |
|
![]() |
#4 |
Участник
|
На сколько я понимаю, основная проблема в том, чтобы не потреблять друг на друга товар, произведенный в одном периоде. Т.е. при учете потребления у вас есть какие-то положительные операции операции Товара2, который вы потребляете на Товар1. По сути нужно найти операцию(и) выхода продукции Товара2 посмотреть дату этого выхода, если она в одном периоде с той операцией которую вы учитываете, нужно запретить такой учет. Вам нужно написать функцию, которая ищет применения в 339 таблице и раскручивает их. В функцию можно передать номер положительной операции и она ищет примененные к ней операции, если это операция выхода - делаем что нам нужно, если это не операция выхода - запускаем из функции саму себя и смотрим примененные операции. И так по циклу пока не найдем все выходы к которым применилась положительная эта операция.
|
|
![]() |
#5 |
Administrator
|
а ранжировать товар по "готовая продукция" и "комплектуха", а потом запустить последовательно расчет себестоимости сначала по комплектухе, а потом по ГП, не вариант?
|
|
![]() |
#6 |
Участник
|
Цитата:
Сообщение от Constantine
![]() На сколько я понимаю, основная проблема в том, чтобы не потреблять друг на друга товар, произведенный в одном периоде. Т.е. при учете потребления у вас есть какие-то положительные операции операции Товара2, который вы потребляете на Товар1. По сути нужно найти операцию(и) выхода продукции Товара2 посмотреть дату этого выхода, если она в одном периоде с той операцией которую вы учитываете, нужно запретить такой учет. Вам нужно написать функцию, которая ищет применения в 339 таблице и раскручивает их. В функцию можно передать номер положительной операции и она ищет примененные к ней операции, если это операция выхода - делаем что нам нужно, если это не операция выхода - запускаем из функции саму себя и смотрим примененные операции. И так по циклу пока не найдем все выходы к которым применилась положительная эта операция.
Разруливать получившиеся зацикливания постфактум проблематичнее. Опасаюсь только за снижение производительности при учете. |
|
![]() |
#7 |
Участник
|
Цитата:
Если так, то разница получается небольшая - тот же объем, только в две итерации. Я думал может можно каким-то образом исключить из расчета определенные товарные операции (операции стоимости). Но галок типа "Себест. скорректирована" операциях нет.. |
|
![]() |
#8 |
Administrator
|
нет, я говорил про другое разделение товара, например, по учетной группе, если она разная для ГП и комплектухе.
галочкой "с-сть скорректирована" не корректно. |
|
![]() |
#9 |
Участник
|
Sancho, я так понимаю, возможна ситуация, когда из одной ГП делают другую ГП. Вот тут то и возникает зацикливание, если их потребили друг на друга в одном периоде.
|
|
![]() |
#10 |
Участник
|
Цитата:
![]() Как?? Фин. учет понятно, можно в разрезе чего угодно запускать - хоть учетной группы, хоть чего. А коррекцию как? Или имеется в виду доработка 795-го отчета? Честно говоря, лезть туда вообще не хочется ) |
|
![]() |
#11 |
Administrator
|
Цитата:
если вы оба товара друг из друга производите, то выход только один - как-то программно исключать некоторые товарные ОПЕРАЦИИ, чтобы не было рекурсии. Цитата:
в предыдущих Навах некто Romeo делал фильтр по товару в этом отчете неоднократно. и впоплне успешно, хотя там далеко не "в лоб". |
|