processIssueAutoMove - что за действие в кроне, за что отчевает и как влиять на время его выполния настройками

Это все Ваши настройки, вроде "изменить этап в зависимости от значения..", которые срабатывают раз в минуту. Как сократить время работы - выполнять настройки более правильно, включать обновление раз в час/день, там где не нужно так часто проверять. (не знаю, будет ли действие реально работать на дневном/часовом кроне, но нагрузку явно уменьшит, так как например, не раз в минуту по 40 секунд нужно будет обрабатывать процессы, а только раз в час постратить 40 секунд, то есть раз в час крон будет работать немного дольше) + Чем больше процессов, в статусах, где выполняется такая проверка, тем дольше работает, поэтому убрать/заменить автоматизацию на этапах, где будет много процессов, где возможно - сделать изменение по триггерам (например, если значение передаётся с другого процесса, а проверка раз в минуту выполняется в текущем, то можно сразу изменить статус), вместо проверки раз в минуту

[quote] Суханицкий Андрей Интегратор Клиент Integrator CRM писал/а: Это все Ваши настройки, вроде "изменить этап в зависимости от значения..", которые срабатывают раз в минуту. Как сократить время работы - выполнять настройки более правильно, включать обновление раз в час/день, там где не нужно так часто проверять. (не знаю, будет ли действие реально работать на дневном/часовом кроне, но нагрузку явно уменьшит, так как например, не раз в минуту по 40 секунд нужно будет обрабатывать процессы, а только раз в час постратить 40 секунд, то есть раз в час крон будет работать немного дольше) + Чем больше процессов, в статусах, где выполняется такая проверка, тем дольше работает, поэтому убрать/заменить автоматизацию на этапах, где будет много процессов, где возможно - сделать изменение по триггерам (например, если значение передаётся с другого процесса, а проверка раз в минуту выполняется в текущем, то можно сразу изменить статус), вместо проверки раз в минуту [/quote] Андрей, спасибо за ответ, но рекомендация анонимной утки оказалась рабочей

[quote] anonymous duck OneBox production Сотрудник писал/а: К сожалению Андрей частично ввел вас в заблуждение. Указанный процесс для пользователей у которых стоит настройка "Автоматически переносить не выполненные бизнес-процессы на следующий день" переносит задачи на следующий день. А вот уже насколько быстро задачи будут переносится зависит от их количества и настроек бп. Если задачи переносятся долго, вероятно стоят действия которые делают что-то при сохранении процессов. [/quote] спасибо! помогло. правда пришлось немного покрутить с запросами... дело в том, что данное задание processIssueAutoMove совершенно не учитывает удален контакт или нет, сотрудник он или нет, заблокирован он или нет и т.д. Получается ноги растут из того, что... был сотрудник, потом уволился, его заблокировали... на нем зависло куча задач и даже при большом желании будет очень проблематично найти все контакты, у которых данная опция включена... но я нашел.... если кому нужно будет - маякуйте, поделюсь sql запросом ))) Кстати, время работы крона теперь меньше 60 сек ))))

[quote] Перегиняк Александр ФОП Перегіняк О.П. Клиент Oneboxconsulting (интегратор) писал/а: на нем зависло куча задач [/quote] вероятно у него были какие то бесполезные для бизнеса задачи, по-моему мнению такого быть не должно [quote] Перегиняк Александр ФОП Перегіняк О.П. Клиент Oneboxconsulting (интегратор) писал/а: если кому нужно будет - маякуйте, поделюсь sql запросом [/quote] за такие вещи можно слететь с технической поддержки

[quote] anonymous duck OneBox production Сотрудник писал/а: за такие вещи можно слететь с технической поддержки [/quote] а вы знаете как я это делал? заметьте, я же не писал о том, что использовал php my admin или что-то еще ))). Ну да ладно, функционал конструктор отчетов рассмотрим ка-нибудь в другой раз ))) и да, думаю даже за необдуманное использование действий в бизнес-процессах тоже можно лишать тех поддержки, ибо имимможно так сервак ушатать, что мало не покажется. по сравнению с этим использование sql-запросов к таблице будет сущим баловством.

Вариантов как сделать запрос в базу не так много. [quote] Перегиняк Александр ФОП Перегіняк О.П. Клиент Oneboxconsulting (интегратор) писал/а: Ну да ладно, функционал конструктор отчетов рассмотрим ка-нибудь в другой раз [/quote] я для вас его кодил, думаю не нужно рассказывать как он работает) Вобщем я к тому, что если уж у вас есть доступ к бд, то не нужно "подталкивать" лазить туда другим, так как в большинстве случаев это может привести к плачевным последствиям, так как одним запросом можно сделать ошибку.

[quote] anonymous duck OneBox production Сотрудник писал/а: Вариантов как сделать запрос в базу не так много. [quote] Перегиняк Александр ФОП Перегіняк О.П. Клиент Oneboxconsulting (интегратор) писал/а: Ну да ладно, функционал конструктор отчетов рассмотрим ка-нибудь в другой раз [/quote] я для вас его кодил, думаю не нужно рассказывать как он работает) Вобщем я к тому, что если уж у вас есть доступ к бд, то не нужно "подталкивать" лазить туда другим, так как в большинстве случаев это может привести к плачевным последствиям, так как одним запросом можно сделать ошибку. [/quote] окей, больше не буду. только если меня попросят, хотя знаете... мне кажется вы преувеличиваете на счет опасности доступа к БД через конструктор. Смотрите, даже в самой несчастной Престе есть из админки доступ к базе данных.. и люди как бы пользуются.... но как не крути, вы владельцы продукта и вам решать, стоит ли овчинка выделки или нет. как по мне наличие такого удобного инструмента доступа к данным поможет повысить интерес к продукту. я как человек, это прошедший, могу даже это гарантировать )))

Мне кажется что людям нужно давать подниматься на несколько уровней выше чем написание запросов в бд. Уметь писать запросы в бд это конечно круто, но это очень специфический навык, которым владеет 0.01% народу на планете. А вот поставить где-то галочку (грубо) или выбрать поле это уже чуть попроще. Смысл в том что писать код или запросы в базу это круто, но еще круче не опускаться на уровень когда этот навык понадобится для настройки какой-либо системы. В том же битриксе например вообще можно php код стартовать из админки, но это не значит что это хорошо и тем более полезно (и вообще не факт что скрипты которые ты там пишешь лучше чем сам код битрикса или модулей, которые ты там можешь подключить). Это нужно одному проценту людей, которые знают тот самый php. Но скорее всего если ты ведя свой интернет магазин/настраивая систему сам начинаешь лезть в код - скорее всего в жизни ты делаешь что-то не то. Т.е. ты как бы и кодить нормально не можешь, но и бизнес не ведешь (тратишь время на то, чтобы в админке код какой то написать). Аналогию можно привести со всеми любимыми автомобилями. Конечно хорошо знать как работает двигатель, уметь его разобрать - но зачем, если ты не автомеханик тратить 2 дня чтобы разобрать и починить движок если можно отогнать его на сто и потом забрать, поработав к примеру то же время и отбив затраты на ремонт и заработав сверху. Каждый должен заниматься своим делом, если начинаешь заниматься несколькими сразу - скорее всего отлично делать ни одно не выйдет. Короче не учите пользователей лезть "под капот" бокса)

[quote] anonymous duck OneBox production Сотрудник писал/а: Мне кажется что людям нужно давать подниматься на несколько уровней выше чем написание запросов в бд. Уметь писать запросы в бд это конечно круто, но это очень специфический навык, которым владеет 0.01% народу на планете. А вот поставить где-то галочку (грубо) или выбрать поле это уже чуть попроще. Смысл в том что писать код или запросы в базу это круто, но еще круче не опускаться на уровень когда этот навык понадобится для настройки какой-либо системы. В том же битриксе например вообще можно php код стартовать из админки, но это не значит что это хорошо и тем более полезно (и вообще не факт что скрипты которые ты там пишешь лучше чем сам код битрикса или модулей, которые ты там можешь подключить). Это нужно одному проценту людей, которые знают тот самый php. Но скорее всего если ты ведя свой интернет магазин/настраивая систему сам начинаешь лезть в код - скорее всего в жизни ты делаешь что-то не то. Т.е. ты как бы и кодить нормально не можешь, но и бизнес не ведешь (тратишь время на то, чтобы в админке код какой то написать). Аналогию можно привести со всеми любимыми автомобилями. Конечно хорошо знать как работает двигатель, уметь его разобрать - но зачем, если ты не автомеханик тратить 2 дня чтобы разобрать и починить движок если можно отогнать его на сто и потом забрать, поработав к примеру то же время и отбив затраты на ремонт и заработав сверху. Каждый должен заниматься своим делом, если начинаешь заниматься несколькими сразу - скорее всего отлично делать ни одно не выйдет. Короче не учите пользователей лезть "под капот" бокса) [/quote] верно говорите, но как вы понимаете, всегда и везде есть одно НО, иногда даже не одно... для меня, как аналитика в прошлом, правило №1 учетной системы - все что в систему введено должно быть из нее выведено для возможности учета и анализа и очень желательно делать это быстро 1. на данный момент бокс, своим функционалом этого не позволяет по той причине, что либо нет функционала , либо он жутко неудобный, непонятный, запутанный, а если заказать разработку своего отчета, то за время реализации потребность в данных либо отпадет, либо потребует новых уточнений. в общем стоит сдать нужный отчет, как заказчик попросит добавить что-то новое. каждый раз обращаться к вам за этим - значит беконечно злоупотреблять терпением заказчика и его финансами. рано или поздно это все закончится 2. доступ к данным должен быть относительно легок... то что описали вы, про галочки верно, но вопрос как сделать так, чтобы не утонуть в этих галочках? в отчетах это вряд ли сработает. даже уверен, что не сработает 3. на счет конструкторов отчетов... не знаю, знакомились ли вы с функционалом конструктора запросов в 1с и системой компоновки данных. если нет можем посмотреть как-нибудь вместе. как по мне нужно признать, что там это реализовано довольно удобно. т.е. можно писать запрос не используя SQL (именно то, о чем вы и говорите - тыкаешь, тягаешь , устанавливаешь связи и в результате получаешь любые данные в любой форме). Идея собственно не нова, такие же конструкторы есть и в другом софте по работе с базами данных 4. то, что я пишу запросы это не из-за того, что я такой супер кодер и делаю это ради фана... скорее наоборот, из-за безысходности ибо я понимаю, что напрогать функционал, аналогичный п.3 будеть ХХХ часов программинга ну или нужно найти какой-то софт и внедрить его в бокс. в любом случае это большая сумма денег и я не знаю клиентов, которые были бы готовы за него заплатить 5. если вам интересно, то можем подумать над тем, чтобы сделать отдельное приложение для бокса - конструктор запросов, в котором сможем реализовать именно то, о чем пишете вы (возможность получить данные из нужных таблиц без использования программирования на sql). Уверен, что такое приложение обретет популярность.

Я вас услышал и понял. Я заинтересован поработать над указанным в 5 пункте. Вам удобно будет, если я напишу вам например, в телеграмм на указанный на форуме номер телефона?

[quote] anonymous duck OneBox production Сотрудник писал/а: Я вас услышал и понял. Я заинтересован поработать над указанным в 5 пункте. Вам удобно будет, если я напишу вам например, в телеграмм на указанный на форуме номер телефона? [/quote] да, конечно