в настройках линии

автоматические действия

Добрый день! У клиента есть запрос запускать БП, который будет проверять дату по списку записанному в Б24(в смарт-процессе), подскажите, можно ли обойтись без парсера для проверки данных?

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

Если да, берите приложение которое найдет все смарты по фильтру, например офису и перебирайте в итераторе

Маркет есть?

А в итератор, что закреплять? Там же несколько карточек их либо прикреплять, либо я ещё чего-то не знаю 🥲

итератор перебирает массив, который может вернуть приложение

итератор перебирает массив, который может вернуть приложение

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

Вроде не сложный вопрос, но не удается решить ) Есть поле с числом Нужно число превратить в другой формат, чтобы подставить в формулу dateadd и получилось вместо 7 - "7d" Я могу сделать 7d через простую добавку буквы {{={Число} & "d"}} Но вот кавычки так добавить не удается, чего делать ?) PS: Сделать переменную с кавычкой может)) Надо проверить PPS: Реально сработало

Почему бы просто не прибавить по формуле через &

Кавычки так не добавляются почему-то Я про такой вариант {{& """}}

{{=workdateadd({=System:NowLocal},{=Variable:S1minus1d}&"d")}} - типа так как я понял надо

Лучше сделать запись экрана. И обратиться с этим в техподдержку.

Можно Если сделать польз поле Туда записывать значение сумма В бп сравнивать значения Если изменилось то брать из этого поля пред сумму и потом менять на новое в нем

Хорошо, но значение передаётся именно в момент изменения. То есть, чтобы выполнить сравнение, сначала нужно получить предыдущее значение. А если передавать его до проверки условия, то там тоже окажется уже актуальное значение

Кейс опиши зачем это нужно и как сейчас работают Я если честно не совсем понял

Кейс опиши зачем это нужно и как сейчас работают Я если честно не совсем понял

Объясню наш бизнес-процесс. Мы хотели бы видеть долг наших клиентов в разделе «Компании». Для этого у нас есть поле «Долг», которое должно постоянно суммироваться и актуализироваться. Работа строится через заявки (смарт-процесс). В нём есть поле «Остаток», куда записываются остатки по заявкам клиентов. Может быть ситуация, когда у одного клиента (компании) есть, например, 3 заявки. В таком случае сумма остатков по всем этим заявкам складывается, формируя итоговый долг клиента. Сейчас мы не знаем, как реализовать правильную актуализацию, если остатки заявок со временем уменьшаются. Нужно, чтобы при уменьшении остатка система вычитала из долга старое значение и прибавляла новое — таким образом сумма долга всегда будет актуальной. Всё реализовано, осталось решить один момент: при изменении остатка в заявке, например, с 500 на 200, у нас сейчас работает так — система сначала вычитает 500, а затем при срабатывании бизнес-процесса дополнительно вычитает ещё 200. В итоге получается минус 700 вместо правильных 200, то есть актуализации нет. Мы хотели бы получить старое значение (в нашем случае это 500), прибавить его обратно к общей сумме и вычесть только разницу (200). Тогда данные будут актуальными.

Объясню наш бизнес-процесс. Мы хотели бы видеть долг наших клиентов в разделе «Компании». Для этого у нас есть поле «Долг», которое должно постоянно суммироваться и актуализироваться. Работа строится через заявки (смарт-процесс). В нём есть поле «Остаток», куда записываются остатки по заявкам клиентов. Может быть ситуация, когда у одного клиента (компании) есть, например, 3 заявки. В таком случае сумма остатков по всем этим заявкам складывается, формируя итоговый долг клиента. Сейчас мы не знаем, как реализовать правильную актуализацию, если остатки заявок со временем уменьшаются. Нужно, чтобы при уменьшении остатка система вычитала из долга старое значение и прибавляла новое — таким образом сумма долга всегда будет актуальной. Всё реализовано, осталось решить один момент: при изменении остатка в заявке, например, с 500 на 200, у нас сейчас работает так — система сначала вычитает 500, а затем при срабатывании бизнес-процесса дополнительно вычитает ещё 200. В итоге получается минус 700 вместо правильных 200, то есть актуализации нет. Мы хотели бы получить старое значение (в нашем случае это 500), прибавить его обратно к общей сумме и вычесть только разницу (200). Тогда данные будут актуальными.

Ну все заявки к компании привязаны?

Да верно, привязаны

Ну есть 2 костыльных варианта Но расписывать долго Вечером если напомните напишу

Объясню наш бизнес-процесс. Мы хотели бы видеть долг наших клиентов в разделе «Компании». Для этого у нас есть поле «Долг», которое должно постоянно суммироваться и актуализироваться. Работа строится через заявки (смарт-процесс). В нём есть поле «Остаток», куда записываются остатки по заявкам клиентов. Может быть ситуация, когда у одного клиента (компании) есть, например, 3 заявки. В таком случае сумма остатков по всем этим заявкам складывается, формируя итоговый долг клиента. Сейчас мы не знаем, как реализовать правильную актуализацию, если остатки заявок со временем уменьшаются. Нужно, чтобы при уменьшении остатка система вычитала из долга старое значение и прибавляла новое — таким образом сумма долга всегда будет актуальной. Всё реализовано, осталось решить один момент: при изменении остатка в заявке, например, с 500 на 200, у нас сейчас работает так — система сначала вычитает 500, а затем при срабатывании бизнес-процесса дополнительно вычитает ещё 200. В итоге получается минус 700 вместо правильных 200, то есть актуализации нет. Мы хотели бы получить старое значение (в нашем случае это 500), прибавить его обратно к общей сумме и вычесть только разницу (200). Тогда данные будут актуальными.

а если заявку удалят? Может быть, просто суммировать при изменении в заявке все поля Остаток по всем заявкам Компании? Мне кажется, так надёжнее и проще в реализации

Ну есть 2 костыльных варианта Но расписывать долго Вечером если напомните напишу

Распишите, варианты решения проблемы?

Я бы в компании сделал 2 тех поля(все оплаты / все долги) Если все они прикреплены к компании, то делается БПшник для компании, который вначале перебирает итератором все оплаты и суммирует в поле "все оплаты", то же самое с долгами В конце разницу вписывает в третье поле Этот БПшник можно запускать при изменении смартов Таким образом разница которая тебе нужна будет пересчитываться при изменениях связанных элементов

Я бы в компании сделал 2 тех поля(все оплаты / все долги) Если все они прикреплены к компании, то делается БПшник для компании, который вначале перебирает итератором все оплаты и суммирует в поле "все оплаты", то же самое с долгами В конце разницу вписывает в третье поле Этот БПшник можно запускать при изменении смартов Таким образом разница которая тебе нужна будет пересчитываться при изменениях связанных элементов

Добрый день! А телефония работает? Нет сбоев?

Добрый день. Интересует вопрос. в БП есть активити "Утверждение документа". Там есть время на автоотклонение. Вопрос: Можно ли как-то сделать так, чтоб было условно говоря через 2 рабочих часа. То есть если сотрудник в понедельник запустил утверждение в 17:00, то отклонится в вторник в 10:00

Можно. Как будто просто нужно прибавить к текущей дате и времени (System:Now или System:NowLocal) 2 часа - с помощью функции workdateadd . Нет?

Пробовал, не срабатывает

А синтаксис правильно использовать? Почему слева и справа от выражения используется (=...), а не {{=...}} ?

{=workdateadd({=System:Now}, "2h",)} то есть так будет?

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

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

приветствую у кого есть опыт по установке коробочной версий из КЗ желательно с сертифицированный спец, напишите в лич

Как узнать ID воронки и ID этапа в облаке?

Если есть дизайнер бп то открыть дизайнер на стадии