На данной странице описан протокол (алгоритм) процесса экспорта покупателей с сайта на платформе komiz.io в систему бухгалтерского учета, например «1C».
signature (см. далее). Значение данного ключа можно узнать зайдя в раздел Настройки / Другие настройки / Интеграция с системой бухгалтерского учета в панели управления сайтом. Данный ключ не должен передаваться третьим лицам.Процесс обмена данными происходит посредством двух обращений системы бухгалтерского учета к сайту:
Обращения происходят по адресу: http://site.domain/accounting-system/user-export/, где вместо site.domain используется домен панели управления синхронизируемого сайта.
В процессе первого обращения необходимо передать следующие параметры:
signature - «подпись», формируемая как хэш секретного ключа, вычисляемый по алгоритму US Secure Hash Algorithm 1 (SHA1).type - тип обращения. Для первого равно export.lang_dev_name - «имя для разработчика» языка текстовых данных сайта (берется из одноименного поля в настройках на сайте). Этот язык будет использован для всех языково-зависимых данных. Если не передается, то будет использован язык по умолчанию.time_zone - временная зона, в которой будут интерпретироваться даты и время (например, Europe/Paris). Список поддерживаемых временных зон. Если данный параметр не передается, то используется временная зона из настроек сайта.additionalFieldArray - массив дополнительных полей, которые необходимо экспортировать. Значением каждого элемента массива является значение поля «Имя в интерфейсе» для определенного дополнительного поля. Если данный параметр не передать, то дополнительные поля не будут экспортированы.Если не возникло никаких ошибок на стороне сайта и передаваемые параметры корректны, то сайт выводит в поток содержимое XML файла со списком экспортируемых покупателей.
Если возникла ошибка на стороне сайта либо передаваемые параметры некорректны, то сайт выводит в поток текст, в первой строке которого содержится failure, а во второй - текст описания ошибки. Для разделения строк используется спецсимвол \n.
Отправка подтверждения об обработке полученных покупателей
После того, как системой бухгалтерского учета был получен XML файл со списком покупателей, а также после того как они были обработаны, необходимо выполнить второй запрос к сайту.
В процессе данного обращения необходимо передать следующие параметры:
signature (см. далее). Значение данного ключа можно узнать зайдя на вкладку Система бух. учета на странице Настройки / Интеграция с системой бухгалтерского учета. Данный ключ не должен передаваться третьим лицам.
type - тип обращения. Для второго равно export_confirm.session_id - идентификатор сессии обмена данными с системой бухгалтерского учета. Значение данного параметра передается на первом этапе в XML файле в атрибуте sessionId тега users. Это же значение необходимо передать на втором этапе.status - статус операции. Если покупатели успешно обработаны, то необходимо передать значение success. В противном случае значением данного параметра может быть текст описания произошедшей ошибки.
Если не возникло никаких ошибок на стороне сайта и передаваемые параметры корректны, то, в зависимости от значения параметра status происходит следующее.
status равен success, то сайт помечает переданные на первом этапе покупатели, как успешно синхронизированные и при следующем обращении не будет их передавать.status не равен success, то сайт оповещает разработчиков платформы о данной ошибке.
В любом случае (т.е. не зависимо от значения параметра status) сайт выводит в поток текст, в первой строке которого содержится success, а во второй - текст дополнительного описания ответа. Для разделения строк используется спецсимвол \n.
Если возникла ошибка на стороне сайта либо передаваемые параметры некорректны, то сайт выводит в поток текст, в первой строке которого содержится failure, а во второй - текст описания ошибки. Для разделения строк используется спецсимвол \n.
На рис. 1 приведено схематическое изображение протокола обмена данными описанного выше.