Ищется разработчик по интеграции Asterisk (FreePBX) с ERP

[Samael28]

Неа. По Европе сужу.

[danilevskiy]

Препираться не буду. У каждого своя правда.

По крайней мере на данное время разработку на стороне очертили модулем который по протоколу https отправляет запросы в ERP и принимает команды для Asterisk.
Внутренние номера подключены только по SIP.

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER: Отправка запроса в ERP.

Со стороны ERP будут ответы "OK" или "ERROR".
Все запросы имеют параметр EVENT, который описывает какое событие произошло:
NEWCALL - новый входящий звонок
CHANGESTATUSOPERATOR - изменение статуса оператора
CHANGESTATUSCHANEL - изменение статуса канала

Описание EVENT.

NEWCALL отправляется, когда поступает входящий звонок в определенные очереди.
Параметры:
DID - DID звонка;
CALLERID - CallerID звонка;
CHANNEL - имя канала поступившего звонка;
UNIQUEID - UNIQUEID звонка.
Пример запроса: https://127.0.0.1/NewCall?EVENT=NEWCALL ... 1-0000019b

CHANGESTATUSOPERATOR отправляется когда у оператора изменяется статус.
Параметры:
NUMBER - номер оператора;
STATUS - Статус оператора. Может принимать значения "USE", когда оператор свободен и "INUSE", когда оператор занят.
Пример запроса: https://127.0.0.1/NewCall?EVENT=CHANGES ... STATUS=USE

CHANGESTATUSCHANEL отправляется когда происходит изменение статуса канала.
Параметры:
CHANNEL - имя канала;
STATUS - статус канала. Может принимать значения:
- HANGUP при завершении звонка. Дополняется параметров WHO, в котором указывается имя канала, которое было инициатором завершения звонка;
- TRANSFER при переводе (перевод осуществлен без ошибок). Дополняется параметров NUMBER, в котором указывается номер, на который переведен звонок.
Примеры:
https://127.0.0.1/NewCall?EVENT=CHANGES ... UMBER=2222
https://127.0.0.1/NewCall?EVENT=CHANGES ... UMBER=2222

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER: Отправка запросов от ERP к Asterisk.

Все запросы имеют параметр COMMAND, который описывает команду отправляемую на Asterisk.
ORIGINATE - вызов номера, после чего канал ставится на ожидание
BRIDGE - соединение двух существующих каналов
RUNCOMMAND - выполнение одной из команд "core show sounds", "core show file formats", "core show codecs", "moh show files", "core show translation"
PLAYFILE - проигрывание файла в канал
ATTENDEDTRANSFER - перевод звонка с уведомлением
SHOWCHANNELS - отображение каналов в очереди
HANGUP - закрытие канала
GETVAR - получить переменную канала
SETVAR - установить переменную канала
PARK - парковка звонка
PARKEDALLS - список припаркованных вызовов
PARKINGLOTS - список парковочных лотов
SENDDTMF - отправка DTMF в канал
REDIRECT - перевод звонка на другой номер

ORIGINATE вызов внутреннего номера с постановкой его на ожидание.
Параметры:
EXTEN - вызываемый номер
CONTEXT - используемый контекст для вызова и постановки на ожидание
PRIORITY - приоритет
TIMEOUT - время отведенное для вызова EXTEN
CALLERID - CallerID в формате "Имя<номер>"
WAIT - время ожидания передаваемое в CONTEXT
Возвращаемое значение - Ok и UNIQUEID события, либо ERROR и причина ошибки.

Если такое описание достаточно детальное и способствует началу сотрудничеству, то готов предоставить описание остальных команд.

[virus_net]

Уже лучше. Т.е. получается, что какое никакое описание API у вас все же есть. Странное конечно, но есть. Особенно меня удивляет отсутствие какой либо валидации запроса.
Как пример, описание нашего API.

Ну, а что по Вашим остальным пунктам ? Или уже лишь API нужно реализовывать ?

[danilevskiy]

Особенно меня удивляет отсутствие какой либо валидации запроса.

О какой валидации идет речь? Проверка верности запроса в сторону ERP - проблема ERP. Проверка запроса в сторону стороннего модуля - проблема этого модуля. Сам запрос передается по https. Связь только между серверами внутри корпоративной сети (ERP <-> сервера Asterisk) - как правила в безопасности сервера, так и ACL на маршрутизаторах.

Возможно существенное дополнение. Отправка запросов к ERP будет происходить в сторону IIS с проверкой сертификатов и минимум 2 редиректа.

[danilevskiy]

...
Ну, а что по Вашим остальным пунктам ? Или уже лишь API нужно реализовывать ?

...
По крайней мере на данное время разработку на стороне очертили модулем который по протоколу https отправляет запросы в ERP и принимает команды для Asterisk.
...

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

[danilevskiy]

Уважаемые господа и дамы.
Я понимаю, что форум - площадка для обсуждения. И так мне и нужно, что указывают на мои недочеты, а не помогают (за оплату/еду) в решении поставленной задачи. Не справился сам - смени направление деятельности.
Но тема создана в разделе "Бизнес", что уже подразумевает оплату сторонней помощи.
У каждого из разработчиков имеются свои продукты и разработки. У нас же нет жестких правил к нужному нам модулю. Вы вправе предложить свой вариант, а не выкручивать из меня алгоритм работы всего модуля. Смысл тогда в работе стороннего разработчика? Как большинство подобных обращений на форумах - причина в нехватке времени/ресурсов или нехватке знаний. Наши сроки уже прошли и мы не справились. Ищем стороннего разработчика.
Просьба почти бессмысленная, но вдруг... Если кто заинтересован и может предложить реальную работу - отзовитесь. Обсудим все в личке (желаете - в этой же теме).