Коллеги, обновлен дистрибутив "Корпоративного Портала" для аренды.
Теперь доступна версия 11.0!
Ссылки для скачивания - прежние:
Подробно обо всех изменениях:
Пожалуйста, обратите внимание! В версии 11.0 появилась поддержка часовых поясов. Для корректной работы всех функций в настройках PHP на виртуальных машинах клиентов обязательно должна быть определена переменная date.timezone.
Пользователи предыдущей версии (10.x) могут получить весь новый функционал через систему обновлений SiteUpdate.
Коллеги, обновлен дистрибутив "Корпоративного Портала" для аренды.
Теперь доступна версия 10.0!
Ссылки для скачивания - прежние:
Ключевые изменения:
- версия 10.0.7; - обновлены все модули; - новый инструмент таскменеджмента - "Задачи 2.0"; - возможность учета рабочего времени; - CRM; - интеграция с MS Exchange Server, MS SharePoint; - интеграция с продуктами Google; - интеграция с продуктами Apple.
Подробно обо всех изменениях:
Пользователи предыдущей версии (9.x) могут получить весь новый функционал через систему обновлений SiteUpdate.
Коллеги, обновлен Договор для партнеров, предоставляющих услугу аренды Корпоративного Портала:
Все изменения касаются "Приложения 1" (расчет вознаграждения).
1. Упрощена схема расчетов - оставлены только месячные цены за редакции на 25 и 50 пользователей. 2. Цены скорректированы для правильного увеличения на размер НДС. 3. Обеспечена возможность снижения цены партнером, если клиент единовременно оплачивает доступ на длительный период: - 3 месяца - до 5% - 6 месяцев - до 10% - 12 месяцев - до 20%
Всем партнерам, с которыми уже подписан Договор, будут отправлены персональные уведомления.
Коллеги, обновлен дистрибутив "Корпоративного Портала" для аренды:
- версия КП в дистрибутиве - 9.1.1;
- исправлена ошибка: в .tar.gz дистрибутиве при инсталляции КП в UTF не учитывалась переменная $bxProductConfig["saas"]["max_users"], всегда ставилась лицензия на 25 пользователей - исправлено.
У многих из вас в процессе запуска услуги предоставления в аренду "Корпоративного Портала" возникают вопросы по работе с API. Кроме того, мы его дорабатываем с учетом ваших пожеланий.
В этом тексте я бы хотел по шагам описать все взаимодействие в процессе работы с услугой клиента.
1. Клиент заказывает у хостера услугу. Она начинает работать в бесплатном демо-режиме столько, сколько установит хостер (до 30 дней). На этом этапе с нами никакого взаимодействия нет.
2. Клиент переходит в платный режим.
В какой момент это происходит (сразу при заказе услуги, в процессе работы в тестовом режиме по заявке клиента или же автоматически сразу после истечения пробного периода) - хостер определяет самостоятельно.
В этот момент нам по API посылается запрос на получение первого чека на продление. Пример запроса:
Напомню значение параметров:
partner_id - идентификатор партнера на сайте 1c-bitrix.ru.
site_url - адрес сайта клиента, которому необходимо продлить работу (без http://). Именно к этому хосту мы будем подключаться для проверки лицензионного ключа и указанных параметров.
port - порт сайта. Указывается, если он отличен от 80.
edition - редакция клиента. Может принимать только одно значение - CORPORTAL_SAAS.
period_type - периодичность оплаты. Возможные значения: "M" - раз в месяц, "Y" - раз в год.
users - количество пользователей. Возможные значения: 25 или 50.
EXTERNAL_ID - опциональный параметр. Вы можете указать ваш ID заказа или клиента в вашей системе. В последующем при выставление вам счетов за использование будет отображен и этот внешний код.
hash - подпись запроса. Формируется по следующему правилу на языке PHP:
где $salt - пароль, который вы указали в карточке партнера.
В случае успешной проверки входных параметров происходит создание чека на продление работы. Чек автоматически передается на сайт клиента, где он также автоматически активируется и продлевает работу сайта на заданный интервал времени.
В случае, если проверка не пройдена, или произошла ошибка при активации ключа, будет выведено сообщение об ошибке.
Если данные верные, но не удалось подключиться к сайту клиента, система () выведет сформированный купон, который надо будет активировать вручную на панели управления клиентского сайта через систему обновлений.
Первый запрос чека на продление сайта является моментом начала его работы в платном режиме.
3. По истечению оплаченного периода, если клиент продолжает пользоваться услугой, хостер посылает нам запрос на получение чека на продление с теми же параметрами. И так - столько раз, сколько конечный клиент продолжает пользоваться услугой.
4. В любой момент во время работы лицензии хостер (по запросу клиента) может изменить: 1. количество пользователей, 2. периодичность оплаты.
В этот момент хостер должен прислать нам по API новый запрос, указав в нем новые актуальные параметры услуги (периодичность оплаты, количество пользователей) и дополнительный параметр action=update.
Рассмотрим пример. Клиент заказал услугу с периодичностью оплаты 1 раз месяц (лицензия на 50 пользователей). Затем решил изменить периодичность оплаты на 1 раз в год, а число пользователей уменьшить до 25. Пример запроса:
Если меняется только периодичность оплаты (например, обратно на 1 раз в месяц). Запрос:
Меняем только количество пользователей (обратно на 50). Запрос:
Для запроса с параметром action hash формируется следующим образом:
Наш скрипт обращается по указанному сайту, запрашивает у него лицензионный ключ, устанавливает для него новые актуальные данные.
В момент изменения параметров услуги мы пересчитаем оплату фактически отработанного времени с момента последнего продления. А с момента изменения параметров будем уже считать по-новому. Все это будет в итоге отражено в выставляемых счетах.
5. Прекращение предоставления услуги в случае отсутствия оплаты.
Если клиент прекращает пользоваться услугой по окончанию оплаченного периода и не производит следующую оплату, мы автоматически останавливаем использование лицензии в момент истечения срока действия ключа.
6. Отказ клиента от услуги. Если клиент досрочно отказывается от услуги, хостер должен послать нам запрос с параметром action=end (до физического удаления/выключения услуги).
Услуга отключается, мы рассчитываем фактическое время работы у последнего периода, исходя из него - выставляем счет.
Пример запроса:
Хэш для параметра action=end формируется так же, как и для action=update. Так как по сути отсутствуют параметры $users и $period_type, реально он будет таким:
Группы на сайте создаются не только сотрудниками «1С-Битрикс», но и партнерами компании. Поэтому мнения участников групп могут не совпадать с позицией компании «1С-Битрикс».
Группы на сайте создаются не только сотрудниками «1С-Битрикс», но и партнерами компании. Поэтому мнения участников групп могут не совпадать с позицией компании «1С-Битрикс».
