Skip to end of metadata
Go to start of metadata

You are viewing an old version of this content. View the current version.

Compare with Current View Version History

« Previous Version 8 Next »

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 aktiveres 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. Webservicesen er oprindeligt designet til brug med en mobilapplikation, så der foretages et kald til webservicen pr indberetning.


Dokumetation til webservice fra SD:

Service KørselOpret20170501.pdf


Kendt fejl/udfordring

Ved installation hos Ballerup oplevede vi en fejl med collation i databasen. Ballerup bruger MariaDB, der er en fork af MySql og som burde kunne sættes direkte ind i stedet for. Dog var default collation i MariaDB blevet sat til utf8_bin i stedet for utf8_general_ci, som der bliver brugt i MySql ved andre installationer. Dette resulterede i fejl når det blev søgt i medarbejdere, konkret var det fejl i forbindelse med store/små bogstaver. Efter collation blev sat til utf8_general_ci forsvandt fejlen.







  • No labels