För dig som arbetar på depåinstitut

Här hittar du information om olika aktiviteter kopplade till våra depåtjänster – som rapportering, återköp, utbetalningar och redovisning av skatter och avgifter.

Vill du veta mer om hur varje aktivitet fungerar? Klicka här för att se processbilderna.

För teknisk information om integration, metodbeskrivningar och XML-format, hänvisar vi till respektive avsnitt i vår tekniska dokumentation (på engelska).

Rapportera innehav

Depåinstitut ska löpande rapportera innehav på respektive depåkonto till Futur. Detta görs senast klockan 8:30 varje bankdag, med API-metoden:

POST /Holdings

Utöver den dagliga rapporteringen ska innehav på respektive depåkonto även rapporteras årligen, enligt samma process.

Alternativt kan rapportering ske via SFTP, då enligt XML-schemat Holdings. För mer information om API, SFTP och XML, se den tekniska dokumentationen.

Till sidans topp

Rapportera transaktioner

Depåinstitut ska löpande rapportera transaktioner på respektive depåkonto till Futur. Detta görs senast klockan 8:30 varje bankdag, med API-metoden:

POST /Transactions

Alternativt kan rapportering ske via SFTP, då enligt XML-schemat, Transactions. För mer information om API, SFTP och XML, se den tekniska dokumentationen.

Till sidans topp

Redovisning av kostnader, avgifter och tredjepartsersättningar

Utöver den dagliga rapporteringen av innehav och transaktioner behöver Futur även få in uppgifter om:

  • Samtliga kostnader och avgifter som har dragits på varje depå

  • Eventuella tredjepartsersättningar som depåinstitutet tagit emot

Denna rapportering sker en gång per år, under perioden mars–april. Rapporterna används som underlag för att informera försäkringstagaren, enligt kraven i IDD (Försäkringsdistributionsdirektivet).

Kostnaderna ska delas in i tre kategorier:

  1. InvestmentServices

  2. ThirdPartyPayments

  3. InvestmentProductCost

Dessa tre ska tillsammans summera till kundens totala kostnad i depån, efter att eventuell rabatt dragits av.

Rapportering kan ske via e-post eller SFTP, enligt XML-schemat CostAndCharges. För mer information om SFTP och XML, se den tekniska dokumentationen.

Till sidans topp
Till sidans topp

Återköp

Återköp av försäkring kan göras på tre sätt:

  • Via tredjepartsgränssnitt

  • Via Futur Privat

  • Via manuell pappersblankett

Eftersom det är Futur som äger depåerna, måste alla återköp godkännas av oss. Uttag kan endast göras till föranmälda konton.

Behörighet för att hämta kundinformation via API

För API-metoder som ger tillgång till kundinformation krävs ett behörighetsfilter, så att endast auktoriserade aktörer kan hämta data.

Tillgång ges i följande fall:

  • Om frågeställaren har fullmakt från kunden – då visas information om alla kundens försäkringar

  • Om frågeställaren är ett depåinstitut där kunden har en depå – då visas endast information om de försäkringar som är kopplade till just det depåinstitutet

Anmäla ett konto

För att anmäla ett konto för återköp, använd API-metoden: 

POST /Customer/{customerNumber}/WithdrawalAccount 

I metoden motsvarar customerNumber det kontonummer som försäkringstagaren angett. Kontonummer ska anges utan bindestreck och utan Swedbanks kontrollsiffra i clearingnummer. Konton som anmälts till Futur före klockan 07:00 hinner verifieras till cirka klockan 13:00 samma dag. 

Kontrollera konton

För att se vilka konton som är godkända för återköp för en försäkringstagare, använd API-metoden:

GET /Customer/{customerNumber}/WithdrawalAccount 

Kontrollera försäkringar

För att se vilka försäkringar tillhörande en försäkringstagare som går att göra återköp från, samt minsta och största möjliga belopp, använd kundnummer tillsammans med API-metoden: 

GET /Customer/{customerNumber}/WithdrawalInformation 

Kontrollera belopp

För att se minsta och största möjliga belopp att återköpa för en enskild försäkring, använd försäkringens nummer med API-metoden:

GET /Insurance/{insuranceNumber}/withdrawalInformation

Begära återköp

För att begära ett återköp, använd API-metoden: 

POST /Insurance/withdrawalrequest 

Signeringsprocessen beskrivs här.

För att se status på en återköpsansökan, använd API-metoden: 

GET /Insurance/withdrawalrequest/{id}

Om ni vill visa ett kvitto för försäkringstagaren innan signering (relevant information visas dock vid BankID-signeringen, som s.k. "visible data"), använd API-metoden: 

GET /Insurance/withdrawalrequest/{id}/receipt

Till sidans topp

Utbetalning

När utbetalning kan påbörjas skickas information till den försäkrade (den som kan starta utbetalningen).

Utbetalningar sker sedan löpande enligt processen nedan, tills att försäkringen är helt utbetald.

  • Futur skickar säljorder (även kallad depåorder) senast 10:e varje månad för depåinstitut att hinna behandla order. Säljorder kan skickas via Epost eller SFTP, enligt XML-schemat DebitAccounts. För mer information om SFTP och XML-format, se den tekniska dokumentationen.

  • Utbetalning sker senast den ​22:a från depåinstitut​

  • Utbetalning sker före den 23:e för att vara på den försäkrades konto senast den 25:e.

Till sidans topp

Byte av depåinstitut

Om en försäkringstagare vill byta depåinstitut hanteras det enligt nedanstående process:

Futur tar emot begäran om byte, antingen direkt från kunden eller via försäkringsförmedlare. Det nuvarande (avgivande) depåinstitutet överför tillgångarna till det nya (mottagande) depåinstitutet, som i sin tur öppnar en ny depå för kunden.

Till sidans topp

Signering

Signering kan startas antingen via användargränssnittet hos depåinstitutet, förmedlaren eller direkt i Futurs gränssnitt. Om kunden (signatären eller signatärerna) väljer att signera via Futurs gränssnitt, behöver ni som depåinstitut eller förmedlare inte göra något mer.

Om en ansökan eller en återköpsbegäran sker via ert användargränssnitt, kan ni dock följa status på signeringsfallet, det vill säga vilka som signerat, med metoden:

GET /SignCase/{id}

Metoden returnerar en lista över potentiella signatärer samt deras respektive roller. Om signerings ska ske via ett annat gränssnitt än Futurs, så går det som ovan att hämta status på sign-fallet via GET Signcase.

När en signatär granskat ansökan och är redo att signera, använd ID, tillsammans med metoden:

POST /SignCase/{id}/Sign

För att se status för signeringsessionen för varje enskild signatär, använd signeringssessionens ID (orderRef) tillsammans med metoden:

POST /SignCase/{id}/Collect
Till sidans topp

Informationen på denna sida är uppdaterad 2023-05-12