По теме из базы знаний
- Ускорение перепроведения документов
- Контроль отрицательных остатков в "Комплексной автоматизации 1.1" при неоперативном проведении по регистру накопления "Свободные остатки".
- Метод формирования движений в типовых регистрах нетиповыми регистраторами
- Комплексный контроль остатков. Для одного или сразу нескольких логически связанных регистров накопления. Универсальное решение уровня данных для контроля не только складских остатков
- Расширенные регистры
Найденные решения
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) У вас в коде идет запись в регистр два раза, поэтому и события два раза вызываются.
1) Пишите в свой регистр, и из него отправляйте клиенту уведомление по расписанию.
2) или найдите в программе почему два раза записывается, и уберите один из вызовов записи.
1) Пишите в свой регистр, и из него отправляйте клиенту уведомление по расписанию.
2) или найдите в программе почему два раза записывается, и уберите один из вызовов записи.
Прикрепленные файлы:
![](/upload/forum/upload/199/1995e265b3f428995380e8c6136a567c.jpg)
(4) Бонусы начисляются к примеру Чеком. Тогда при проведении его отправлять уведомление...
Хотя документ еще 5 раз могут перепроводить... лучше наверное регламентным заданием 1 раз с утречка... если баланс изменился по сравнению со вчера то отправить уведомление.
Хотя документ еще 5 раз могут перепроводить... лучше наверное регламентным заданием 1 раз с утречка... если баланс изменился по сравнению со вчера то отправить уведомление.
(8) вариантов, почему 2 записи много.
Примеры:
1. Запись пустого набора, что бы исключить данные по регистратору, для получения остатков. Проверка и запись уже движения.
2. Принудительная запись для отслеживания данных и последующая запись по завершения обработчика проведения, если выставлен флаг Записывать.
Присовокупить к этому еще и возможную отмену транзакции.
Примеры:
1. Запись пустого набора, что бы исключить данные по регистратору, для получения остатков. Проверка и запись уже движения.
2. Принудительная запись для отслеживания данных и последующая запись по завершения обработчика проведения, если выставлен флаг Записывать.
Присовокупить к этому еще и возможную отмену транзакции.
Сталкивался с похожим поведением при работе с веб сервисами (кажется JIRA) и моя проблема заключалась в вебхуке. Происходил перехват события создания задачи на стороне JIRA и генерировалось событие для отправки в 1С, там было не только создание задачи, но и какие-то дополнительные дженерики. Долго не понимал что за хрень, пока не настроил Postman и не увидел, что событий по факту несколько, а не одно. После отсечения этих дженериков на стороне 1С, все пошло как по маслу.
1 - Перенести событие оповещения в события проведения, а не записи.
2 - Для решения проблемы с большим количеством смс при каждом чихе - перенести данную функцию на форму (документы создаются же интерактивно? и кнопочка проведения интерактивно?), таким образом при групповом проведении смс не будут лететь. Тут можно еще галочку прикрутить и логику написать, что бы при наличии (или отсутствии) галочки не отправлять смс, если очень захочется перепровести интерактивно (тут очень большое поле для творчества).
Два раза записывает - тут только гадать какой функционал прикручен, проведение должно быть 1 раз как и запись в регистр, проверяется очень легко консолью запроса.
2 - Для решения проблемы с большим количеством смс при каждом чихе - перенести данную функцию на форму (документы создаются же интерактивно? и кнопочка проведения интерактивно?), таким образом при групповом проведении смс не будут лететь. Тут можно еще галочку прикрутить и логику написать, что бы при наличии (или отсутствии) галочки не отправлять смс, если очень захочется перепровести интерактивно (тут очень большое поле для творчества).
Два раза записывает - тут только гадать какой функционал прикручен, проведение должно быть 1 раз как и запись в регистр, проверяется очень легко консолью запроса.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот