Проведение документа с созданием задачи #769221

Задача стоит следующая. При проведении документа "Поступление товароуслуг" проверять, есть ли на остатках заказа приходуемое количество. Так вот. проверяю остатки. Создаю задачу для менеджера. Записываю задачу. Возвращая признак отказа в транзакции записи. Моя созданная и записанная задача откатывается вместе с документом поступления. Подскажите как реализовать. Нужно именно на моменте проведения проверять. Если что то не так - информировать мененджера. Он уже проводит этот документ без проверки.

Идея порочная изначально. При каждом перепроведении Вы будете генерировать Задачу. Не говоря уже о граблях с транзакциями, на которые Вы наступили.

подписка на событие, там будет ваш параметр отказ

не при каждом. задача создается только один раз

+ Есть другие идеи, как это реализовать? Мне пришла эта

через подписку и делал. Транзаццция всё равно одна

Регламентное задание, которое оповестит менеджера.

Регламентное тоже откуда то данные должно брать.

Да откуда угодно. Вы же его сами пишете.

перед записью формы не в транзакции

Вы предлагаете мне в регламентном проверять документы поступления. Это очень большое количество документов. Тем более надо ограничивать какими то датами, а документ может за них вылезти (если задним числом). Мне эта идея кажется "порочная изначально". А брать с регистра так же не получится, он так же откатится с отказом проведения

Ограничивайте. Кто же запрещает?

не все события могут быть отловлены из за границ периода

пишите в журнал регистрации.

При работе в неоперативном режиме задача вообще бессмысленна. Тут либо крестик одевать, либо трусы снимать.

Почему же она бесмыслена. Если нужно отлавливать недобросовестных посавщиков. Из-за больших объемов это в ручном режиме крайне сложно. Плюс приходует все кладовщик, который не знает что и сколько заказано.

Каким боком тут добросовестность поставщиков? Неужели весь этот геморрой исключительно из-за контроля выполнения заказа поставщиком?! Т.е. ваш ленивый криворукий ленивый менеджер не в состоянии открыть свой основной рабочий отчет и Вы за него лепите горбатого к стене?

Именно. Контроль выполнения заказов поставщику. А конкретно - чтоб не отгружали лишнее.

"заказ поставщику" и "отгружали" - у меня как-то не вяжутся...

Ептыть, менеджерам зарплату платят за то, чтобы они отслеживали выполнение заказов! Это их работа. Повседневная. Во всех конфигурациях, поддерживающих заказы, есть специализированные отчеты - ведомости по заказам, анализы заказов и т.п. Что мешает один раз в день открыть отчет, увидеть отклонения и работать с поставщиками? На кой ляд на каждую поставку генерировать дополнительную задачу, если эта задача является основной для сотрудника?

+ можно долго рассуждать о бредовости задачи. Но сказать коммерческому, что его менеджеры бараны и не выполняют своих функций увы не получится. А если и получится, то будет что то вроде "Ну они же зашиваются. Человеческий фактор и бла бла бла"

отгружали в наш адрес я имел ввиду

Уважаемый Джинн. Это все понятно, логично и правильно. И с этим никто не спорит. И удивление ваше оправдано

Что мешает ему это прямо и сказать? Не справляются - пусть нанимают тех, кто справится. Нет тут никакого "человеческого фактора". Есть кривая организация работы и бестолковые сотрудники. Я бы сделал просто - регламентное задание, которое формировало бы отчет по не закрытым полностью заказам, срок выполнения которых истек с рассылкой его по почте. 1 раза в день было бы достаточно.

Симпатяга прав. Нужно обязательно написать функционал, который позволит отлавливать поступления, которых нет в заказах. Таких отчетов в программе нет, а не закрытые заказы - вообще не про это.

если просто нужно список изменнных документов, то план обмена

Делай как в документообороте - провел документ - это документ запись в регистр сведений(Измерения Док,ДатаВремяЗаписи) где есть реквизит Обработан. рег задание каждые 10 минут - Выбираешь все что не обработаны - проверяешь остатки - и распроводишь исходный документ если надо и создаешь задачу.

Не надо распроводить документ, товар уже на складе. Достаточно создать задачу. В задача нужно написать: "Караул, нам прислали то, что не заказывали! Давайте оформлять возврат!!".

Если кому интересно, сделал следующее. При проведении, если пришло больше, чем заказано, выдается сообщение кладовщику. Реализация не проводится, при этом в Temp записывается файл с необходимой информацией. При начале работы системы определил обработчик ожидания, раз в 10 секунд проверяет налиие файла в Temp. Если есть - создается задачу снабженцу. Файл удаляется. Обработчик подключается у пользователей с определенными правами. У снабженца вылетает задача. Он принимает решение что делать с дынным поступлением

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

Какой велосипед. Как записать в регист сведений, если идет откат транзации.

ОбработкаПроверкиЗаполнения вроде вне транзакции. Там и проверяй на отрицательный остаток.

В обработке проведения создавай фоновое задание, которое и будет создавать задачу.