Не удалось определить маршрут согласования заявки в 1с упп
1с доработали адреса в формате фиас и понеслось.
После обновления на УПП 166.2 возникло несколько проблем с заполнением адресов.
1. В контрагенте при сохранении адреса выдается ошибка, когда пытаешься установить номер квартиры, а слово Квартира не выбирается..
ОбщийМодуль.УправлениеКонтактнойИнформациейСлужебный.Модуль(225)>: Ошибка при вызове метода контекста (ЗаписатьJSON)
ЗаписатьJSON(ЗаписьJSON, Значение,, "АдаптацияПолейКонтактнойИнформации", УправлениеКонтактнойИнформациейСлужебный);
по причине:
Передано значение недопустимого типа
2. В документе больничного при попытке выбрать адрес мед. заведения выдается ошибка:
: Поле объекта не обнаружено (ПанельНастроекАдреса)
ФормаРедактированияАдреса.ЭлементыФормы.ПанельНастроекАдреса.Свертка = РежимСверткиЭлементаУправления.Верх;
3. При открытии Классификатора из адресной строки физ лица:
: Тип не определен (ФормаКлиентскогоПриложения)
ТипыСвойств.Вставить("ФормаВладелец", Тип("ФормаКлиентскогоПриложения"));
Даже как-то странно. такое количество ошибок, либо они вообще ничего не тестировали, просто накатили обнову и отправили людям.
У кого нибудь есть такие проблемы? Погуглил, таких ошибок не нашел.
Даже как-то странно, что человек после 8 лет общения с 1с обновляется не протестировав изменения.
где-то в 2010 на курсах в 1с Морозов утверждал, что ут почти вся покрыта тестами, а упп - вся.
но судя по кол-ву ошибок - тесты не поддерживаются и не применяются.
(1) Не поверите, но сколько не обновлялся за 20 лет косяков глобальных никогда не было, чтобы нельзя было работать. Вот чего чего, времени на глобальные тесты у меня нет, всех изменений не протестируешь. Если только у кого вагон свободного времени.
Дедушка старый, ему все равно. УПП, судя по всему, совсем не в приоритете у 1С, несмотря на то что они собирают по 8 штук за месячный пинкод обновлений и по 60 - за годовой.
(1) да в общем-то и я действую также. Чтобы тестировать - время надо и людей. Если в ит-отделе полтора человека, то заниматься этим некому. Если что-то вылезет в критичном функционале - подправляем прямо наживую. Что характерно, уже 10 годков существуем в таком режиме и ничего. Но у нас и готовность 24 часа в сутки не нужна, оттого что база будет недоступна, скажем, час - ничего не поменяется. Свет вырубают чаще и на-дольше, чем происходят сбои в ИТ.
конфа УПП 1.3.41.3. Есть в интерфейсе Управление денежными средствами меню Планирование - заявки - согласование заявок, там попадают все заявки на расходование ДС(из соответствующего документа). Но эти заявки не массово согласовать, ничего, это в режиме обычного приложения. Когда переключаюсь на управляемое, сначала пришлось закоментить функции общего модуля Функция ПолучитьИзКэшаКонфигурации, потому что он не давал открыть состояния заявок, потом открываю - раздел заявки на расход денежных средств, команда согласование заявок, но там в этом согласовании нет ни одной заявки, почему так? типовые оба варианта без каких либо доработок, в обычном приложении есть заявки, но нет группового изменения статусов, а в управляемом есть все, кроме заявок, что может быть?
Организации у всех заявок стоят, статусы подготовлен, а в отбор в обработку Согласование заявок не попадает(
только с 1 почему то подразделеним получается заявки на согласование перебросить. Делаю так:
1. иду в РС настройки согласования заявок на расходование ДС - выбираю свою организацию
2. Создаю маршрут согласования - справочники - маршруты согласования. создаю 1 этап согласования - ОГМ, потом второй этап - Главный механик( у которого ставлю следующий этап - ОГМ), ставлю пользователей (себя в обоих случаях). У меня полные права, если что.
3. иду в РС Настройка начала маршрута согласования заявок - выбираю подразделение - Отдел главного механика, выбираю маршрут согласование - Главный механик.
4. Создаю заявку на расход ДС - подразделение ставлю Отдел главного механика, заполняю договор, организацию, суммы, статью движения ДС, провожу документ
5. Иду в обработку согласования заявок, моей заявки на Отдел главного механика там нет.
Что я делаю не так?
делал так же на отдел главного энергетика, там документы попадают теперь в обработку, но только те документы в заявках на расходование ДС, у которых подразделение - Отдел главного энергетика, с другими подразделениями так не получается(
облазил всю конфу уже, вот при создании на подразделение Главный энергетик - все нормально, беру когда другое подразделение - хрен((
вот и я весь день голову ломаю, потому что вроде правильно все настроил, перечитал справку раз 10, а данные выводятся только по 1 подразделению, бред какой-то
Проблемы невозможно решaть нa том же уровне компетентности, нa котором они возникaют. Альберт Эйнштейн
Для регистрации намерений по расходованию денежных средств предусмотрен документ Заявка на расходование денежных средств. Характер и назначение планируемого списания денежных средств определяются предопределенными видами операций документа.
Использование заявок на расходование денежных средств позволяет выполнить следующие задачи:
- отразить потребность на денежные средства со стороны подразделений предприятия;
- спланировать расход денежных средств, сформировать платежный календарь;
- предотвратить несогласованные выплаты денег;
- проконтролировать объем допустимых к расходу денежных средств.
Вообще, заявки на расходование денежных средств можно использовать и без механизма согласования. Платежный календарь будет формироваться. Но часто бывает необходимо контролировать расход денежных средств, а для этого нужно согласование и, часто, многоэтапное.
1. Включение механизма согласования заявок.
Механизм согласования заявок на расход денежных средств включается отдельно для каждой Организации. Для включения необходимо заполнить регистр сведений Настройки согласования заявок. В нем нужно указать Организацию и дату, с которой должно работать согласование.
2. Создание маршрутов согласования заявок
Маршрут согласования заявок определяет стадии, которые заявка проходит перед окончательным утверждением. Маршруты описываются в иерархическом справочнике Маршруты согласования.
Справочник заполняется в обратном порядке. Т.е. сначала создается последний этап маршрута, потом предпоследний и т.д. При этом у каждого этапа, кроме последнего, заполняется реквизит Следующий этап.
Кроме того, для каждого этапа определяются пользователи, имеющие право согласования заявки.
Маршрут должен состоять хотя бы из одного этапа. Можно создавать неограниченное количество маршрутов.
3. Добавление права согласования заявок на расход денежных средств
Пользователям, участвующим в согласовании заявок нужно установить соответствующее право.
Права пользователей устанавливаются в интерфейсе Администрирование пользователей. Меню Пользователи – Пользователи. Открыв карточку нужного пользователя, нужно добавить ему роль Согласование заявок на расходование ДС.
4. Назначение маршрутов согласования заявок подразделениям
Каждому подразделению, где ведется работа с заявками, необходимо назначить маршрут согласования.
Если механизм согласования включен, а для подразделения не назначен маршрут согласования, провести заявку будет невозможно.
Назначение маршрутов подразделениям производится в регистре сведений Настройки маршрутов согласования заявок. Необходимо указать Подразделение и первый этап маршрута согласования.
5. Согласование заявок
При создании заявок 1С подбирает необходимый маршрут согласования. Согласование заявок осуществляется с помощью обработки Согласование заявок.
После создания заявок, они появляются в этой обработке у пользователей, которые указаны в первом этапе маршрута согласования.
Первоначально заявки имеют статус Подготовлено. Их можно согласовать, отложить или отклонить через меню Изменить состояние. Если заявка согласована, она переходит на следующий этап маршрута согласования и становится видна пользователям, указанным в данном этапе маршрута.
После согласования на всех этапах маршрута заявка получает статус Утверждено.
6. Изменение согласованных заявок
Изменить согласованные заявки нельзя.
Если требуется внести в заявки изменения, необходимо перевести их в состояние Отложен, изменить, а затем заново согласовать. Для этого нужно в обработке Согласование заявок установить фильтр Обработаны, а затем изменить состояние нужной заявки.
Возможные доработки
Система согласования заявок в 1С:УПП не совершенна, поэтому многие компании дорабатывают ее под свои бизнес-процессы. Так, в нашем случае, было добавлено ограничение максимальной суммы заявки, которую может согласовать пользователь. Эта настройка устанавливалась в Дополнительных правах пользователя и учитывалась при отображении заявок в обработке Согласование заявок. Если сумма заявки оказывалась выше, чем лимит пользователя, то такая заявка не отображалась в обработке и пользователь не мог ее согласовать.
Добавить комментарий Отменить ответ
Теперь мы в соцсетях! Подписывайтесь, чтобы получать информацию о последних обновлениях или задать вопрос.
1с доработали адреса в формате фиас и понеслось.
После обновления на УПП 166.2 возникло несколько проблем с заполнением адресов.
1. В контрагенте при сохранении адреса выдается ошибка, когда пытаешься установить номер квартиры, а слово Квартира не выбирается..
ОбщийМодуль.УправлениеКонтактнойИнформациейСлужебный.Модуль(225)>: Ошибка при вызове метода контекста (ЗаписатьJSON)
ЗаписатьJSON(ЗаписьJSON, Значение,, "АдаптацияПолейКонтактнойИнформации", УправлениеКонтактнойИнформациейСлужебный);
по причине:
Передано значение недопустимого типа
2. В документе больничного при попытке выбрать адрес мед. заведения выдается ошибка:
: Поле объекта не обнаружено (ПанельНастроекАдреса)
ФормаРедактированияАдреса.ЭлементыФормы.ПанельНастроекАдреса.Свертка = РежимСверткиЭлементаУправления.Верх;
3. При открытии Классификатора из адресной строки физ лица:
: Тип не определен (ФормаКлиентскогоПриложения)
ТипыСвойств.Вставить("ФормаВладелец", Тип("ФормаКлиентскогоПриложения"));
Даже как-то странно. такое количество ошибок, либо они вообще ничего не тестировали, просто накатили обнову и отправили людям.
У кого нибудь есть такие проблемы? Погуглил, таких ошибок не нашел.
Даже как-то странно, что человек после 8 лет общения с 1с обновляется не протестировав изменения.
где-то в 2010 на курсах в 1с Морозов утверждал, что ут почти вся покрыта тестами, а упп - вся.
но судя по кол-ву ошибок - тесты не поддерживаются и не применяются.
(1) Не поверите, но сколько не обновлялся за 20 лет косяков глобальных никогда не было, чтобы нельзя было работать. Вот чего чего, времени на глобальные тесты у меня нет, всех изменений не протестируешь. Если только у кого вагон свободного времени.
Дедушка старый, ему все равно. УПП, судя по всему, совсем не в приоритете у 1С, несмотря на то что они собирают по 8 штук за месячный пинкод обновлений и по 60 - за годовой.
(1) да в общем-то и я действую также. Чтобы тестировать - время надо и людей. Если в ит-отделе полтора человека, то заниматься этим некому. Если что-то вылезет в критичном функционале - подправляем прямо наживую. Что характерно, уже 10 годков существуем в таком режиме и ничего. Но у нас и готовность 24 часа в сутки не нужна, оттого что база будет недоступна, скажем, час - ничего не поменяется. Свет вырубают чаще и на-дольше, чем происходят сбои в ИТ.
Наиболее удобный и гибкий способ согласования – это настройка маршрута согласования. На один документ 1С может быть настроено множество маршрутов, которые при необходимости можно переключать.
Прикрепление определенного маршрута к документу выполняется из меню «Общие справочники и настройки»:
Далее выбираем требуемый документ:
В нем заходим в меню «Согласование» и нажимает на кнопку «Открыть матрицу полномочий»:
Затем кликаем дважды по квадратику с наименованием маршрута и открываем список всех существующих в системе маршрутов по данному документу:
После выбора определенного маршрута он становится прикрепленным к документу:
Важно! При смене маршрута согласования все текущие процессы согласования по данному виду документа следует сбросить и запустить заново.
2. Создание маршрута согласования
Маршруты согласований находятся в разделе «Процессы и согласования».
Нажимаем кнопку «Создать», пишем наименование и выбираем режим процесса «Маршрут согласования»:
После этого заполняем два появившихся реквизита:
В данном случае был выбран документ «Версия коммерческого договора.
Записываем и закрываем.
Теперь наш маршрут появился в списке. Открываем его. С этого и начинается процесс создания маршрута в 1С:
Нажимаем кнопку «Шаблоны этапов». У нас появляется меню с этапами процесса согласования. Чтобы применить шаблон, его надо перетащить мышкой в левое окно.
3. Основные этапы маршрута согласования в 1С
В этой статье рассмотрим самые распространённые этапы маршрута согласования в 1С.
3.1. Согласование в 1С
Согласование – основной этап маршрута. На этих этапах и происходит согласование либо отклонение согласования. Имеет такой вид (открывается сразу после перетаскивания мышкой):
Основные реквизиты – Наименование и Список согласующих.
В список согласующих можно выбирать либо пользователя, либо «Роли контактных лиц» (справочник «Ответственные по организациям»). В случае если выбрано несколько согласующих, то каждый из них может согласовать этап.
Кроме того, можно настроить реквизиты документа, которые может корректировать согласующий:
В данном примере настроена доступность корректировки вида договора:
Выбираем нужный реквизит и ставим признак «Есть».
Также в настройках этапа «Согласование» есть опция автоматическое утверждение.
Для включение этой опции надо выставить соответствующую «птичку» и количество часов:
В данном случае этап будет автоматически утвержден по истечении 2 часов от начала согласования этапа.
Для того чтобы этапы согласования в 1С имели взаимосвязь, в каждом из них необходимо прописывать «этапы-последователи»:
Открывается следующее диалоговое окно:
После выбора в качестве последователя «Этап 2» диаграмма приобретет такой вид:
Третий этап согласования (Согласующий Сидоров) пока никак не используется и поэтому он не связан стрелками с другими этапами.
3.2.Объект утвержден и Объект отклонен
Имеют такой вид:
Этап «Объект утвержден» ставят в конце маршрута согласования.
Например, в этапе 2 мы прописали этап последователя «Автоматическое утверждение»:
Маршрут приобрел такой вид:
По этому простейшему маршруту сначала документ должен согласовать Иванов, после чего он попадает на согласование к Петрову. После согласования Петровым документ считается утвержденным и приобретает статус «утвержден».
Этап «Объект отклонен» обычно применяется при этапах «Переход по условию», когда документ не соответствует определенным требованиям и не согласовывается.
3.3.Переход по условию
Этот этап служит для перехода по веткам голосования на основании логических условий:
Переходим в сами настройки перехода.
Начинаем с добавления логического условия.
После выбора имеем такой вид:
Следующий шаг – выбор реквизита для условия «если». Раскрываем «Согласуемый объект» и выбираем реквизит. Перетаскиваем его мышкой в поле «параметр», после чего выбираем логическое значение. В данном примере логическое выражение звучит так «Если договор является «Договором с поставщиком»:
Следующий шаг – выбрать действие для этого условия и выбор действия, если это условие не выполняется:
В результате мы получили следующий переход по условию:
Если договор является договором с покупателем, то идем в этап 1 (согласовывает Иванов), если же иначе (договор допустим «С покупателем»), то переходим к этапу 3 (согласовывает Сидоров»).
Маршрут согласования приобрел такой вид:
Желтый цвет стрелок говорит о том, что этап был недавно изменен.
По данному маршруту договоры с поставщиками согласовывают последовательно Иванов и Петров. Остальные договоры согласовывает Сидоров.
Остался неиспользованным этап с «автоматическим отклонением». Добавим еще одно условие в «переход по условию».
На шаге «Иначе» добавим еще одно условие.
Сначала удалим предыдущее действие:
Затем добавим условие:
Добавили условие по валюте.
Теперь этап «Переход по условию» выглядит так: если договор с поставщиком, то переходим на этап 1, иначе - если остальные договоры с валютой евро – то переходим на этап 3, иначе переходи на этап «автоматическое отклонение».
Маршрут согласования приобрел такой вид:
Новый маршрут можно читать так: если договор «с поставщиком», то его согласуют последовательно Иванов (этап 1) и Петров (этап 2); а если договор не с «поставщиком» и его валюта взаиморасчетов равно евро – то его согласовывает Сидоров (этап 3). Во всех остальных случаях договор не согласовывается.
Специалист компании ООО «Кодерлайн»
Вас могут заинтересовать следующие статьи:
Читайте также: