Salesforce: utfärda verifierade intyg från ett flöde

TL;DR

Det finns två vägar ut ur Salesforce och båda fungerar. Ett postutlöst flöde med HTTP-anrop är lågkodsvägen, och det är den de flesta team bör använda. Ett Apex-anrop är utvecklarvägen, och den är rätt när logiken är mer invecklad än ett flöde kan uttrycka. Oavsett väg autentiseras kopplingen med en named credential, så att token hanteras i Salesforce i stället för att klistras in i ett flöde, och TRUE utfärdar intyget med er design, skrivet till blockkedjan i samma stund som det utfärdas.

Två vägar, båda standard. Ett postutlöst flöde för lågkodsvägen, eller Apex när logiken kräver det.
Ni väljer tidpunkten. Utlösaren är den ändring i Salesforce som betyder att intyget är förtjänat.
Inloggningsuppgifterna hanteras ordentligt. En named credential håller token inne i Salesforce i stället för i själva flödet.

Hur fungerar intygsintegrationen med Salesforce?

Salesforce har posten och vet när den ändras. Ett postutlöst flöde bevakar den ändring ni bryr er om och gör ett HTTP-anrop. TRUE tar emot det, utfärdar intyget enligt rätt design och levererar det till personen som står på posten.

1

Bestäm vad som räknas som förtjänat

Det här är det verkliga beslutet, och det är ert. En slutförd utbildningspost, en godkänd certifiering, en status som når ett värde ni redan använder. Allt annat följer av det.

2

Bygg flödet, eller Apex-klassen

Ett postutlöst flöde med HTTP-anrop täcker de flesta fall utan kod. Om er logik kräver mer än ett flöde kan uttrycka gör ett Apex-anrop samma jobb. Autentiseringen går via en named credential i båda fallen.

3

Intygen utfärdas av sig själva

När en post uppfyller villkoret får personen ett intyg i ert varumärke, säkrat med blockkedja och med en permanent verifieringslänk.

Vad står på intyget?

Mottagarens namn, vad hen har förtjänat, er organisation och datumet det utfärdades, skrivet till blockkedjan i samma stund som det utfärdas så att det inte går att ändra eller antedatera i efterhand.

Mottagarens namn och intyget. Hämtas från själva posten i Salesforce, så det stämmer med det ert CRM redan säger.
Er organisation. Intyget bär ert varumärke och ligger på er egen domän.
Utfärdandedatum som ligger fast. Det skrivs till blockkedjan vid utfärdandet, och därför går intyget inte att antedatera.
En permanent verifieringslänk. En arbetsgivare bekräftar intyget genom att öppna länken eller skanna QR-koden, utan att kontakta er.

Vad behöver finnas på plats innan det kan slås på?

En Salesforce-administratör som kan bygga ett flöde, ett villkor som utlöser och en intygsdesign. Inget behöver installeras från marknadsplatsen.

En Salesforce-administratör med behörighet att bygga flöden, eller en utvecklare om ni väljer Apex-vägen.
Ett villkor som utlöser, den ändring som betyder att intyget är förtjänat. Det är den del som är värd att tänka igenom innan ni bygger något.
En intygsdesign, som vi bygger efter er profil eller som ni anpassar från en befintlig mall.

Vad får mottagaren?

Ett animerat intyg i ert varumärke som levereras via mejl, på er egen domän och inte på vår. Det har en QR-kod och en permanent verifieringsadress, så vem som helst kan bekräfta det utan att kontakta er, och det läggs till på en LinkedIn-profil med ett klick.

Snyggt formgivet. Animerat, i ert varumärke och interaktivt i stället för en statisk PDF.
En länk att dela. En enda adress som fungerar i en mejlsignatur, en portfolio eller ett CV.
Verifiering med QR-kod. En arbetsgivare, en kund eller en tillsynsmyndighet bekräftar intyget direkt.
Klart för LinkedIn. Läggs till på en profil med ett klick, och då hamnar ert namn framför hela deras nätverk.
Säkrat med blockkedja. Det går inte att ändra, förfalska eller antedatera efter utfärdandet.

Hur hanteras personuppgifter?

Anropet skickar bara de fält ni mappar in i det, vilket för ett intyg är ett namn, en mejladress och vad intyget gäller. Eftersom ni bygger flödet själva ser ni exakt vad som lämnar Salesforce.

TRUE drivs inom EU, och vi skriver ett personuppgiftsbiträdesavtal med er innan något slås på.

Hur mycket har TRUE utfärdat för organisationer som er?

Mer än 500 000 dokument för över 200 organisationer i 15 eller fler länder, och intyg som mottagarna delat har gett över 100 miljoner marknadsföringsvisningar. Siffrorna är TRUE:s egna från plattformen, inte tredjepartsforskning.

500K+ Utfärdade dokument

200+ Organisationer

15+ Länder

100M+ Marknadsföringsvisningar

Räcker en post i Salesforce på egen hand?

Den bevisar att posten finns i ert CRM, och det räcker för er egen rapportering. Vad den inte kan är att bevisa något för personen den gäller, eller för någon som hen visar den för.

Funktion	Bara posten	Posten med TRUE kopplat
Bevis utanför er organisation	Läsaren får ta det på förtroende	En permanent verifieringslänk som vem som helst kan öppna
Går inte att manipulera	Nej	Ja, skrivet till blockkedjan vid utfärdandet
Ligger på er domän	Nej	Ja, i ert varumärke på er egen domän
Kan delas på LinkedIn	En fil att bifoga	Läggs till på LinkedIn med ett klick
Arbete per deltagare	Manuell hantering för allt formellt	Inget, det utfärdas vid slutförande
Var token finns	Ej tillämpligt	En named credential, som hanteras inne i Salesforce
Statistik	Ingen	Visningar, delningar och verifieringar mäts

Vad frågar Salesforce-administratörer om det här?

Mest om det kräver Apex, om något måste installeras och var token finns. Oftast inte, nej, och i en named credential.

Behöver vi Apex, eller räcker ett flöde?

Ett postutlöst flöde med HTTP-anrop räcker i de flesta fall och kräver ingen kod. Apex är rätt val när logiken är mer invecklad än ett flöde kan uttrycka.

Måste vi installera något?

Nej. Båda vägarna använder det som redan finns i Salesforce. Det finns inget att lägga till från marknadsplatsen.

Var finns API-token?

I en named credential, som är Salesforces eget sätt att förvara inloggningsuppgifter till ett externt system. Den ligger inte i själva flödet.

Vad ska utlösa intyget?

Den ändring som i er process betyder att intyget är förtjänat. Vi tar fram det tillsammans med er, eftersom det är en processfråga snarare än en teknisk fråga.

Behöver mottagarna ett konto hos TRUE?

Nej. Intyget kommer via mejl med en unik länk. Ingen inloggning, inget konto och ingen app.

Kan intyget ha vår egen design?

Ja. Vi bygger designen efter er grafiska profil, eller så anpassar ni en från en befintlig mall. Intyget bär ert varumärke och ligger på er egen domän.

Kan vi utfärda intyg för poster som redan är stängda?

Ja. Tidigare poster kan utfärdas i en omgång, så att en eftersläpning inte behöver hanteras för hand.

Vad gör mottagaren med intyget?

Dela det. Det är en länk och inte en fil, så det hamnar på en LinkedIn-profil med ett klick och i en mejlsignatur eller ett CV, och varje delning leder tillbaka till en verifieringssida med ert namn.

Redo att slå på det?

Vi tar fram er intygsdesign och exakt det anrop flödet ska göra, ni bestämmer utlösaren, och nästa post som uppfyller den utfärdar ett verifierbart intyg.

Boka en kostnadsfri demo Se API-dokumentationen

Alla integrationer i TRUE Integration av intyg via API Automatiserade intyg Partnercertifieringar för teknikföretag Egen domän