Добрый день, кто может помочь или направить в правильную сторону.
Нужно решить задачу
условия)
Поступления товара на склад и у него малый срок хранения.
нужно что бы по истечению 5 дней с момента поступления допустим у назначенного лица выскакивало сообщения что нужно такой то товар уценить и пока он не сделает это не давать работать дальше........ ну или секретные кнопки как закрыть это уведомления.
За работающий ответ будет вознагрождения
Нужно решить задачу
условия)
Поступления товара на склад и у него малый срок хранения.
нужно что бы по истечению 5 дней с момента поступления допустим у назначенного лица выскакивало сообщения что нужно такой то товар уценить и пока он не сделает это не давать работать дальше........ ну или секретные кнопки как закрыть это уведомления.
За работающий ответ будет вознагрождения
По теме из базы знаний
- Небольшая доработка УТ 10.3 для отправки почты с помощью Outlook.
- Валовая прибыль по оплате (для УТ 10.3)
- Небольшая доработка УТ 10.3 для печати X-отчета для онлайн ККТ (ШТРИХ-М-01-Ф, ШТРИХ-М-02-Ф)
- Небольшая доработка УТ 10.3 для открытия денежного ящика из 1С для онлайн ККТ (ШТРИХ-М-01-Ф, ШТРИХ-М-02-Ф)
- Доработки УТ 10.3, улучшающие работу пользователей
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) делать обработчик оповещения.
Если условие отработало, то запускать обработку, в которой он будет вашу задачу выполнять. Обработка должна блокировать интерфейс.
Ну вот и все, затем когда операция выполнена, то в обработке появляется крестик и ее можно закрыть!
Если условие отработало, то запускать обработку, в которой он будет вашу задачу выполнять. Обработка должна блокировать интерфейс.
Ну вот и все, затем когда операция выполнена, то в обработке появляется крестик и ее можно закрыть!
(1) регламентное задание, при запуске которого проверяются товары на складах по нужным параметрам. Если такие есть - выводить то, что нужно выводить (обработку или еще что - не так важно). Если нет - ничего не делать. Регламентное задание настроить с нужной периодичностью (по описанным условиям я бы сделал 2-3 раза в день, чтобы лишний раз базу не напрягать запросами по товарам - утром, днем, вечером).
Регламентным заданием управлять легче, чем обработчиком - у первого можно изменить частоту/отключить прямо в предприятии, второе будет захардкожено в конфигурации, любое желаемое изменение потребует влезания внутрь (про изменения условий и самих запросов - тут в любом случае придется лезть в код).
Регламентным заданием управлять легче, чем обработчиком - у первого можно изменить частоту/отключить прямо в предприятии, второе будет захардкожено в конфигурации, любое желаемое изменение потребует влезания внутрь (про изменения условий и самих запросов - тут в любом случае придется лезть в код).
(6) тебе нужно 3 вещи:
1. как и когда анализировать данные.
2. где хранить результаты анализа.
3. как выводить результат нужным сотрудникам.
по первому пункту - регламентное задание с процедурой, в которой будет запрос, получающий нужные данные - какой сотрудник, по какому складу/товару должен получить оповещение. Если таких нет - п. 2 и п. 3 не выполняются. Пример регламентного задания можно глянуть в любой типовой конфигурации - ветка Общие, регламентные задания.
по второму пункту - как вариант, можно сразу создавать типовые задачи (если память не изменяет, в УТ 10.3 они есть, если нет - значит отпадает) на нужного сотрудника с нужной информацией. Или может есть типовой регистр с оповещениями - это надо проверить в УТ 10.3. Можно создать свой регистр сведений - хранить в нем информацию кому, когда, какую информацию надо выдать.
по третьему пункт - как и предлагали в (1), обработчик оповещения в любом случае будет нужен, только в него не надо пихать тяжелую проверку из п.1, а только легкую проверку по п. 2 - есть ли информация для вывода по данному пользователю. Если есть - выводим, нет - ничего не делаем. Обработчики оповещения также в типовых ищите - суть в том, что через заданный промежуток времени система будет что-то проверять и предпринимать какие-то действия.
1. как и когда анализировать данные.
2. где хранить результаты анализа.
3. как выводить результат нужным сотрудникам.
по первому пункту - регламентное задание с процедурой, в которой будет запрос, получающий нужные данные - какой сотрудник, по какому складу/товару должен получить оповещение. Если таких нет - п. 2 и п. 3 не выполняются. Пример регламентного задания можно глянуть в любой типовой конфигурации - ветка Общие, регламентные задания.
по второму пункту - как вариант, можно сразу создавать типовые задачи (если память не изменяет, в УТ 10.3 они есть, если нет - значит отпадает) на нужного сотрудника с нужной информацией. Или может есть типовой регистр с оповещениями - это надо проверить в УТ 10.3. Можно создать свой регистр сведений - хранить в нем информацию кому, когда, какую информацию надо выдать.
по третьему пункт - как и предлагали в (1), обработчик оповещения в любом случае будет нужен, только в него не надо пихать тяжелую проверку из п.1, а только легкую проверку по п. 2 - есть ли информация для вывода по данному пользователю. Если есть - выводим, нет - ничего не делаем. Обработчики оповещения также в типовых ищите - суть в том, что через заданный промежуток времени система будет что-то проверять и предпринимать какие-то действия.
(1)
сильно. кто ж Вам такие задачи ставит...
Если нет понимания, с чего начать, начните с запроса, возвращающего список товаров, которые надо уценить. Думаю, уже этой задачи Вам хватит на ближайшие несколько дней
и пока он не сделает это не давать работать дальше
сильно. кто ж Вам такие задачи ставит...
Если нет понимания, с чего начать, начните с запроса, возвращающего список товаров, которые надо уценить. Думаю, уже этой задачи Вам хватит на ближайшие несколько дней
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот