ForgeRock-succes med API-integrationer

Emne ASC 606, Indtægter fra kontrakter med kunder, indført af Financial Accounting Standards Board (FASB), ændrer markant, hvordan virksomheder vil indregne omsætning. ForgeRock havde brug for at forstå vigtigheden af ​​deres data og nøjagtigheden i indtægtsgenkendelse for at spore deres virksomheds generelle sundhed for at forblive kompatibel og identificere muligheder for vækst.

De vidste, at de havde en stram tidslinje for at få ASC 606-implementeringen gennemført, og med mangel på ressourcer, tid og budget var det klart, at disse forhindringer kunne forsinke projektet i at komme videre. ForgeRock indså, at de havde brug for en middleware-løsning, der var fleksibel nok til at sikre, at omsætningen kunne genkendes konsekvent på tværs af deres virksomhed, mens de overholder den nye Revenue Recognition Standard (ASC 606). Ydermere krævede nøjagtig implementering af ASC 606 et tilbageblik over flere års finansiel rapportering.

Implementering af en en-til-en-løsning ændrer drastisk forretningsarbejdsgange

ForgeRock brugte Intacct-kontraktmodulet, som er udviklet specielt til ASC 606. Allerede før man overvejede ASC 606-krav i implementeringen af ​​Intacct, ville forretningslogikken i Intacct-løsningen have tvunget til betydelige logiske ændringer inden for Salesforce. Ændring af hele deres driftstilstand og salgsproces inden for Salesforce var ikke acceptabelt, fordi det hænger direkte sammen Salesforce som en-til-en. For at undgå disse uønskede ændringer var ForgeRock nødt til at holde de to systemer adskilt. Men de var nødt til at stole på en API-platform, der kunne tage al forretningslogikken, kombinere den og placere den i API-tjenesten for at bruge den.

Dette var ekstremt kompliceret, fordi ForgeRock har mellem 10-12 enheder, hvor de har løn. Alle enheder har en kapitalisering af provisioner og en konsolideret funktionel valuta. På grund af kompleksiteten af ​​de forskellige komponenter, ville de skulle deles op mellem produkt, SKU'er og termer og flyde gennem middlewaren for at blive administreret korrekt. Der var mange bevægelige dele i designet, hvilket krævede arbejdsgange, som inkluderede API-kald, der splittede SKU'er i to, og derefter anvendte en kompleks resterende Standalone Selling Price (SSP) samt omkostningsregnskab.

DIAGRAM: Forgerock RevRec dataflow.

På en datasti til sammenlignelig historisk 606

En anden stor og udfordrende del af projektet var genangivelse af historiske data. De var nødt til at tømme, trække detaljer ud og derefter omkonfigurere historiske for at give sammenlignelig historisk ASC 606 indtægtsindregningsrapportering. Oprindeligt ønskede ForgeRock en tidlig 2017-adoption, men der var for mange kompleksiteter til at opfylde denne tidslinje. Så de besluttede at tage et skridt tilbage, se på, hvad der ville være involveret, og kom til den beslutning, at de var nødt til at skubbe projektet ud til 2018. Denne datoændring gav ForgeRock den nødvendige tillid til at fuldføre projektet med den kvalitetsstandard, de vidste skulle leveres.

”Vi skulle helt tilbage til 2012, fordi vores omkostningsanalyse under den levetid, vi valgte, er fire år. Vi var nødt til at se på alt, hvad vi omformulerede. Oprindeligt omregnede vi for 2015 og vedtog i 2017, og der var så mange oplysninger, såsom kontrakter og provisioner, der skulle gennemgås for fuldt ud at forstå, hvad den udskudte saldo og aktivsaldoen pr. 31. december 2015 ville være under ASC 606 ." sagde John Fernandez, ForgeRocks Chief Financial Officer.

ForgeRock oplevede betydelige omsætningsændringer på kort sigt

Ændringen i indtægtsindregning under ASC 606 kan væsentligt påvirke mængden af ​​indtægter, der indregnes i en given periode, og derved påvirke vækstraterne fra år til år for en company.

VC-fællesskabet lærer stadig om virkningen af ​​ASC 606. De er vant til SaaS-virksomheder i mange henseender, men samtalerne foregår ikke rigtigt omkring dette endnu. De, der kommer i spil, kæmper for at forstå den dramatiske effekt af tallene.

"På vores tal er det en ny verden, og vi bliver nødt til at give et komplet historisk syn på tendenser fra år til år for bedre at forstå ydeevne som en company. Vi skal sikre os, at vi forstår, hvordan vi undersøger tallene for at forbedre vores forudsigelser, og hvad P&L-påvirkningen vil være med hensyn til provision og kapitalisering. Der er sket en stor forandring, og der er brugt en masse ressourcer, penge og arbejde på at få dette rigtigt” sagde John Fernandez.

"Til sidst vil det hele være vand under broen, og alle vil have tilpasset sig de nye standarder, men indtil da tror jeg, at nogle investorer kan være forvirrede. Hvis virksomheder ikke gør dette korrekt, kan der endda være væsentlige tilpasninger, og det vil helt sikkert være ubehageligt for en påvirket company. Lige nu er det meget kompliceret, på et tidspunkt, hvor teknologier og processer burde blive enklere.”

Uden den rigtige platform ville der være mange smertepunkter

"Mange virksomheder kan tage en genvej og hårdkode alt, men når de foretager den første ændring, finder de hurtigt ud af, at deres metodologi er mangelfuld, og de kan endda have misset en af ​​de forbindelser, de skal lave i regnskabet eller i systemet sig selv. Der vil opstå fejl, fordi de ikke har det passende stykke middleware, der vil hjælpe dem med at bevæge sig igennem det. Vi så på andre iPaaS-løsninger; de havde lignende funktionalitet til at lave API-kald og segmentering, men vi kunne ikke få den use case, vi ønskede fra dem på en forenklet måde." sagde John Fernandez

Selv med punkt-til-punkt er der ikke en måde at sætte de nødvendige beskeder i kø. Der ville være nul synlighed af, hvad der sker i den anden ende, og der ville være et dvælende spørgsmål vedrørende status for hvert endepunkt. Hvis API-meddelelsen genereres fra kildesystemet, og den kommer op som en fejl, og det andet system er nede, bliver det et stort problem. Du bliver nødt til at genbehandle, hvilket er et andet problem i sig selv.

Hvis ForgeRock ikke havde løst dette med en platform, ville de have stået over for mange forhindringer. For eksempel skulle de skrive API'erne til Salesforce og Intacct og udvikle det i begge ender for at ændre datapakken. Dette projekt kunne ikke være blevet gennemført med ForgeRocks eksisterende teknologiudbydere, og de ønskede ikke at hyre en hær af udviklere til at bygge API'erne.

Hvis du opdeler de samlede omkostninger på seks ressourcer i løbet af seks måneder, kan projektet have nået et forbrug på en million dollars eller mere. Jitterbit-platformen gjorde det muligt for ForgeRock at overholde strenge deadlines, holde sig inden for budgettet og ikke bruge værdifulde ressourcer, der er nødvendige for andre projekter.

"Det er svært at forestille sig ikke at have en platform til at hjælpe os med at opnå det, vi skulle gøre. Vi startede i juni, og det var planlagt til at være færdigt i september. Vi ville have haft brug for omkring seks ressourcer for at overholde den deadline." sagde Anil Madithati, Senior Manager, Business Applications and Architecture.

Du har brug for en platform, der er kraftfuld, hurtig, skalerbar og pålidelig

Med Jitterbit opretter ForgeRock en brugerdefineret API til Intacct; de har en masse forretningslogik, der skal implementeres omkring API'en. Nu er det ekstremt simpelt at udtrække data fra et system til et andet system, så data let pakkes, opdateres automatisk og flyttes hurtigt, hvorhen de skal bo.

“Du har brug for en platform, der kan håndtere oparbejdningsmekanismen. Det handler ikke kun om at få det gjort, men også hvordan du skalerer. Hvis noget fejler, har du brug for en platform, der hjælper med at sætte i kø, autobehandle og hurtigt underrette en administrator om at tage øjeblikkelig handling. Med Jitterbit er alt automatiseret, og oprettelse af API'er er en meget mere forenklet proces." sagde Anil Madithati.

company har i øjeblikket en API til Intacct og en anden til Visual Compliance, som er ForgeRocks applikation til overholdelse af juridisk revision, der bruges til juridisk revision. Kontaktpersoner, kundeemner og revisorer revideres af dette system. De har også en dedikeret API, der udtrækker på en periodisk basis for overholdelse og derefter behandler den til Salesforce. ForgeRock har i alt fire API'er - Intacct, RevSym, Visual Compliance og Salesforce, med mere på vej. Jitterbit fungerer som mellemvare mellem Intacct ERP-systemet såvel som Salesforce. ForgeRock udnytter Jitterbit API til at udtrække information, såsom salgsfakturaer og salgsordredata og sender dem til RevSym, for ASC 606 compliance, som implementeres gennem Jitterbit.

Om

ForgeRock er den digitale identitetsstyring company transformere den måde, organisationer interagerer sikkert på med kunder, medarbejdere, enheder og ting.