Настройка СМС-уведомлений

[olle]

Добрый день.
В последнее время всё больше компаний предлагают сервисы по рассылке СМС-уведомлений для интернет-магазинов. В Viartе написано, что надо настроить СМС-шлюз. С какими техническими сложностями придется столкнуться при настройке СМС-уведомлений? Есть ли у кого-нибудь подобный опыт настройки и использования?

[VST]

Компаний предлагающих сервис SMS уведомлений действительно много. Несколько смущает их тарифная политика. Найдёте надежную компанию с разумными тарифами - посмотрим интеграцию.

[olle]

Уточните, пожалуйста, что в Вашем понимании разумные цены. (Я, например, считаю цену 50-80 копеек за СМС разумной ценой за извещение о получении заказа. В случае наличия услуги экспресс-доставки это всё равно выгоднее, чем круглосуточно дежурить у компьютера.)

[Antonyeasy]

Ну вот например я нашел

Заказал у них тестовый режим чтобы понять как работает движок ViArt Shop Enterprise v.4.0.5 Russian Edition и столкнулся с тем что оказывается нужно еще и интегрировать стандартные настройки?

Передача сообщения

GET запрос на сервер, вида:
http://api_login:api_password@gate.prostor-sms.ru/send/?phone=%2B71234567890&text=test
Возможно использование SSL соединения.
api_login, api_password — данные для авторизации
phone — номер телефона, в формате +71234567890
text — текст сообщения, в UTF-8 кодировке
wapurl — в случае, если вы хотите передать wap-push сообщение (например wap.yousite.ru)
sender — подпись отправителя
scheduleTime — дата для отложенной отправки сообщения, в UTC формате (2009-01-01T12:30:01+00:00)
statusQueueName — название очереди статусов отправленных сообщений, в случае, если вы хотите использовать очередь статусов отправленных сообщений. От 3 до 16 символов, буквы и цифры (например myQueue1)
При успешной авторизации, в ответ сервис должен вернуть plain/text ответ вида:
A132571BC=accepted

где до знака "=" сервис выдает идентификатор сообщения, а после знака "=" ответ сервиса о статусе сообщения:
accepted — сообщение принято сервисом
Другие варианты ответа сервера:
invalid mobile phone — неверно задан номер тефона (формат 71234567890)
text is empty — отсутствует текст
sender address invalid — указано неверно заданное обратное слово
wapurl invalid — указана неверно заданная ссылка  
invalid schedule time format — неверный формат даты отложенной отправки сообщения
invalid status queue name — неверное название очереди статусов сообщений
not enough credits — баланс пуст (проверьте баланс)

Может стоит обнародовать способы интеграциии?

[nemo]

А почему бы и нет? Кстати, недавно у разработчиков вышел патч касающийся этой функции, но после тестирования нами была замечена серьёзная ошибка в одном из файлов, ждём исправлений.

[Antonyeasy]

Кстати есть смс сервис типа "Пришли смс код и получи смс код"
Можно подобными кодами играться со статусами заказов.

Это очень удобно когда продавец пишет "Есть это это и это но в почте меня нет и на форум не писать звоните по номеру...."
Так вот для таких "интернет" продавцов можно подогнать виарт.
В результате контакты заказчика придут по смс и после отзвона по указному номеру с клиентом продавец может отправить смс код на номер чтоб его товар попал в резерв или списался со склада.

Меньше виртуальных и больше реальных товаров будет в итоге.

[crimea]

Ну вот например я нашел

цена негуманная, получается около рубля
мы обсуждали тарифы в теме http://forum.viarts.ru/showthread.php?t=1317
мы используем для своих проектов не на viart к сожалению ( потому что модуля нет) вот этот сервис -

[Antonyeasy]

Дело не в цене а в возможностях.
Кнопки есть а возможности нет. Мнимые возможности)

[crimea]

Про какие возможности вы говорите? Сначала посмотрите -
полноценный API, я же по русски написал используем на других интернет проектах - все работает.

[Antonyeasy]

Цена замечательная.
И как подключить данную смс услугу к виарту?
Какие настройки крутить или какой плагин поставить?

[Anny]

Мне подключала и настраивала поддержка Виартс что делали и как настраивали не знаю, но всё работает
(оператор британский)

[crimea]

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

[khoser]

Думаю где то в пределах 100 - 150 долларов с тестированием это будет стоить

с каждого?

давайте скинемся да и напишут нам этот модуль

если 100 - 150 долл общая стоимость, готов присоединиться

[VST]

Кстати было бы разумно чтобы модуль подключался не к одной системе

Проблематично. Разные сервисы, разные API.

и продолжал функционировать после апдейта движка

Это общий принцип и относится ко всем дополнительным разработкам.

[khoser]

Меняем выделенные красным формулировки "спонсор" на "инвестор" и "с учетом откатов" на "возврат на инвестиции".

Будет вынесено в отдельную тему.

готов инвестировать в новые разаработки, но вопрос в возврате этих инвестиций и срокам, если будет конкретное понимание по срокам то вперед!

как говорится, есть свободное бабло