Добрый день, спасибо за ваше пожелание, если оно наберет достаточно голосов, мы возьмем его в работу. Голосуйте за пожелания оставленные другими пользователями если они близки вам, там мы скорее обратим внимание на заявку.
Добрый день! Благодарим за информацию. Подтверждаем, что в планах на текущий год — доработка API с учётом необходимости интеграции с сервисами сквозной аналитики.
Будем держать вас в курсе.
Если вы готовы поделиться вашим кейсом – будем очень признательны. Все предложения можно отправлять на почту: shestovskikh@arnica.pro Мы обязательно свяжемся и пригласим к диалогу.
API у вас уже есть, я уже написал внутреннюю систему управления бизнесом клиники ERP, но нужен расширенный АПИ. Вот пару моментов с которым я уже столкнулся Задача 1: Атрибуция выручки по сотрудникам на уровне позиций визита
Сейчас эндпоинт GET /api/v2/visit возвращает массивы services и commodities внутри визита, но каждая позиция содержит только поля: id, name, paySum, price, discount, amount. Поле resourceId (сотрудник) есть только на уровне визита целиком.
При этом в интерфейсе Клиникон выручка распределяется по сотрудникам на уровне каждой отдельной позиции — например, администратор продал товар в рамках визита к врачу, и эта товарная выручка привязана к администратору, а не к врачу.
Через API мы не можем получить эту разбивку и видим всю выручку визита на одном сотруднике (resourceId визита).
Что нужно сделать: Добавить поле resourceId (или employeeId) в каждый объект внутри массивов services и commodities в ответе эндпоинта GET /api/v2/visit и GET /api/v2/visit/{id}. Это поле должно содержать ID сотрудника, которому атрибуирована выручка по данной позиции — так же, как это работает в интерфейсе Клиникон в отчёте по выручке врачей.
Сейчас в API нет эндпоинта для получения текущих складских остатков товаров (commodities). Мы можем получить справочник товаров через GET /api/v2/commodity, но там только название, категория и цена — без информации о количестве на складе.
Что нужно сделать: Добавить эндпоинт (например, GET /api/v2/commodity/stock или GET /api/v2/warehouse) который возвращает текущие остатки товаров. Минимальный набор полей:
Еще запрос: Мы используем CRM Exchange API v2 для интеграции с нашей ERP-системой. Синхронизируем визиты, сотрудников, услуги, товары и платежи — всё работает отлично.
Сейчас хотим подключить данные бонусной программы. В текущей документации API v2 мы не нашли эндпоинтов для работы с бонусами.
Нам нужно получать:
1. Баланс бонусов клиента — текущее количество бонусных баллов 2. История начислений/списаний — когда, сколько, за какой визит начислено или списано 3. Правила начисления — процент начисления, срок сгорания баллов (если есть)
Подскажите, пожалуйста: - Есть ли в API эндпоинты для бонусной программы, которых нет в публичной документации? - Если нет — планируется ли добавление? - Может быть, баланс бонусов доступен в объекте client через какое-то дополнительное поле, которое мы не видим?
Добрый день, спасибо за ваше пожелание, если оно наберет достаточно голосов, мы возьмем его в работу. Голосуйте за пожелания оставленные другими пользователями если они близки вам, там мы скорее обратим внимание на заявку.
Желательна интеграция с популярными система аналитики (Roistat, яндекс метрика и тп)
Добрый день!
Благодарим за информацию. Подтверждаем, что в планах на текущий год — доработка API с учётом необходимости интеграции с сервисами сквозной аналитики.
Будем держать вас в курсе.
Если вы готовы поделиться вашим кейсом – будем очень признательны.
Все предложения можно отправлять на почту: shestovskikh@arnica.pro
Мы обязательно свяжемся и пригласим к диалогу.
ДА! НАМ НЕОБХОДИМА СКВОЗНАЯ АНАЛИТИКА И ИНТЕГРАЦИЯ С БИТРИКСОМ ДВУСТОРОННЯЯ
API у вас уже есть, я уже написал внутреннюю систему управления бизнесом клиники ERP, но нужен расширенный АПИ.
Вот пару моментов с которым я уже столкнулся
Задача 1: Атрибуция выручки по сотрудникам на уровне позиций визита
Сейчас эндпоинт GET /api/v2/visit возвращает массивы services и commodities внутри визита, но каждая позиция содержит только поля: id, name, paySum, price, discount, amount. Поле resourceId
(сотрудник) есть только на уровне визита целиком.
При этом в интерфейсе Клиникон выручка распределяется по сотрудникам на уровне каждой отдельной позиции — например, администратор продал товар в рамках визита к врачу, и эта товарная выручка
привязана к администратору, а не к врачу.
Через API мы не можем получить эту разбивку и видим всю выручку визита на одном сотруднике (resourceId визита).
Что нужно сделать: Добавить поле resourceId (или employeeId) в каждый объект внутри массивов services и commodities в ответе эндпоинта GET /api/v2/visit и GET /api/v2/visit/{id}. Это поле
должно содержать ID сотрудника, которому атрибуирована выручка по данной позиции — так же, как это работает в интерфейсе Клиникон в отчёте по выручке врачей.
Пример текущего ответа:
{
"id": 326,
"name": "Контурная пластика лица",
"paySum": 30800,
"price": "30800.00",
"discount": 0,
"amount": 1
}
Пример желаемого ответа:
{
"id": 326,
"name": "Контурная пластика лица",
"paySum": 30800,
"price": "30800.00",
"discount": 0,
"amount": 1,
"resourceId": 65
}
---
Задача 2: Остатки товаров на складе
Сейчас в API нет эндпоинта для получения текущих складских остатков товаров (commodities). Мы можем получить справочник товаров через GET /api/v2/commodity, но там только название, категория
и цена — без информации о количестве на складе.
Что нужно сделать: Добавить эндпоинт (например, GET /api/v2/commodity/stock или GET /api/v2/warehouse) который возвращает текущие остатки товаров. Минимальный набор полей:
{
"data": [
{
"commodityId": 684,
"name": "Крем омолаживающий, 50 мл",
"quantity": 12,
"unit": "шт"
}
]
}
Если есть несколько складов — также добавить поле warehouseId / warehouseName.
---
Обе задачи нужны для построения аналитики по выручке сотрудников и управления товарными запасами через внешнюю ERP-систему.
Еще запрос:
Мы используем CRM Exchange API v2 для интеграции с нашей ERP-системой. Синхронизируем визиты, сотрудников, услуги, товары и платежи — всё работает отлично.
Сейчас хотим подключить данные бонусной программы. В текущей документации API v2 мы не нашли эндпоинтов для работы с бонусами.
Нам нужно получать:
1. Баланс бонусов клиента — текущее количество бонусных баллов
2. История начислений/списаний — когда, сколько, за какой визит начислено или списано
3. Правила начисления — процент начисления, срок сгорания баллов (если есть)
Подскажите, пожалуйста:
- Есть ли в API эндпоинты для бонусной программы, которых нет в публичной документации?
- Если нет — планируется ли добавление?
- Может быть, баланс бонусов доступен в объекте client через какое-то дополнительное поле, которое мы не видим?
Очень ждем