/
Integration - KMD og SD

Integration - KMD og SD

OS2 Indberetning integrerer til enten KMD OPUS eller Silkeborg Datas lønsystem. Systemet fungerer i øjeblikket sådan, at inteegration til KMD OPUS kræver at kommunen også bruger SOFD, mens integration til Silkeborg Data kræver at kommunen bruger IDM. Det er i den forbindelse vigtigt at være opmærksom på, at kolonnerne i kommunens views med medarbejder- og organisationsdata ser lidt forskellige ud, alt efter hvilken integration der bruges. Se Integration - medarbejder- og organisationsdata for mere info om views.

"UseSD" afgør om det er KMD's snitflade eller Silkeborg Datas webservice der skal anvendes.

"DATABASE_INTEGRATION" afgør hvilken bagvedliggende database kommunen bruger. SOFD bruges i øjeblikket af alle kommuner, der bruger KMD OPUS, og IDM bruges af SD kommuner.

Nedenstående er et udsnit af CustomSettings.config, og viser de relevante keys for integration til de to lønsystemet.

CustomSettings.config KMD relevante keys
  <!-- Generelt -->
  <add key="DATABASE_INTEGRATION" value="SOFD"/>  
  <add key="UseSD" value="true"/>
 
  <!-- KMD -->
  <add key="PROTECTED_KMDFilePath" value="C:\Users\rro.MIRACLE\Documents\OS2Indberetning\KMDfiles"/>
  <add key="PROTECTED_KMDBackupFilePath" value="C:\Users\rro.MIRACLE\Documents\OS2Indberetning\KMDBackup"/>
  <add key="PROTECTED_KMDFileName" value="ind01_befordring.txt"/>
  <add key="PROTECTED_KMDHeader" value="--- KMD HEADER TEST ---"/>
  <add key="PROTECTED_KMDStaticNr" value="DA6"/>
  <add key="PROTECTED_CommuneNr" value="9999"/>
  <add key="PROTECTED_KMDReservedNr" value="0000000"/>
  <add key="PROTECTED_AdministrativeCostCenterPrefix" value=""/>
  <add key="PROTECTED_AdministrativeAccount" value=""/>
 
  <!-- Silkeborg Data -->
  <add key="PROTECTED_SDUserName" value="sysysbk02"/>
  <add key="PROTECTED_SDUserPassword" value="10gerhop"/>
  <add key="PROTECTED_institutionNumber" value="BK"/>

KMD OPUS

OS2 Indberetning integrerer til KMD OPUS ved at generere en fil med godkendte indberetninger af typen IND01, som lægges på en aftalt filsti, hvorefter OPUS selv henter og læser filen. Filen bliver genereret ved at en administrator manuelt går ind under sit administratorpanel og vælger fanen "Administration", hvor der vil være en knap til formålet. Der er i øjeblikket planer om at automatisere administratorens arbejde, men det er stadig på tegnebrættet (pr. 2016-12-07). Filen indeholder de indberetninger der er blevet godkendt siden sidste fil blev genereret.


Modtaget fra IT-Minds:


Kort sagt, så er det den konto hvor kørsel for den pågældende medarbejder skal konteres.
Medarbejdere er tilknyttet et omkostningssted alt efter deres organisation osv, fx kan én børnehave have et omkostningssted og en anden børnehave have et andet omkostningssted. Alle organisationernes ydelser skal registreres til et omkostningssted, så kommunen kan se hvad hvert enkelt organisation har af udgifter.
Så når en medarbejder laver en kørsel, og skal have nogle penge for dette, skal denne udgift registreres på et omkostningssted. Så en pædagog bruger omkostningsstedet for den børnehave han/hun er tilknyttet.
Omkostningsstedet sendes med i den fil der bliver lavet til KMD. Den bruges ingen andre steder i systemet.
NB: Administrative medarbejder har deres eget omkostningssted, dette kan ses i CustomSettings.config under PROTECTED_AdministrativeCostCenterPrefix og PROTECTED_AdministrativeAccount

Snitfladebeskrivelse fra KMD (Modtaget via Vordingborg)

Silkeborg Data

Integrationen til Silkeborg Datas lønsystem foregår ved kald til en af deres webservices. Overførslen af data (godkendte indberetninger) aktiveres i brugergrænsefladen eller med FileGenerationScheduler på samme måde som med KMD, og det også kun de indberetninger der er blevet godkendt siden sidste overførsel, der bliver sendt afsted. Webservicen er oprindeligt designet til brug med en mobilapplikation, så der foretages et kald til webservicen pr indberetning.

Fejl i forbindelse med overførsler af indberetninger bliver logget til en seperat logfil.

Der findes ingen test-webservice, så tests er blevet foretaget i Ballerups driftsmiljø i samarbejde med Jette Brøndum.

Dokumetation til webservice fra SD:

Service KørselOpret20170501.pdf