Utvecklarportal
Välkommen till Sweets portal för utvecklare, här hittar du mer information om Sweets API, integrationer, vanliga frågor och svar samt annan nyttig dokumentation – Sweet va?

Sweet CRM API

Lär dig mer om hur du kan använda Sweet CRM REST API för dina integrationer i Sweet CRM API dokumentation.
Sweet Forms API

Lär dig mer om hur du kan använda Sweet Forms REST API för dina integrationer i Sweet Forms API dokumentation.
Sweet Automation API

Lär dig mer om hur du kan använda Sweet Automation REST API för dina integrationer. För att ta del av dokumentationen, öppna upp din Sweet Automation-miljö, kopiera URL:en och lägg till ändelsen ”Api/swagger” i slutet för att komma vidare till Swagger och dokumentationen. Eller hitta den här
Sweet manual

Läs mer om funktionerna i Sweets plattform i våra användarmanualer, här kan du steg för steg lära dig hur du själv använder plattformen, ändrar inställningar eller lägger till integrationer med mera.
Frågor och svar
Hur säkerställer Sweet att informationssäkerheten är hög?
Arbetet med infomationssäkerhet innebär att vi har tydliga riktlinjer och processer för
– Utveckling av ny funktion med interna tester och externa penetrationstester
– Val av teknik för vår plattform
– Hantering av kunduppgifter, bara relevanta uppgifter lagras
– Utveckling av kundlösningar, bara nödvändiga personer har åtkomst
– Åtkomst till kod, bara nödvändiga personer har åtkomst
– Åtkomst till kundens data, bara nödvändiga personer har åtkomst
– Ärendehantering
– Incidenthantering
– Monitorering och felhantering
– Tillgänglinghet/ upptid
– Löpande träning i informationssäkerhetshot
– Träning i incidenthantering
Vad för typ av integrationer kan man göra i Sweet?
– API-integrationer: Anslut till Sweet-plattformen genom att använda API:er för att skicka och hämta data. Detta ger flexibilitet och möjlighet att anpassa integrationsflöden efter specifika krav.
– Direkt till databas eller datamart: Möjligheten att integrera direkt med databaser eller datamarts ger en effektiv och snabb länk mellan system och underlättar datautbyte.
– FTP eller SFTP-integrationer: File Transfer Protocol (FTP) eller Secure File Transfer Protocol (SFTP) kan användas för att överföra filer mellan Sweet och andra system, vilket är användbart för batchöverföringar.
– Meddelandeköer: Integrering genom meddelandeköer möjliggör asynkron kommunikation mellan system, vilket är användbart för att hantera stora datavolymer och för att förbättra prestanda.
Vi vill alltid ligga i framkant vad det gäller integrationsmöjligheter för att det ska vara lätt att automatisera och digitalisera, därför utvecklar vi löpande nya integrationer till vårt standardutbud. Våra standardintegrationer finns att läsa om under Plattform/ Integrationer.
Vilka autentisieringsmetoder stödjer Sweet?
– Sweets egen med användarnamn och lösenord
– Synkzone
– Microsoft Azure AD
– OpenID
Sweet CRM
Vilken typ av anrop stöds av Sweet CRMs API?
GET: Används för att hämta information från en entitet i plattformen.
POST: Används för att skicka data och begära att en entitet ska skapas i plattformen.
PUT: Används för att uppdatera en befintlig entitet i plattformen med ny information.
DELETE: Används för att begära att en specifik entitet ska tas bort från servern.
Hur lagras data i Sweet CRM?
Sweet Automation
Vilken typ av API-anrop stöds av Sweet Automation API?
GET: Används för att hämta information från en entitet i plattformen.
POST: Används för att skicka data och begära att en entitet ska skapas i plattformen.
PUT: Används för att uppdatera en befintlig entitet i plattformen med ny information.
DELETE: Används för att begära att en specifik entitet ska tas bort från servern.
Hur sätts Sweet Automation upp?
Var lagras datat i Sweet Automation?
Urval
Urval utgör grunden för dataextraktion. Urvalen kan delas in i två delar, metadata och urvalsmallar:
Metadata för urval
Urvals motorn lagrar metadata om datakällor inom plattformen. Denna metadata inkluderar:
– Namn och beskrivningar av tabeller och kolumner i en relationsdatabas.
– Sökvägar, filnamn och filtyper för filer lagrade antingen på nätverksdelningar eller online.
– API-slutpunkter.
Känslig metadata, såsom anslutningssträngar och autentiseringsuppgifter, är krypterad för säkerhet. Endast administratörer med nödvändiga behörigheter kan få tillgång till metadata för urval.
Urvalsmallar
Genom att använda den lagrade metadatan kan användare skapa urvalsmallar. Vid utförandet extraherar dessa mallar data från datakällan, som kan vara känslig eller icke-känslig. Varje extraktion loggas och fångar detaljer som:
– Användaråtkomst och potentiell dataexponering.
– Tidpunkt för extraktion.
– Exakt databasfrågeinformation.
– Antal datarader returnerade.
Urval kan låsas så att de inte kan ändras av någon annan användare (eller administratör). Alla urvalsmallar och dataextraktionsloggar kan nås av alla användare i systemet.
Flöden
Användare av systemet kan skapa flöden som utför åtgärder. Dessa åtgärder kan utföra en hel rad olika uppgifter. Till exempel, skicka eller hämta e-post, exportera eller läsa en fil, uppdatera en databas, göra API-anrop, osv.
Under detta behöver Sweet Automation behålla viss data för att hålla reda på pågående processer. Denna data kan vara unika ID:n som CaseId, AccountId, CustomerId eller något annat som unikt identifierar ”objektet som bearbetas i flödet” som vi kallar ”flödesdeltagaren”.
Användare kan välja var de vill lagra data relaterad till flödet. Antingen
– Inom plattformen.
– I vilken relationsdatabastabell som helst, utanför plattformen.
Beroende på datans natur kan användaren bestämma vilken lagring som passar bäst per flöde.
Loggning
Varje körning inom ett flöde loggas och fångar detaljer som:
– Användare som schemalade körningen.
– Start- och slutdatum för körningen.
– Påverkade rader i körningen.
– Exakt konfiguration av åtgärden vid körningens tidpunkt.
– Om några urvalsmallar användes inom körningen loggas det enligt specifikationen ovan.
Flöden kan låsas så att de inte kan ändras av någon annan användare (eller administratör).
Flöde kan konfigureras för att köras i ”testläge” där valda åtgärder hoppas över.
Alla flöden och alla körningsloggar kan nås av alla användare i systemet.
Filer uppladdade i flöden
Användare har möjlighet att ladda upp filer i Sweet Automation som kan behövas för ett specifikt flöde.
Dessa filer lagras inom plattformen och kan nås av alla användare i systemet.
Vad för typ av integrationer kan man göra i Sweet Automation?
– API-integrationer: Anslut till Sweet-plattformen genom att använda API:er för att skicka och hämta data. Detta ger flexibilitet och möjlighet att anpassa integrationsflöden efter specifika krav.
– Direkt till databas eller datamart: Möjligheten att integrera direkt med databaser eller datamarts ger en effektiv och snabb länk mellan system och underlättar datautbyte.
– FTP eller SFTP-integrationer: File Transfer Protocol (FTP) eller Secure File Transfer Protocol (SFTP) kan användas för att överföra filer mellan Sweet och andra system, vilket är användbart för batchöverföringar.
– Meddelandeköer: Integrering genom meddelandeköer möjliggör asynkron kommunikation mellan system, vilket är användbart för att hantera stora datavolymer och för att förbättra prestanda.
Vi vill alltid ligga i framkant vad det gäller integrationsmöjligheter för att det ska vara lätt att automatisera och digitalisera, därför utvecklar vi löpande nya integrationer till vårt standardutbud. Våra standardintegrationer finns att läsa om under Plattform/ Integrationer.
Finns det färdiga integrationer?
Sweet Forms
Vilken typ av API-anrop stöds av Sweet Forms API?
GET: Används för att hämta information från ett formulär eller svarsset
POST: Används för att skicka data och begära att ett svarsset ska skapas i plattformen.
PUT: Används för att uppdatera ett befintlig svarsset med ny information.
DELETE: Används för att begära att en specifikt svarsset ska tas bort från servern.
Hur lagras svaren, filerna och formulären i Sweet Forms?
Du kan välja att sätta upp Sweet Forms:
– I Azure Cloud, antingen delat eller separat moln
– On-premise
Formulärsmallar
Formulärmallarna lagras inom plattformen, efter vald uppsättning och lagringsmodell, och kan nås av formuläradministratörer (formulärdesigners) i formulärlösningen. Publicerade formulär görs tillgängliga efter behov, för internt eller externt bruk, med eller utan autentisiering.
Svar på formulär,
Svaren kan lagras på två olika sätt, antingen till databas, eller som en fil.
– Databas: Svaren lagras i Azure Cloud (eller egen databas) och kan nås av systemets administratörer, och om man vill användare. Det är möjligt att ändra inställningarna för åtkomstkontroll, från begränsad till fullt tillgängliga svar. Formulärsvar kan till exempel begränsas till att endast vara tillgängliga för formulärdesigners eller genom att använda länken till svaret under en viss period.
– Fil: Fillagring möjliggör lagring utanför Sweet, exempelvis via en extern lagringsleverantör eller annan filyta.
Filer uppladdade till formuläret
Filer som bifogas/laddas upp till formulär kan nås av administratörer, samt av användare via menyvalet ”Urval”.
Digitalt signerade dokument
När du använder en extern e-signeringsleverantör lagrar de den slutliga och signerade versionen av formuläret i sin e-signeringsplattform. Vi kan också tillhandahålla den signerade PDF:en från signeringsleverantören i Sweet via integration.
Extern lagring
Om dina data är mycket känsliga föreslår vi att du lagrar dina data i din egen databas eller i en molnlagringsleverantör med önskad säkerhetsnivå. Vi samarbetar nära med vår partner Synkzone som är experter på att lagra känsliga filer, dokument eller formulär med stränga användaråtkomstkontroller uppdelade i krypterade zoner.