Spring til indhold

API og integrationer (CRM, Make, n8n)

Forbind dit CRM eller dit ERP med Sattotal via API-nøgler: synkronisér kunder og leverandører automatisk og sikkert

Sattotals API lader et andet program — dit CRM, dit ERP, Make, n8n, Zapier eller et script, du selv har skrevet — læse og oprette kunder og leverandører i din organisation, uden at nogen skal importere en CSV i hånden. Det styres med API-nøgler, som administratoren opretter under Indstillinger → API, hver med sit eget navn og med rettigheder pr. ressource, og som kan tilbagekaldes når som helst. Her får du, hvad API'et kan, hvordan du opretter nøglen, hvordan du kalder API'et, og hvordan du sætter en synkronisering op med Make trin for trin.

Forbind dit CRM og dine automatiseringer

Ethvert værktøj, der kan sende en HTTP-forespørgsel (Make, n8n, Zapier, dit eget CRM eller ERP), kan læse, oprette og opdatere kunder og leverandører.

Nøgler med navn og rettigheder

Én nøgle pr. integration, og inde i hver nøgle én rettighed pr. ressource: du kan give læseadgang til leverandører uden at give skriveadgang til kunder. Op til 10 aktive nøgler pr. organisation.

Trinvis synkronisering

Med parameteren actualizadoDesde hentes kun de kunder eller leverandører, der er ændret siden sidste kørsel: ideelt til et scenarie, der kører med få minutters mellemrum.

Sikker fra bunden

Nøglen vises kun én gang og gemmes krypteret, så den ikke kan genskabes. Hver nøgle har kun adgang til sin egen organisations data og kan tilbagekaldes med det samme.

Hvem kan bruge det

Nøglerne oprettes og tilbagekaldes af organisationens administratorer. API'et er med i de betalte abonnementer (Basic, Pro og Enterprise) og i prøveperioden; på det gratis abonnement viser skærmen en hængelås med mulighed for at skifte abonnement. En nøgle handler altid på organisationens vegne, ikke en persons: den arver ikke nogen teknikers rettigheder og optræder ikke som bruger i teamet.

Sådan opretter du en nøgle

1

Gå til Indstillinger → API

Fra sidemenuen, Indstillinger, kortet „API“. Du ser listen over organisationens nøgler (aktive og tilbagekaldte) og et kort „Sådan forbinder du“ med basis-URL'en og et eksempel.

2

Tryk på „Ny nøgle“

Giv den et navn, der viser, hvilken integration det er („Butikkens CRM“, „Make“, „n8n“). Skal du en dag tilbagekalde den, ved du hvilken.

3

Vælg rettighederne

Markér de ressourcer, integrationen har brug for — Kunder, Leverandører eller begge — og vælg for hver af dem „Kun læsning“ (slå op) eller „Læse og skrive“ (slå op, oprette, opdatere og arkivere). En ressource, der ikke er markeret, er en ressource, nøglen ikke når. Vælg det mindste, den har brug for.

4

Kopiér nøglen, og gem den i dit værktøj

Hele nøglen (den begynder med sat_) vises kun én gang. Kopiér den med knappen, og sæt den ind i Make, n8n eller dit CRM. Mister du den, kan den ikke gendannes: du tilbagekalder den og opretter en ny.

Indstillinger → API: liste over nøgler og en nyoprettet nøgle

CRM Make

sat_Ab3k…x9Zq

Tilbagekald

n8n

sat_Qm7t…p2Lk

Tilbagekaldt

Nøgle oprettet

sat_Ab3k9Zq2Xv8Lp1Mn4Rt7Wy0Cd5Fg6Hj3Kl8Sx9ZqKopiér

Det er den eneste gang, du ser hele nøglen. Mister du den, så tilbagekald den og opret en ny.

En nøgles rettigheder

Kun læsning

Kan liste og slå den ressource op. Ethvert forsøg på at oprette, ændre eller arkivere får en 403-fejl med koden PERMISO_DENEGADO og den rettighed, der mangler.

Læse og skrive

Kan ud over at slå op også oprette, opdatere og arkivere i den ressource. Det er den rettighed, en tovejssynkronisering har brug for.

Rettigheder gives pr. ressource

Rettighederne gives pr. ressource, og det har allerede vist sig: da leverandørerne kom til, fik de nøgler, der fandtes i forvejen — alle sammen til kunder — IKKE adgang til dem. De skulle markeres. Det samme gælder enhver ressource, der kommer til senere: en integration ser aldrig mere, end du har givet den.

Sådan godkender du dig

Send nøglen med i hver forespørgsel, server til server, i headeren Authorization: Bearer sat_…. Tillader dit værktøj ikke autorisationsheadere, accepteres den også i headeren x-api-key. Basis-URL'en er adressen på dit Sattotal efterfulgt af /api/v1 (den ligger klar til at kopiere på skærmen Indstillinger → API).

GET /api/v1/me
Authorization: Bearer sat_Ab3k9…x9Zq

API'et har med vilje ikke CORS: det er lavet til servere og automatiseringsværktøjer, ikke til hjemmesider eller apps, der kører i dine kunders browser. En nøgle må aldrig ende i en browser.

Hvad du kan (endpoints)

Alle svar har formen success + data (plus pagination i lister). En kunde kan du bede om ud fra id eller ud fra koden (CLI-0007); en leverandør kun ud fra id.

MetodeStiHvad det gørRettighed
GET/meReturnerer din organisation og den nøgle, du kalder med. Brug den til at „teste forbindelsen“ i Make eller n8n.Enhver
GET/clientesSideopdelt liste over kunder. Filtre: busqueda, tipo, activo og actualizadoDesde. Uden activo returneres også de arkiverede.Læsning
POST/clientesOpretter en kunde med de samme regler som formularen (skatte-id efter dit land, ingen dubletter af skatte-id eller e-mail).Skrivning
GET/clientes/{id}Returnerer én kunde ud fra id eller kode.Læsning
PATCH/clientes/{id}Opdaterer kun de felter, du sender. PUT accepteres som synonym.Skrivning
DELETE/clientes/{id}Arkiverer kunden (activo = false). Intet slettes, og kaldet kan gentages uden fejl.Skrivning
GET/proveedoresSideopdelt liste over leverandører. Filtre: busqueda, activo, tipoProveedor, codigo og actualizadoDesde. Uden activo returneres også de arkiverede.Læsning
POST/proveedoresOpretter en leverandør. Kun navnet er obligatorisk. Findes der allerede en med samme skatte-id eller samme navn, svarer den 409 med id'et på den eksisterende.Skrivning
GET/proveedores/{id}Returnerer én leverandør ud fra id. Koden duer IKKE her: se bemærkningen længere nede.Læsning
PATCH/proveedores/{id}Opdaterer kun de felter, du sender. Kontaktlisten erstattes som helhed. PUT accepteres som synonym.Skrivning
DELETE/proveedores/{id}Arkiverer leverandøren (activo = false). Intet slettes, og kaldet kan gentages uden fejl.Skrivning
GET/reparacionesSidedelt liste over sager, nyeste indlevering først. Filtre: cliente, estado, entradaDesde, entradaHasta og actualizadoDesde.Læsning
GET/reparaciones/{id}Returnerer én sag ud fra id eller sagsnummer.Læsning
GET/clientes/{id}/reparacionesEn kundes sager (ud fra kundens id eller kode) med de samme filtre.Læsning
GET/clientes/{id}/resumenKundens aktivitetsoverblik: hvor mange reparationer kunden har (i alt, åbne og pr. status), hvor meget kunden har fået tilbud på, og hvornår kunden sidst var forbi.Læsning

Kundens felter

Felterne er de samme som på kundekortet: nombre og tipo (particular eller empresa) er obligatoriske; nif_cif, apellidos, razonSocial, email, telefono, telefonoSecundario, direccion (calle, numero, piso, codigoPostal, localidad, provincia, pais) og notas er valgfrie. Skatte-id'et gemmes med store bogstaver og e-mailen med små. I svaret er alle nøgler altid med, med null når der ikke er nogen værdi, så feltmapningen i dit værktøj ikke går i stykker. Pas på navnet: nombre er fornavnet (eller firmanavnet for en virksomhed), og efternavnet skal stå for sig i apellidos, i flertal.

Felter, som API'et ikke kender

Hvis body indeholder en nøgle, der ikke findes (for eksempel firstName i stedet for nombre eller apellido i ental i stedet for apellidos), afvises anmodningen ikke, men værdien gemmes ikke. Så det ikke går ubemærket hen, indeholder svaret ved oprettelse og redigering af kunder avisos.camposIgnorados med en liste over de nøgler; adressefelter står med deres sti, fx direccion.ciudad. Ser du den, så tjek feltmapningen i din integration. Felter, som API'et selv returnerer (id, codigo, createdAt…), giver aldrig en advarsel, så du kan hente en kunde, ændre den og sende den hel tilbage.

POST /api/v1/clientes
{ "firstName": "Daniel", "nombre": "Florea", "tipo": "particular" }

201 Created
{
  "success": true,
  "data": { "nombre": "Florea", "apellidos": null, … },
  "avisos": { "camposIgnorados": ["firstName"] }
}

Eksempel: opret en kunde

Forespørgsel

POST /api/v1/clientes
Authorization: Bearer sat_Ab3k9…x9Zq
Content-Type: application/json

{
  "nombre": "Daniel",
  "apellidos": "Florea",
  "tipo": "empresa",
  "razonSocial": "Assista Tech SRL",
  "nif_cif": "RO12345678",
  "codigoPersonalizado": "801",
  "email": "daniel@example.com",
  "telefono": "+40 700 000 000",
  "direccion": { "localidad": "București", "pais": "RO" }
}

Svar (201)

{
  "success": true,
  "data": {
    "id": "64b0…0001",
    "codigo": "CLI-0042",
    "codigoPersonalizado": "801",
    "codigoVisible": "801",
    "tipo": "empresa",
    "nombre": "Daniel",
    "apellidos": "Florea",
    "razonSocial": "Assista Tech SRL",
    "nif_cif": "RO12345678",
    "email": "daniel@example.com",
    "activo": true,
    "createdAt": "2026-09-18T10:00:00.000Z",
    "updatedAt": "2026-09-18T10:00:00.000Z"
  }
}

Leverandører

Ud over kunderne giver API'et adgang til leverandørkartoteket: de samme fem endpoints, de samme fejlkoder og den samme trinvise synkronisering. Det er kun kartoteket: indkøbene og leverandørfakturaerne bliver, hvor de allerede er, i dit ERP eller i Sattotal.

Leverandørens felter

Kun nombre er obligatorisk. Valgfrie: codigo, cif, email, telefono, telefonoSecundario, web, direccion (på én enkelt linje, ikke et objekt som hos kunderne), ciudad, provincia, codigoPostal, pais, contactos, tipoProveedor (general, producto, servicio, logistica eller otro), formaPago, plazoPago (i dage; 0 er kontant), cuentaCliente og notas. Hver kontakt har nombre — obligatorisk — samt cargo, telefono, email og notas; kontakterne har ikke deres egen identifikator.

Sådan opdateres kontakterne

Den liste, du sender, ERSTATTER den, der var. Sender du en tom liste, slettes alle kontakter; sender du ikke nøglen (eller sender null), bliver de, som de var. Det er dét, der gør, at du kan læse en leverandør, ændre ét felt og sende hele objektet tilbage uden mærkelige følger.

Forespørgsel

POST /api/v1/proveedores
Authorization: Bearer sat_Ab3k9…x9Zq
Content-Type: application/json

{
  "nombre": "Distribuciones Norte",
  "cif": "B12345678",
  "tipoProveedor": "producto",
  "plazoPago": 30,
  "cuentaCliente": "C-4471",
  "contactos": [
    { "nombre": "Ana Ruiz", "cargo": "Ventas", "email": "ana@norte.es" }
  ]
}

Svar (201)

{
  "success": true,
  "data": {
    "id": "64b0…0009",
    "codigo": "PROV-004",
    "nombre": "Distribuciones Norte",
    "cif": "B12345678",
    "tipoProveedor": "producto",
    "plazoPago": 30,
    "cuentaCliente": "C-4471",
    "contactos": [
      { "nombre": "Ana Ruiz", "cargo": "Ventas",
        "telefono": null, "email": "ana@norte.es", "notas": null }
    ],
    "excluidoRecargoEquivalencia": false,
    "activo": true,
    "createdAt": "2026-09-19T08:00:00.000Z",
    "updatedAt": "2026-09-19T08:00:00.000Z"
  }
}

Bankoplysningerne kommer ikke ud via API'et

Leverandørens IBAN og bankkonti bliver hverken returneret eller taget imod, og det er med vilje: slap en nøgle ud, kunne den ikke bruges til svindel med skiftet kontonummer, som er den mest almindelige med leverandører. Til gengæld kommer cuentaCliente med, for det er DIT kundenummer hos den leverandør, og det er dét, et ERP afstemmer sine indkøb med.

Udligningstillægget kan kun læses

Feltet excluidoRecargoEquivalencia bliver returneret, og du må sende det tilbage med samme værdi (så du kan sende hele objektet tilbage), men at ændre det via API'et giver 400: det afgør, om udligningstillægget („recargo de equivalencia“) lægges på dine indkøb hos den leverandør, og det flytter altså beskatningsgrundlaget på dine købsfakturaer. Det ændres på leverandørkortet. Uden for Spanien har det ingen som helst virkning.

Leverandørkoden udpeger ikke nogen

Til forskel fra kundens er leverandørkoden (PROV-004) ikke entydig: den kan gå igen selv inden for dit eget værksted. Derfor tager GET /proveedores/{id} kun imod id'et. Gemmer dit ERP kun koden, så brug filteret i listen: GET /proveedores?codigo=PROV-004 returnerer alle, der passer, og så afgør du hvilken.

Reparationssager (kun læsning)

API’et kan også læse reparationssager: sagsnummer, status, datoer, enheden (type, mærke, model, serienummer, IMEI) og tilbuddet. Kun læsning: sager oprettes og skifter stadig status i Sattotal, hvor indleveringskvitteringen og udleveringen underskrives. Nøglen skal have ressourcen Reparationer markeret; nøgler til kunder eller leverandører har ikke adgang til dem.

Felter i sagen

Hver sag indeholder numeroFicha, estado, prioridad, ubicacion, averiaDeclarada, diagnostico, forløbets datoer (indlevering, start og slut på fejlfinding og reparation, besked til kunden, udlevering og ultimoCambioEstado, hvornår sagen fik sin nuværende status), et kundeoverblik (id, codigo, codigoVisible, nombre, apellidos, razonSocial), enheden (id, codigo, tipo, marca, modelo, numeroSerie, imei, color), tilbuddet (numero, total, estado, fechaEnvio og fechaRespuesta, eller null hvis der ikke er et), den tildelte tekniker (kun navnet) og plazoEntregaEstimado, den leveringstid kunden fik oplyst på indleveringskvitteringen. Interne noter, underskrifter, fotos, dokumenter og enhedens adgangskoder returneres aldrig.

Forespørgsel

GET /api/v1/clientes/CLI-0042/reparaciones?estado=reparado
Authorization: Bearer sat_Ab3k9…x9Zq

Svar (201)

{
  "success": true,
  "data": [{
    "id": "64b0…0042",
    "numeroFicha": "ORD-2026-0042",
    "estado": "reparado",
    "prioridad": "normal",
    "averiaDeclarada": "No carga",
    "diagnostico": "Conector de carga dañado",
    "fechas": {
      "entrada": "2026-09-20T09:00:00.000Z",
      "finReparacion": "2026-09-22T17:30:00.000Z",
      "entrega": null
    },
    "cliente": { "id": "64b0…0001", "codigoVisible": "801", "nombre": "Daniel" },
    "dispositivo": {
      "tipo": "movil", "marca": "Apple", "modelo": "iPhone 13",
      "numeroSerie": "F2LXX0000", "imei": "356789012345678"
    },
    "presupuesto": { "numero": "PRES-2026-0010", "total": 89.9, "estado": "aprobado" },
    "tecnico": { "nombre": "Andrei Popescu" },
    "plazoEntregaEstimado": "3 días laborables"
  }],
  "pagination": { "total": 1, "page": 1, "limit": 25, "totalPages": 1 }
}

Find kunden ud fra nummeret, der ringer

Hvis dit CRM eller dit omstillingsanlæg åbner kundekortet, når et opkald kommer ind, så brug GET /clientes?telefono=<nummer>. Der søges i både det primære og det sekundære telefonnummer, uanset hvordan nummeret er skrevet: mellemrum, bindestreger og landekoden (+45 eller 0045) ignoreres. Så finder »20 12 34 56« en kunde, der er gemt som »+45 20-12-34-56«. Der skal mindst 6 cifre til.

Kundeoverblik til dit CRM

GET /clientes/{id}/resumen returnerer i ét kald det, et CRM typisk viser på kundekortet: totalReparaciones, reparacionesAbiertas (enheden er stadig på værkstedet), porEstado, totalPresupuestado og totalPresupuestosAprobados (i værkstedets valuta, som kommer i moneda), primeraReparacion, ultimaReparacion og ultimaActividad (den seneste ændring i en af kundens sager). Ligesom sagerne kræver det ressourcen Reparationer.

Forespørgsel

GET /api/v1/clientes?telefono=0722 123 456
→ { "data": [{ "id": "64b0…0001", "codigoVisible": "801", "telefono": "+40 722 123 456", … }] }

GET /api/v1/clientes/801/resumen
{
  "success": true,
  "data": {
    "cliente": { "id": "64b0…0001", "codigoVisible": "801" },
    "moneda": "RON",
    "totalReparaciones": 7,
    "reparacionesAbiertas": 1,
    "porEstado": { "entregado": 6, "en_reparacion": 1 },
    "totalPresupuestosAprobados": 1240.5,
    "ultimaReparacion": "2026-10-02T09:15:00.000Z",
    "ultimaActividad": "2026-10-06T16:40:00.000Z",
    …
  }
}

Synkronisér kun det, der er ændret

Du behøver ikke hente det hele ved hver kørsel. Gem dato og tid for den seneste kørsel i dit værktøj, og bed kun om de kunder eller leverandører, der er ændret siden da, med parameteren actualizadoDesde. Svaret er sorteret stigende efter ændringsdato med en stabil rækkefølge ved ens datoer, så du kan bladre igennem det uden at springe poster over. Arkiverede poster er også med (med activo = false), så dit CRM kan afspejle arkiveringen.

GET /api/v1/clientes?actualizadoDesde=2026-09-18T10:00:00Z&limit=100&page=1
Authorization: Bearer sat_Ab3k9…x9Zq
1

Første kørsel

Gennemløb GET /clientes med limit=100 og page=1, 2, 3… indtil totalPages er brugt op. Gem starttidspunktet.

2

De næste kørsler

Bed om GET /clientes?actualizadoDesde=<gemt tid>, og behandl kun det, der kommer. Gem starttidspunktet for denne kørsel igen.

3

Forbind, dublér ikke

Gem Sattotal-id'et sammen med posten i dit CRM. Får du en 409 DUPLICADO, når du opretter, indeholder svaret existenteId: forbind den i stedet for at oprette en ny.

Sideopdeling og søgning

Lister accepterer page (fra 1) og limit (25 som standard, højst 100; beder du om mere, skæres det til 100). Feltet busqueda søger i navn, efternavn, firmanavn, skatte-id, e-mail, kode og telefon.

Fejlkoder, og hvad du gør

Alle fejlsvar indeholder success: false, en forklarende tekst og en stabil code, som dit program kan træffe beslutninger ud fra. Dem kan du få:

NO_AUTORIZADO

Nøglen mangler, har et format, der ikke er vores, eller findes ikke. Tjek headeren Authorization.

CLAVE_REVOCADA

Nøglen var gyldig, men en administrator har tilbagekaldt den. Opret en ny under Indstillinger → API, og opdatér den i dit værktøj.

PLAN_REQUERIDO

Organisationen er på det gratis abonnement. API'et virker igen, når du skifter til et betalt abonnement.

PERMISO_DENEGADO

Nøglen har ikke den rettighed, handlingen kræver. Svaret angiver i ambitoRequerido, hvilken der mangler: opret en nøgle med den rettighed.

NO_ENCONTRADO

Der er ingen kunde eller leverandør med det id i din organisation. Poster i andre organisationer er aldrig synlige, og der skelnes ikke mellem „findes ikke“ og „er ikke din“.

DUPLICADO

Der findes allerede en post med de oplysninger: skatte-id eller e-mail hos kunder; skatte-id, navn eller kode hos leverandører. Svaret indeholder campo og existenteId, så du kan forbinde den i stedet for at oprette en ny.

VALIDACION

Et felt består ikke valideringen (eller JSON'en er forkert formateret). I details står feltet og årsagen, ligesom i formularen.

IDENTIFICADOR_FISCAL_REQUERIDO

Den kunde skal have et skatte-id: i dit land er det obligatorisk for den kundetype, du sendte (for eksempel altid for virksomheder).

RATE_LIMIT

For mange forespørgsler. Vent det antal sekunder, headeren Retry-After angiver, og prøv igen.

API_DESACTIVADA

API'et er midlertidigt slået fra på grund af vedligeholdelse. Prøv igen senere.

Grænser

120 forespørgsler i minuttet pr. nøgle (rigeligt til en periodisk synkronisering; det bremser en løbsk løkke). 10 aktive nøgler pr. organisation. Lister returnerer højst 100 poster pr. side. Er organisationen på det gratis abonnement med månedskvoten brugt op, stopper oprettelsen af kunder ligesom i appen.

Trin for trin: synkronisér kunder med Make

Et typisk scenarie: hvert 15. minut hentes de kunder og leverandører, der er nye eller ændrede i Sattotal, over i dit CRM. I n8n gør du det samme med noden HTTP Request og en Schedule-node.

1

Opret nøglen i Sattotal

Indstillinger → API → Ny nøgle, rettigheden „Kun læsning“, hvis du kun skal læse, „Læse og skrive“, hvis du også skal oprette kunder fra CRM'et. Kopiér nøglen.

2

HTTP-modulet „Make a request“

URL: din basis-URL + /clientes. Metode GET. Headeren Authorization med værdien Bearer og din nøgle. Markér „Parse response“ for at arbejde med JSON'en.

3

Test forbindelsen

Kør allerførst én forespørgsel til /me: returnerer den din organisation og nøglens navn, er godkendelsen i orden.

4

Tilføj det trinvise filter

Gem datoen for den seneste kørsel i en Data store eller en variabel, og send den som actualizadoDesde i URL'en. Planlæg scenariet til hvert 15. minut.

5

Map felterne over i dit CRM

Gennemløb data[], og map id, codigo, nombre, apellidos, email, telefono, nif_cif og direccion. Gem Sattotal-id'et i dit CRM, så du opdaterer i stedet for at dublere.

Vil du oprette kunder fra CRM'et, tilføjer du endnu et HTTP-modul med metoden POST til /clientes og kundens JSON-body. Får du 409, så brug existenteId til at forbinde.

God sikkerhedspraksis

Én nøgle pr. integration

Så kan du tilbagekalde én uden at ødelægge de andre, og i listen kan du se, hvornår hver især sidst blev brugt.

Aldrig i browseren eller i et offentligt repository

Gem den i dit værktøjs lager til legitimationsoplysninger (forbindelser i Make, credentials i n8n, miljøvariabler). Lægger du den i et repository eller på en hjemmeside, skal du betragte den som lækket.

Lækker den, så tilbagekald og opret en ny

Tilbagekaldelsen sker med det samme: den gamle nøgle begynder at få 401 CLAVE_REVOCADA. Opdatér den nye i dit værktøj, og du er færdig.

API-specifikation

Den komplette tekniske reference (stier, parametre, skemaer og fejlkoder) er udgivet i et åbent format på /api/v1/openapi.json, uden at der kræves nøgle. Som standard er den på spansk; tilføj ?lang= med dit sprog for at få den oversat (for eksempel ?lang=da eller /api/v1/openapi.json?lang=en). Du kan importere den i Postman, Insomnia, Make eller n8n og få alle kald gjort klar.

Ofte stillede spørgsmål

Jeg har mistet nøglen, kan jeg se den igen?

Nej. Den vises kun, når den oprettes, og gemmes derefter, så den ikke kan genskabes. Tilbagekald den under Indstillinger → API, og opret en ny.

Er der webhooks, så Sattotal giver mit CRM besked, når noget ændrer sig?

Ikke endnu. Den anbefalede måde er at spørge med jævne mellemrum med parameteren actualizadoDesde, som kun returnerer det, der er ændret.

Hvilke data giver API'et adgang til?

Kunder og leverandører: liste, oprette, slå op, opdatere og arkivere. Rettighederne gives pr. ressource, så en nøgle, der blev oprettet, før leverandørerne fandtes, når dem ikke, før en administrator markerer det. Derudover reparationssager med kun læseadgang (status, datoer, enhed og tilbud) med deres egen tilladelse.

Kan jeg slette en kunde via API'et?

Nej, kun arkivere (activo = false), ligesom i appen. Det gælder både kunder og leverandører. En arkiveret post bliver ved med at optræde i synkroniseringen, så dit CRM kan afspejle det.

Er API'et med i det gratis abonnement?

Nej. Det er med i Basic, Pro og Enterprise og i prøveperioden. På det gratis abonnement kan du stadig se og tilbagekalde de nøgler, du har oprettet.

Kun kundens efternavn kommer igennem. Hvorfor gemmes fornavnet ikke?

Det er næsten altid feltmapningen: fornavnet skal i nombre og efternavnet i apellidos. Sender dit værktøj fornavnet under en anden nøgle (firstName, name, apellido…), kasserer API'et den og fortæller det i avisos.camposIgnorados i svaret. Ret mapningen, og send kunden igen med en PATCH.

Kan jeg finde kunden ud fra det nummer, der ringer til mig?

Ja. Kald GET /api/v1/clientes?telefono= med nummeret, som det kommer ind: det er ligegyldigt, om det har landekode, mellemrum eller bindestreger, og der søges også i det sekundære telefonnummer. Med kundens id kan du derefter hente sagerne (/clientes/{id}/reparaciones) og overblikket (/clientes/{id}/resumen).

Vil du prøve det selv?

Prøv Sattotal gratis med eksempeldata, uden kreditkort.