API и плагины

[koptelov]

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

Плагин - вариант монетизации со временем.

[support]

Работаю над этим, будет одно платное дополнение к системе ну и можно будет создавать свои плагины.

[iddqd]

Ведутся ли работы по созданию API для интеграции со сторонними системами?

[support]

Пока нет, потому что вопрос по интеграции с чем либо пока никто не поднимал, по этому еще не понятно что и с чем и как нужно интегрировать...

[iddqd]

Я бы начал с чего-нибудь типа Rest API для создания\изменения\удаления записей\комментариев итд.
Опубликовал документацию, а дальше пользователи пусть интегрируются с чем хотят.
Почему возник вопрос - появилась мысль интегрироваться с crm, для автоматического подтягивания стоимости работ для дальнейшего расчета, но пока все на уровне мыслей.

[nikorn]

Для работы с БД "Руководителя" с помощью сторонних приложений в большинстве случаев API не нужен, так как база данных открытая, структура ее известна.

Я, например, написал простую программку на PowerShell для быстрого добавления обращений без запуска браузера и входа в систему Руководитель (см. скриншот).

[iddqd]

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

[nikorn]

Рискну высказать свое скромное мнение. Для пользователя, API - это черный ящик, который непонятно как работает, и где искать ошибку, если что-то идет не так. А для разработчика Руководителя, API - это, фактически, вторая система, которую тоже нужно поддерживать, как и сам Руководитель. Стоит ли овчинка выделки?

API - это возможность программного доступа к ресурсам закрытой системы. Для открытых систем это малоактуально

[support]

А для разработчика Руководителя, API - это, фактически, вторая система, которую тоже нужно поддерживать, как и сам Руководитель.

Тут вы совершенно правы. Я к этому вопросу будут подходить осторожно и только при конкретных задачах и скорей всего это будет экспорт данных для взаимодействия со сторонним сервисом, программой.
Сейчас просят экспорт для Google Calendar, но там как таковой API не нужен, просто я добавлю такую возможность.

[iddqd]

API - это возможность программного доступа к ресурсам закрытой системы. Для открытых систем это малоактуально

Ну тут я в корне не согласен.
Расскажите это этим людям: https://blog.vanillaforums.com/api/
Или этим: http://community.vtiger.com/help/vtiger ... ation.html
Ну и так далее по спискам opensource.