Пожалуйста, обратите внимание! В версии 11.0 появилась поддержка часовых поясов. Для корректной работы всех функций в настройках PHP на виртуальных машинах клиентов обязательно должна быть определена переменная date.timezone.
Пользователи предыдущей версии (10.x) могут получить весь новый функционал через систему обновлений SiteUpdate.
- версия 10.0.7; - обновлены все модули; - новый инструмент таскменеджмента - "Задачи 2.0"; - возможность учета рабочего времени; - CRM; - интеграция с MS Exchange Server, MS SharePoint; - интеграция с продуктами Google; - интеграция с продуктами Apple.
Все изменения касаются "Приложения 1" (расчет вознаграждения).
1. Упрощена схема расчетов - оставлены только месячные цены за редакции на 25 и 50 пользователей. 2. Цены скорректированы для правильного увеличения на размер НДС. 3. Обеспечена возможность снижения цены партнером, если клиент единовременно оплачивает доступ на длительный период: - 3 месяца - до 5% - 6 месяцев - до 10% - 12 месяцев - до 20%
Всем партнерам, с которыми уже подписан Договор, будут отправлены персональные уведомления.
- исправлена ошибка: в .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 - пароль, который вы указали в карточке партнера.
В случае успешной проверки входных параметров происходит создание чека на продление работы. Чек автоматически передается на сайт клиента, где он также автоматически активируется и продлевает работу сайта на заданный интервал времени.
В случае, если проверка не пройдена, или произошла ошибка при активации ключа, будет выведено сообщение об ошибке.
Если данные верные, но не удалось подключиться к сайту клиента, система (http://www.1c-bitrix.ru/request_coupon.php) выведет сформированный купон, который надо будет активировать вручную на панели управления клиентского сайта через систему обновлений.
Первый запрос чека на продление сайта является моментом начала его работы в платном режиме.
3. По истечению оплаченного периода, если клиент продолжает пользоваться услугой, хостер посылает нам запрос на получение чека на продление с теми же параметрами. И так - столько раз, сколько конечный клиент продолжает пользоваться услугой.
4. В любой момент во время работы лицензии хостер (по запросу клиента) может изменить: 1. количество пользователей, 2. периодичность оплаты.
В этот момент хостер должен прислать нам по API новый запрос, указав в нем новые актуальные параметры услуги (периодичность оплаты, количество пользователей) и дополнительный параметр action=update.
Рассмотрим пример. Клиент заказал услугу с периодичностью оплаты 1 раз месяц (лицензия на 50 пользователей). Затем решил изменить периодичность оплаты на 1 раз в год, а число пользователей уменьшить до 25. Пример запроса:
Наш скрипт обращается по указанному сайту, запрашивает у него лицензионный ключ, устанавливает для него новые актуальные данные.
В момент изменения параметров услуги мы пересчитаем оплату фактически отработанного времени с момента последнего продления. А с момента изменения параметров будем уже считать по-новому. Все это будет в итоге отражено в выставляемых счетах.
5. Прекращение предоставления услуги в случае отсутствия оплаты.
Если клиент прекращает пользоваться услугой по окончанию оплаченного периода и не производит следующую оплату, мы автоматически останавливаем использование лицензии в момент истечения срока действия ключа.
6. Отказ клиента от услуги. Если клиент досрочно отказывается от услуги, хостер должен послать нам запрос с параметром action=end (до физического удаления/выключения услуги).
Услуга отключается, мы рассчитываем фактическое время работы у последнего периода, исходя из него - выставляем счет.
Хэш для параметра action=end формируется так же, как и для action=update. Так как по сути отсутствуют параметры $users и $period_type, реально он будет таким:
Группы на сайте создаются не только сотрудниками «1С-Битрикс», но и партнерами компании. Поэтому мнения участников групп могут не совпадать с позицией компании «1С-Битрикс».