УПП - перепроведение заявок на расходование денежных средств. #625578

Добрый день. Подскажите, можно ли програмно перепровести заявку на расходование денежных средст, которая уже находится на согласовании или согласована. Задача - решили что заявка должна отражаться в дополнительных сценариях. Как можно "допровести" уже проведенные заявки? пока что решение только очищать регистр сведений об согласовании ее, заново проводить и согласовывать. Можно ли просто перепровести ее (сохранив все согласование)? и если да - то как?

из под полных прав можно групповой обработкой

а дописать движения, без перепроведения - не вариант?

- Утвержденная заявка не может быть изменена. Ошибка при вызове метода контекста (Записать): Не удалось провести

- вариант. но хотелось бы обойтись малой кровью. еще нужно исправить несколько реквизитов в самом документе

ты уверен, что под полными правами ппроводишь?

Снимите контроль, перепроведите, установите контроль.

а потом обратно поставишь

Похрен полные права. Педописатели из 1С через жпо согласование написали. Лишь бы отметиться "есть процедура согласования".

это в управлении денежными средствами, модуль - РазрешеноИзменениеЗаявки

согласен. я почти всю подсистему переписывал

модуль == функция, в смысле

Спасибо - буду в выходные пробывать :) Да, согласен что сделано через одно место, сам дописывал обработку чтобы бухгалтера могли редактировать заявки - удалялось согласование и снималось проведение документа.

Просто смоделирую ситуацию: - отдел создал заявку оплатить 10 тыс. руб. - ЗнРДС утвердили, согласовали и поставили в очередь платежей - сняли контроль, установили сумму 10 млн. руб, провели установили контроль; - согласованная заявка + сумма на 10 млн. Внимание вопрос, а зачем тогда нужно было утверждать и согласовывать? Любая такая хотелка, есть возможность наколоть систему, не сейчас, так в будущем.

так об том и речь, что ставить надо только на время перепроведения. и лучше ночью

Сейчас скажет всё, что думает, о попытках доделать и переделать УПП.

Он сам советовал однажды переписать алгоритмы РАУЗа :-)

- это все понятно. но у нас сейчас другая ситуация - нам нужно чтобы заявки еще отражались в годовом сценарии (раньше только в месячном и квартальном). - данные править не будем (учитывая 3 тысячи заявок с начала года). а для тех ситуаций, где нужно что-то исправить (хотя % 90 таких ситуаций возникают из-за некоректной аналитики, а не суммы) пришлось писать обработку, так как не существует типового механизма отката на начальную ситуацию. Закрытие заявок не предлагать - уже писал тикет в 1с наверное год назад, если не более - до сих пор не починили. Делаешь заявку, начинаешь ее согласовывать - автоматом при проведение идет движения по бюджетным контролям. Понимаешь что ошибка или просто ненужная заявка - делаешь ее закрытие - так вот эта сумма не возращается в бюджет, то есть закрытие заявки на расходование денежных средств не сторнирует движение. В итоге бюджетный контроль разъезжается.

Да я не про РАУЗ ))) Я в общем о подходе к доделкам, то что кажется сейчас нужным со статусом "срочнонах", завтра может влится в 100 лямов.

- тоже против допилки типовой конфигурации :)

алгоритмы переписывать нет нужды, а вот расширять аналитики учусь

Этот блок относительно автономный и ни на что не влияет. Можно править без проблем. Это не учет затрат, где шаловливыми ручками лучше не трогать.

Практически всегда, за редким исключением косяков в типовой УПП. И то их решать лучше внешними обработками, на крайний случай подписками. Опыт - сын ошибок трудных. Был пример, показали базу - сказали не списывается как положено - оказалось, что пять прогов в разнобой делали все хотелки клиентов. Ломали, ломали и доломали. Поиск проблем учета и причин у аудиторов вылился в сумму равную зарплате этих прогов за три года. Так что, доделок не, не надо.

- так и поступаю - либо внешние обработки и печатные формы, либо подписки на события. если что свое - то просто свои документы.

Вы не обойдете внешней обработкой процедуру модуля объекта.

- тут действительно буду в выходные править код и потом возращать его обратно. Есть конечно еще одна глупая идея - регистр сведений "состояние согласование заявок" загнать в временную таблицу, очистить - потом перепровести заявки, снова очистить регистр сведений и залить его из таблицы. это можно будет сделать и обработкой

Править - это каменты на одну строку поставить в данном случае. Зачем извращаться с таблицами?

Нет, но я могу исправить данные или написать запрос с корректировкой существующих для правильного отчета.

- а просто идея глупая и красивая - конечно же буду просто комментить код, в выходные еще и пива хочеться успеть попить :)

Это только мелкие корректировки и разовые действия так можно сделать. Что-либо серьезное таким способом сделать сложно.

Варианты? Вызовы своих функций или обертки делать, а потом - Херакс (Бородач (с)).

- а вот интерестно, после того, как я закоментирую проверку на согласование, он мне при перепроведение не запустит на эти заявки еще один цикл согласований?

Вариант один - править конфу. Если это грамотно делать, то вполне можно обновляться потом.