Към съдържанието

Помощ

Помощ стъпка по стъпка с прикачени файлове, клиентски имейл и интеграции в Rapportly.

Клиентски папки, изпращане и вход

Една папка за всеки клиент с всички доклади и разговорни пакети. Така при следващ разговор намираш всичко веднага.

Отворете Клиенти и изберете клиентска папка. Използвайте Контакт за данните на клиента, Изпращане на материали за подаване на материали, Клиентски вход за клиентски достъп и Сподели с клиента за предоставяне на документи.

Клиенти

Подаване на документи по имейл

Дай на този клиент собствен имейл адрес за подаване на липсващи документи. Всичко, което изпрати там, например снимка на фиша му за заплата, автоматично постъпва в досието на този клиент.

  1. Имейл адрес:

    Попълни имейл адреса на този клиент по-горе. Без него поща от непознати подателя ще бъде игнорирана: само известни подателя ще преминат.

  2. Създай адрес за подаване на документи

    Този клиент може да изпраща липсващи документи на този адрес. Прикачените файлове автоматично постъпват в досието му. Снимки на фиш за заплата или годишна справка също са приемливи.

Администратор трябва да активира получаването на документи за твоя офис, преди клиентите да могат да изпращат файлове по имейл.

Този адрес е за документи от клиента. Записи и транскрипти изпращаш на адреса за предаване на твоя офис при разговорния пакет.

Сигурна връзка за предаване

Дай на клиента си връзка, с която той сам предава своя запис и документи. Не му е нужен акаунт и не вижда нищо от досието си.

  1. Създай връзка за предаване

    Връзката е готова. Изпрати я на клиента си.

  2. Оттегли

    Всеки, който има връзката, може да предава файлове до датата на изтичане, но не може да преглежда нищо. Оттегли връзката, когато приключиш.

Сигурната връзка за предаване е достъпна от Pro+ нагоре.

Клиентски портал

Дай на клиента си собствен вход. Той вижда само своята папка и само това, което ти си разрешил. Може да изпраща документи по всяко време.

  1. Имейл адрес:

    Първо въведи имейл адреса на този клиент в клиентските данни; там ще бъде изпратена поканата.

  2. Покани клиента

    Клиентът ти получава покана по имейл и влиза с линк. Не е необходима парола.

  3. Какво може да вижда клиентът ти

    По подразбиране клиентът ти не вижда нищо от тази папка. Разрешавай достъп до отделни части; можеш да го отнемеш по всяко време.

Защитен клиентски портал

Клиентският портал е достъпен от Pro+ нагоре.

Подходящи прикачени файлове към клиентския ти имейл

Обещаваш ли по време на разговор да изпратиш брошура, ценова листа или друг документ? Rapportly предлага подходящия файл от твоята база с документи при концептуалния имейл. Налично от Pro+.

  1. Подготви постоянните си документи

    Отиди в Моята работа → Прикачени файлове и добави своите брошури, ценови листи или обяснителни документи. Използвай ясни имена на файловете.

  2. Създай пакет за разговора

    Използвай транскрипта или бележките си. Увери се, че обещанието е включено, например: ще ти изпратя нашата брошура за договори за поддръжка.

  3. Прегледай предложените прикачени файлове

    В секцията Обещано в този разговор виждаш подходящите документи. Не е намерен файл? Тогава обещанието е в Предстои да бъде доставено.

  4. Подготви клиентския имейл

    С Запази като концепт изтегляш имейл файл с предложените прикачени файлове. Можеш и да изтеглиш файловете поотделно. Отваряне в имейл програмата не включва прикачените файлове автоматично.

  5. Провери и изпрати

    Отвори концепта в подходяща имейл програма, попълни получателя и провери текста и прикачените файлове. Премахни прикачен файл, ако не е подходящ. Rapportly уведомява, ако даден файл не е могъл да бъде добавен.

Не е необходима директна връзка с пощенска кутия. Изтеглянето създава концептуален файл; нищо не се поставя директно в пощенската ти кутия и нищо не се изпраща.

Проверка и изпращане на имейл

Свържи собствената си поща в Gmail и подготви писмо до клиент с предложените приложения като чернова. Връзката с Gmail е налична в ограничена бета версия с покана, започвайки от Pro+.

Черновите в Gmail са изпитани на практика. Изпращането след одобрение все още се тества на практика. Microsoft 365/Outlook предстои скоро.

  1. Свържи пощенската си кутия

    Отиди в Моят профил → Връзки и избери Gmail. Искаш да изпращаш от Rapportly? Избери също Разрешаване на изпращането и завърши потвърждението. Google обединява създаването и изпращането на чернови в едно разрешение; Rapportly допълнително изисква твоето одобрение за всяко писмо.

  2. Провери предварителния преглед

    При писмото до клиента отвори Изпращане директно през Rapportly. Въведи получателя и прегледай темата, текста, приложенията и евентуалните скрити копия.

  3. Одобри това писмо

    Избери Одобряване и изпращане. Ако след проверката писмото или получателят се променят, първо трябва да видиш нов предварителен преглед.

  4. Проследи изпращането

    Rapportly поставя одобреното писмо в опашката за изпращане. Твоят времеви прозорец определя кога писмото се обработва. В Автоматизация виждаш състоянието на изпращането.

Можеш и само да подготвиш чернова в Gmail и да я изпратиш сам оттам. Свързването на пощенска кутия само по себе си не означава одобрение на писмо до клиент. Други доставчици на електронна поща ще бъдат добавени след собствените им практически тестове.

Настройване и отстраняване на проблеми

Трябва ли сам да настройвам нещо в Google?

По време на ограничената бета версия Rapportly първо трябва да разреши достъп на твоя Google профил. След това го свързваш през Моят профил → Връзки. Не е нужно да създаваш проект в Google Cloud, API ключ или сървърна настройка. Не споделяй паролата си с Rapportly.

Кой профил да избера?

Избери Gmail или Google Workspace профила, от който искаш да изпращаш писма. Адресът може да е различен от този за вход в Rapportly. След свързването провери показания имейл адрес.

Може ли да е нужен фирменият администратор?

Да. Твоята организация може да ограничава достъпа на свързани приложения. Ако Google съобщава, че достъпът е блокиран от организацията ти, помоли администратора на Google Workspace да оцени Rapportly.

Защо трябва отново да дам разрешение?

Съществуваща връзка за чернови все още няма разрешение за изпращане в Rapportly. За целта избери Разрешаване на изпращането. В текущия тестов режим на Google разрешението изтича след седем дни; тогава трябва да свържеш профила отново. При оттеглено разрешение също трябва да го дадеш отново.

Всяко писмо ли се изпраща автоматично?

При този начин на работа първо проверяваш предварителния преглед и одобряваш всяко писмо поотделно. Твоят времеви прозорец и евентуалните блокирания в Автоматизация остават в сила. Извън прозореца писмото изчаква; състоянието Изпратено означава, че доставчикът на електронна поща е приел изпращането, а не че получателят е прочел писмото.

Как да прекратя връзката?

Отиди в Моят профил → Връзки и избери Прекъсване при пощенската кутия. Първо провери в Автоматизация дали още чакат одобрени писма. Прекъсването не изтрива чернови или изпратени писма, които вече са в Gmail.

Свържете Zapier с Rapportly

Zapier може автоматично да предава обобщение на завършен разговор или да докладва на друга система, като вашата CRM, електронна таблица или екипен канал. Zapier е отделен от имейла на клиента: той не изпраща имейл на клиента от вашата пощенска кутия на Rapportly.

Приложението Rapportly в Zapier е достъпно като бета версия само с покана от Pro+. Имате нужда от покана за приложението Zapier. Само администраторът на акаунта в Rapportly може да създаде необходимия API ключ.

  1. Поискайте достъп до приложението Zapier

    Попитайте Rapportly за връзката за покана и я приемете с акаунта в Zapier, в който искате да изградите автоматизацията. Rapportly все още не е включен в публичната директория на приложения на Zapier.

  2. Създайте API ключ

    В Rapportly отидете на Моят акаунт → Връзки. Дайте на ключа разпознаваемо име, като Zapier CRM, и изберете Нов API ключ. Копирайте ключа веднага: от съображения за сигурност той се показва само веднъж.

  3. Свържете Rapportly в Zapier

    Създайте нов Zap, изберете Rapportly като стартово приложение и поставете API ключа, когато Zapier ви помоли да се свържете. Не споделяйте ключа по имейл или чат и не го съхранявайте извън Zapier.

  4. Изберете кога да започне Zap

    Изберете Завършен разговор, за да обработите обобщенията на завършените разговори, или Доклад завършен за завършени отчети. След това изберете целевото приложение и действие, като например актуализиране на CRM запис или добавяне на ред в електронна таблица.

  5. Картирайте задължителните полета и тествайте

    Картирайте само полетата, необходими на целевата система. За предпочитане тествайте със синтетични данни, проверете резултата в целевото приложение и едва след това включете Zap.

  6. Проверете доставката

    Под Моят акаунт → Връзки, Rapportly показва активния webhook и последното му състояние на доставка. Zapier създава и премахва този webhook автоматично, когато включите или изключите Zap.

Вие избирате целевата система и данните, изпратени до нея в Zapier. Проверете предварително кои клиентски данни са необходими и кой има достъп. Отмяната на API ключ в Rapportly незабавно спира свързания трансфер.

Настройка и отстраняване на неизправности

Защо не мога да намеря Rapportly в Zapier?

Приложението Zapier все още е бета версия само с покани и не е публично посочено в директорията на приложенията. Първо приемете връзката за покана на Rapportly, след което проверете дали сте влезли в правилния акаунт в Zapier.

Може ли член на екипа да създаде API ключа?

Не. Само администраторът на акаунта в Rapportly може да създава и отменя API ключове. Администраторът може да настрои връзката или да въведе ключа директно в Zapier.

Какви данни изпраща Rapportly?

Това зависи от избрания тригер и полетата, които картографирате в Zapier. Резюме или отчет за завършен разговор може да съдържа клиентски данни. Изпращайте само това, което е необходимо и се уверете, че системата на местоназначението е обхваната от вашите споразумения за поверителност.

Как да спра връзката?

Изключете Zap, така че уеб кукичката му да се премахне автоматично. За да спрете незабавно и напълно достъпа, отменете съответния API ключ под Моят акаунт → Връзки.

Мога ли да се свържа без Zapier?

да Техническият администратор може да използва Rapportly API и директно да защити уеб кукички. За стандартна CRM, електронна таблица или връзка с екипен канал Zapier обикновено е най-простият път.

API за разработчици

Свържете софтуера чрез изрични действия за източници, обработка, резултати и управление. Това ръководство описва наличния API в рамките на документираните ограничения на изданието. Потребителят, правата, мястото и кредитите остават свързани с профила в Rapportly.

API за разработчици

Съществуващата основа на API и описаното CRM разширение са достъпни след контролирано внедряване в рамките на ограниченията на изданието. CRM тестът в продукционна среда обхваща запазени търсения, регистриране на посещения и процеси на обслужване; шаблоните на офиса са само прочетени. Езиковата обработка в работните процеси и сравнението на историята са тествани локално и в CI, но тези доказателства не потвърждават пълното им поведение в продукционна среда. Ръководството за изтегляне посочва точните доказателства. Това не означава пълно функционално съответствие с уебсайта.

Подгответе интеграцията в три стъпки

  1. 1
    Изберете потребител, среда и права

    Отворете Профил → Интеграции. Използвайте тестов ключ за симулатора и отделен продукционен ключ за реални действия с измислени данни. Администраторът задава само нужните права и подходящ бюджет.

  2. 2
    Упражнете приемането и грешките

    Започнете със симулатора. После импортирайте договорите на API и разгледайте синтетичните примери. Тайните остават на сървъра; промените в колекцията са изключени по подразбиране.

  3. 3
    Проследете цяла задача

    Запазете входа и идентификатора, проверете старта и крайното състояние, прочетете резултата, изтеглете наличен файл и проверете потреблението. Изпълнете това само в одобрена среда.

Създайте API ключ

Базов адрес

https://api.rapportly.io/api/rapportly/v1

Ключът принадлежи на потребител

Ключът делегира правата на един потребител. Администраторът задава среда, таван на правата, месечен бюджет и валидност. Членът активира подготвения ключ и вижда тайната веднъж. Всяка заявка проверява и текущите права на потребителя, пакета и обекта. Управлението на ключове ползва потребителска сесия, а продукционните действия API ключ. Пазете тайните на сървъра и отменете изгубен ключ в Профил → Интеграции. Събитията на Zapier имат отделен договор.

HTTP
GET https://api.rapportly.io/api/rapportly/v1/ping
Authorization: Bearer rply_<jouw_sleutel>

Ползвайте конкретни договори и примери

Продукционният OpenAPI описва договорите на кода и маркира частичните входове или отговори. Описът показва отворени схеми. Колекцията Postman започва с невалиден адрес, празни ключове и изключени промени. Импортирайте за преглед и съзнателно изпращайте измислени данни в одобрена среда. Импортът още не е тестван.

Клиенти за JavaScript и Python

Изтегли малки клиенти без външни зависимости за проверка на достъпа, четене на действия и потребление, създаване на досиета, качване на източници, стартиране на отчети, оферти или презентации, следене на състоянието и изтегляне на резултати. SDK поддържа този ограничен набор от API функции; той не осигурява всички функции на сайта. Инсталацията и примерите са описани в ръководството към пакета.

Съхранявай API ключа на своя сървър и запази данните за идентичността на заявката преди стартиране. Клиентите не повтарят автоматично платени заявки. При временните изтегляния не се изпраща API ключ и те са ограничени до предварително разрешени източници на хранилището (origin). Съществуващите права, бюджети и ограничения на пуснатата версия продължават да важат.

Първо упражнявайте с измислени задачи

Създайте тестов ключ и упражнете текущи задачи, резултати, грешки и недостатъчен бюджет. Симулаторът ползва фиксирани примери и не струва кредити.

  1. В Профил → Интеграции създайте или активирайте ключ Test с желаните права.
  2. Заявете GET /test/scenarios и изберете действие от отговора. Списъкът следва текущите права.
  3. Изпратете POST /test/opdrachten само с actie и scenario: succes, verwerking_mislukt, creditbudget_bereikt или toegang_geweigerd. Всяко ново упражнение има собствен Idempotency-Key.
  4. Запазете opdracht_id. При bezig прочетете GET /test/opdrachten/{id} след около пет секунди. Винаги проверявайте състоянието: HTTP200 може да съдържа неуспешна обработка.
HTTP
POST https://api.rapportly.io/api/rapportly/v1/test/opdrachten
Authorization: Bearer rply_test_<jouw_testsleutel>
Idempotency-Key: test-rapport-0001
Content-Type: application/json

{
  "actie": "rapport.start",
  "scenario": "succes"
}

Примерът изисква rapport.start в списъка ви. При проблем с връзката повторете същите данни и Idempotency-Key.

Какво доказва упражнението?

Упражнявате задачи, изчакване, повторения и грешки. Не се създават реални файлове, AI обработки, имейли или webhooks. Упражнението не доказва качество на документите или реално отчитане на кредити. После пробвайте конкретни продукционни действия с измислени данни и отделен ключ. Учебните задачи изтичат след седем дни.

Извличайте само необходимото

Търсете достъпни клиентски папки, разговори и доклади. /acties показва действия и права, /gebruik бюджет и резервирани кредити, /verzoeken техническа история. Текущата обработка още няма резултат. Връзките за доклади важат 15 минути; прочетете доклада отново за нова връзка.

GET/ping

Проверете ключа.

GET/gesprekken?zoek=&limiet=30&offset=0

Търсете достъпни разговори и преглеждайте резултатите.

GET/gesprekken/{id}

Прочетете състоянието и резултата на разговора.

GET/rapporten/{id}

Прочетете състоянието и резултата на доклада.

GET/rapporten?limiet=30&offset=0

Вижте достъпни доклади, при нужда в едно досие.

GET/klanten?zoek=&limiet=30&offset=0

Намерете достъпни клиентски папки и техния klantId.

Актуализиране на управлението на клиенти

Софтуерът ти може да променя шаблоните на офиса, да запазва лични търсения, да регистрира посещение и да създава процес за обслужване. Използвай подходящите административни права и потвърждавай всяка промяна. Първо прочети актуалната версия и запази същия идентификатор на заявката, ако отговорът се загуби. Повторение на стара заявка не бива да отменя по-нова промяна. Тестът в продукционна среда проверява търсенията, посещенията и процесите на обслужване, включително почистване и отмяна на ключове. Шаблоните на офиса са само прочетени; записът е тестван локално и в CI. Ръководството за изтегляне описва четирите маршрута и границите на доказателствата за тях.

Сравняване на две запазени версии

Сравни два съществуващи номера на версии на едно и също запазено текстово поле от отчет или поле от разговор без нова AI обработка. Този договор е тестван локално и в CI; CRM тестът в продукционна среда не доказва поведението на сравнението в продукционна среда. Липсващата история не се допълва с текущия текст. Дългите разлики се съкращават до най-много 8000 знака от всяка страна с видимо обозначение. Не се сравняват PowerPoint, изчисления на оферти, придружителни писма или форматиране. Текущите права за четене и условията за поверителност продължават да важат.

Поискайте предварителна оценка на разхода

POST /generatieplan показва очакваните стъпки и кредити за доклад, оферта или разговор. Ползвайте gebruik:lezen. Изчислението и екипните настройки съответстват на сайта.

Оценката не започва обработка и не отнема кредити. Не е гарантирана максимална цена. Показвайте несигурностите, например още неизвестни разходи за четене на файлове. Стартът проверява отново правата и кредитите.

Изтеглете ръководството за оценка и примерите

Стартирайте обработка от вашия софтуер

API свързва досиета, документи, качвания, аудио, транскрипция, клиентски папки, стилове, резултати, работни потоци, Excel и целеви съобщения. Всеки маршрут има собствени вход, права, потвърждения и проверки на версия. Съществуващите обработка и отчитане на кредити важат. Началният отговор потвърждава приемане; после прочетете състоянието. Описът посочва отворените договори.

Първо създайте досие

Генерирайте и запазете UUID. Изпратете PUT /dossiers/{id} само с naam, до 200 знака. 201 означава създаване, 200 идентично повторение. Досието принадлежи на потребителя и организацията на ключа и не струва кредити. Различни данни връщат 409; недостъпно или изтрито досие 404. GET /dossiers/{id} чете naam и klant_id с право за четене.

HTTP
PUT https://api.rapportly.io/api/rapportly/v1/dossiers/00000000-0000-4000-8000-000000000002
Authorization: Bearer rply_<jouw_sleutel>
Content-Type: application/json

{ "naam": "Voorbeeldproject" }

Доклад, оферта или презентация

Започнете с dossierId и notities. tier е незадължително: basis, standaard или max. Без стилов профил се ползва неутрално оформление. Може да добавите достъпни stijlprofielId, klantId, bronOpnameIds и taal. Стилът трябва да съответства на документа. Офертите ползват фирмени настройки и безопасна номерация; API не ги изпраща на клиента.

POST/rapporten

Създайте доклад от бележки и налични източници.

POST/offertes

Създайте оферта със съществуващите номерация, права и кредити.

POST/presentaties

Създайте презентация, по избор с presentatieOpties или bronRapportVersieId на достъпен завършен доклад.

HTTP
POST https://api.rapportly.io/api/rapportly/v1/rapporten
Authorization: Bearer rply_<jouw_sleutel>
Idempotency-Key: crm-rapport-2026-0001
Content-Type: application/json

{
  "dossierId": "00000000-0000-4000-8000-000000000002",
  "notities": "Team Atlas besprak de training. Noor plant de volgende bijeenkomst op donderdag.",
  "tier": "standaard"
}

Запазете versie_id и следете GET /rapporten/{versie_id}, също за оферти и презентации. При klaar, resultaat съдържа наличните файлове: export_url за PDF, export_url_docx за Word и export_url_pptx за PowerPoint. Връзките важат 15 минути. При mislukt първо проверете обработката и потреблението; не стартирайте автоматично нова задача с друг ключ.

Изтеглете стъпките от източник до изтегляне

Качете собствени стилови примери

Изпратете един до три файла като пълен комплект. Rapportly ползва същите проверки на файлове и стил като сайта. Мястото и кредитите принадлежат на свързания потребител.

  1. Изпратете файлове, име, тип документ, личен или екипен обхват, изрично потвърждение и постоянен идентификатор. Екипният стил изисква администратор или ръководител.
  2. Запазете идентификатора за приемане и четете състоянието. Получено означава, че целият комплект е запазен; проверка на прегледа и одобрение може да следват.
  3. След прекъсване повторете точно заявката без създаване на втори стил. Непълните качвания могат да се повторят тридесет дни, после се почистват контролирано.

Изтеглете ръководството за стилови примери, multipart и грешки

Свържете календар или пощенска кутия

Потребителят лично дава съгласие в Google или Microsoft. Софтуерът следи заявката и може съзнателно да прекрати връзката. Паролите и токените на доставчика не се появяват в отговора.

Ползвайте verbindingen:beheren за връзки и agenda:lezen за срещи. Изпращането изисква и право за изпращане плюс изрична заявка.

Запазете номер на заявката, идентификатор и текуща основа. Повтаряйте изгубени заявки точно; старо прекъсване не бива да премахва по-нова връзка.

API може да избере основната пощенска кутия с права за управление и изпращане. Първо прочетете текущия избор и връзка. Старо повторение не променя по-нов избор; съществуващите изпращания пазят подателя.

Изтеглете стъпките за съгласие, срещи, прекъсване и възстановяване

Резултати от разговор чрез текст

Изпратете транскрипция с поне сто знака. Следете резултата чрез gesprek_id. Незадължителни: titel, tier, klantId и taal.

HTTP
POST https://api.rapportly.io/api/rapportly/v1/gesprekken
Authorization: Bearer rply_<jouw_sleutel>
Idempotency-Key: crm-gesprek-2026-0001
Content-Type: application/json

{
  "transcript": "Team Atlas bespreekt uitsluitend een fictieve oefening. Het team plant een training en verzamelt algemene voorbeeldvragen zonder klantgegevens.",
  "titel": "Kennismaking"
}

Четене на съществуващи езикови варианти

Прочети съществуващите езикови резултати. Описаните маршрути на работния процес за стартиране, пауза, продължаване и възстановяване са тествани локално и в CI; CRM тестът в продукционна среда не потвърждава тази езикова обработка. Използвай ги само в среда, одобрена за тази цел. Първоначалният потребител, ключът, източникът и разходите остават свързани със заявката. Актуалният статус на източника, правата, бюджетът и провереното разплащане остават задължителни; изтекъл или изтрит източник не дава право за ново стартиране. Пакетната обработка с включен втори език остава блокирана, включително при наследени настройки. Платеното допълване на един липсващ резултат от превод все още е изключено.

HTTP
GET https://api.rapportly.io/api/rapportly/v1/gesprekken/00000000-0000-4000-8000-000000000001/taalvarianten
Authorization: Bearer rply_<jouw_sleutel>
Избягвайте дублирани задачи

Пазете точния вход и уникален Idempotency-Key за всяка нова задача. Повечето стартове приемат 8–128 безопасни знака; съгласието и първоначалните ревизии на доклади изискват поне 16. Примерите използват поне 16. При изгубен отговор повторете същите данни със същия ключ. При конфликт на версия първо прочетете отново. Досиетата и качванията ползват собствен UUID като граница на повторението.

Получете известие след приключване на обработката

Rapportly може да изпраща технически препратки до сървъра ви. После извлечете съдържанието с подходящи права за четене без постоянно запитване за напредъка.

  1. Създайте HTTPS получател и го регистрирайте чрез POST /webhooks с webhooks:beheren. Използвайте същия продукционен ключ за съответните задачи.
  2. Проверете подписа върху оригиналните байтове и пазете всеки идентификатор на събитие уникално. Потвърдете след безопасно съхраняване заедно със следващата задача. Повторение не бива да създава втора задача.
  3. Прочетете GET /webhook-afleveringen и подробностите. Временни грешки се повтарят до осем пъти; може да заявите допълнителен кръг. Прието означава получено от сървъра ви. Проверете последващата обработка там.

Симулаторът не изпраща реални известия. Пробвайте получателя с измислени данни и отделна продукционна връзка. Примерът проверява известието; вашият сървър управлява съхраняването и следващите действия.

Какво означава кодът за грешка?

400

Поправете входа или Idempotency-Key.

401

Ключът липсва, е неправилен или отменен.

402

Липсват кредити, бюджет или валидно платено продължаване.

403

Ключът, потребителят или пакетът няма това право.

404

Обектът липсва или не се вижда от потребителя.

409

Входът, версията или задачата са променени. Първо прочетете текущото състояние.

429

Изчакайте и спазвайте Retry-After.

503

Източникът или обработката не са безопасно достъпни. Прочетете състоянието; повторете точно само ако договорът го позволява.

Защитете ключа и клиентските данни

  • Използвайте ключа само на сървъра, никога в публичен код на браузъра.
  • Ползвайте отделен ключ за всяка интеграция и отменяйте старите.
  • Не слагайте ключове, резултати или временни връзки в публични дневници или чатове.
  • Пазете извлечените клиентски данни според правилата за достъп на системата си.
Кои части още изискват работа?

Описът посочва частичните схеми, а ръководството за изтегляне описва ограниченията и доказателствата за всяко действие. Успешният CRM тест не доказва поведението на езиковата обработка в работните процеси или сравнението на историята в продукционна среда. Многоезичната пакетна обработка и платеното допълване на един липсващ резултат от превод остават изключени. API ключът не предоставя допълнителни потребителски права; сравнението на документи поддържа само описаните запазени текстови полета.