RUKO PRO

[alcompstudio]

Добрый день! Если принимаются пожелания: можно ли реализовать многоуровневые списки данных (как по структуре, таки и через связанные записи)? Сейчас так реализована древовидная структура, но она (если я не ошибаюсь) работает в рамках одной сущности. Пример, для чего нужно: есть Проекты, Заказы и Этапы

- Проекты
- - Задачи
- - - Этапы.

Нужно, например, в списке записей Проектов видеть подчиненные списки записей Задач и подчиненные (задачам) списки записей Этапов - т.е. или в виде "таблицы в таблице" или раскрывающихся строк.
Ну или в моем случае, к примеру, когда я открываю страницу Проекта, там есть вложенный список Задач, а в каждой строке Задачи - уже вложенные списки подчиненных Этапов. Или например, интернет-магазин - когда клиент открывает свой профиль, где есть список заказов, а в каждой строке заказа - вложенные списки товаров/услуг. И .тп.
Т.е. чтобы на одной странице отображать сложную структуру данных. Я понимаю, что это будет сложный запрос и нагружать систему, но это уже на усмотрение разработчика.

Что-то подобное (как пример) было реализовано в данной теме доработок: viewtopic.php?p=20797#p20797 , но там - только со связанными записями.

[syrorybin]

Всем привет. Попёрли короче пожелания))
Очень классная действительно затея, начать с базы, с ядра. Все люди индивидуальны и моих к примеру познаний как думаю никогда не будет достаточно, чтоб пилить самому php скрипты и тп, где то даже элементарные математические функции с полями из разных дочерних сущностей не хватает понимания как реализовать, или где какой тип поля выбрать если тот же MySQL не один а несколько и в чем то они отличаются. Конечно благо ИИ появились, только зачастую он воротит полный код, а у Р он индивидуален.

Сильно беспокоит вот что:
1. Отдельный доступ администратора(ов) и владельца. Это реально проблема. Многие вещи я не могу даже понять, а доступ дать опасно, в том числе конф данные. Ну и часто программисты не работают по энидеск, комфорт своего режима для них перевешивает.
Считаю небезопасным, что админ получает полный доступ и неприемлемым, что может войти в учетку любого пользователя в том числе руководителей.
2. Безопасность. К примеру на том же Wordpress, из за плагинов различных и популярности, используется много мусорных запросов и различных протоколов. От сюда заметил формулировку у Сергея «Официальных плагинов», крайне любопытно как будет устроена система и что будут значить официальные плагины. И особенно круто, что не надо задумываться надо обновлением или связи с обновлением плагинов и самого Р, насколько верно понял это подразумевается под «автоматически». Это сильно упрощает реально.
3. Перенос действующего функционала, чтобы можно было «переехать» и не потерять функций. Моет быть на уровне плагина получится поженить функционал Onlyofice, других расширенных автоматизаций с документами от него.
4. Обновление. Я все таки каждый раз прошу обновить систему программистов и сильно переживаю за сохранность всего) тк в том числе реализована телефония. Кстати может по телефонии также плагины будут, очень здоровая идея с версией ПРО!

Не критично, но поддерживаю:
1. Учлучшенный чат. Мы реально его используем, потому что удобно не надо переключаться куда либо и всё в своей бд.
2. Расширенные функции АПИ, насколько помню проблема была в том что он один, и как то открыт, публичен чтоли, извиняюсь за язык гуманитария. В итоге, бывает надо (особенно для малого бизнеса) реализовать простую передачу туда сюда, с сайтом к примеру или другими системами, и хочется чтобы было понятно как это сделать самому пусть на первом этапе.
3. Стили самого Р расширенные и отдельных функций (фильтры, календарь, отчеты - канбан особенно).
4. Адаптация на моб и чата в том числе, как не крути есть много над чем на фронте поработать. Сейчас даже на сайтах больше 50% трафика на смартфонах, а если личный кабинет пользователя пилить в Р для клиентов, им будет страшно неудобно, в итоге в свою разработку надо вкладываться на сайте или иначе, ну вы поняли суть.

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

[support]

К примеру на том же Wordpress, из за плагинов различных и популярности, используется много мусорных запросов и различных протоколов. От сюда заметил формулировку у Сергея «Официальных плагинов», крайне любопытно как будет устроена система и что будут значить официальные плагины.

На сайте будут представлены только плагины, которые разработаны мной и на которые я предоставляю гарантию.
Пользовательские плагины будут представлены, наверное на форуме проекта.

[syrorybin]

На сайте будут представлены только плагины, которые разработаны мной и на которые я предоставляю гарантию.
Пользовательские плагины будут представлены, наверное на форуме проекта.

Понятно, бдуем ждать, спасибо.

[mikhalkin]

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

[Максим]

Добрый день.
Подскажите, пожалуйста, как будет реализован переход с базовой версии на про? Нужно будет приобретать новую лицензию или доплачивать для перехода на про с базовой и т.д.

[ink64rus]

Писали не будет перехода. Или / или

[remchik]

https://rukovoditelpro.ru/
А вы заметили ??? Адрес на скрине ?

[support]

Коллеги, приглашаю в Телеграм канал где буду публиковать новости и видео-обзоры о разработке PRO версии: https://t.me/RukovoditelProRu

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

[syrorybin]

Отличная возможность, спасибо.

Сергей, добавлю сюда, чтобы не по теме не захламлять тг.

1. Мы в пользовательском css добавили кнопку "Ответить" на комментарий, и он подставляет

Комментарий

к задаче, делу, контакту, продаже, заявке и так далее в общем везде, где комментарии включены. Это очень удобно для обсуждений.
2. Уведомление. Нет функции отправлять уведомление в колокольчик или на емеил, если мы добавляем какой то комментарий. Нужно настраивать так, чтобы и ответственный за задачу, дело, контакт и тд получал все уведомления о комментариях и тот, кому ответили. Для этого пришлось завести новые Статусы - Комментарий, что теперь всегда общение сопровождается сменой статуса.
Мелочи, но каждый раз так неудобно.

И общий вопрос.
Вы пишите что миграции из старой в новую системы не будет, это зависит напрямую допустим на то, сколько я буду вовлекаться в своей помощи для разработки версии ПРО. У вас то какая цель, поддерживать два продукта или в итоге перекочевать на ПРО?
Поясню, стратегически безусловно не выгодно сидеть на устаревшем продукте и лучшее решение которое я рассматриваю для себя, это выгрузка всех данных пусть в эксель или других форматах и загрузка в ПРО.
И уже ПРО заново настроить.
Но для этого я должен понимать, что функциональность ПРО не будет уступать текущей.
Это прямо важно именно сейчас понять, потому что возможно и дальше стоит вкладываться в свою индивидуальную систему на базе обычного Руководителя, ежели чем ожидать ПРО. Обычные потребности обычных юзеров), понимаете о чем вопрос.
Безусловно для новых проектов логично использовать ПРО, но я пока и в будущем не планирую проект менять.