Udligning/afregning til kreditor - afgrænsning på kundenummer
Eftersom KMD Udbetaling nettoafregner kreditorer, modregnes kreditnotaer som udgangspunkt i vilkårlige fakturaer i samlede udbetalinger. Det giver jævnligt uoverensstemmelser mellem vores og kreditorernes bogholderi, som vi bruger meget tid på at udrede. Kreditorenes bogholderi er som regel opdelt i kundenumre/aftagenummer eller lignende.
PEPPOL og OIOUBL tillader ikke rigtigt et dedikeret felt til brug herfor, så mit bedste bud på en teknisk foranstaltning, som tillader funktionen, er at afregningen inddeles i KMD Udbetaling efter feltet i XML-en hvor EAN-nummeret fremgår:
<cac:AccountingCustomerParty>
<cac:Party>
<cbc:EndpointID schemeID="GLN">_____</cbc:EndpointID>
For de fleste kreditorer, særligt forsyningsselskaberne, vil dette løse udfordringen.
Man kunne også opsplitte kreditorkonti på organisationsenheder, udledt af EAN-nummer? Så undgår man behovet for flere mere data i fakturaen. Det vil i 9 ud af 10 tilfælde passe med kreditors opdeling i kundekonti.
Man kunne også opsplitte kreditorkonti på organisationsenheder, udledt af EAN-nummer? Så undgår man behovet for flere mere data i fakturaen. Det vil i 9 ud af 10 tilfælde passe med kreditors opdeling i kundekonti.
Jeg tror i øvrigt at jeg groft har undervurderet tidsbesparelsen
Jeg tror i øvrigt at jeg groft har undervurderet tidsbesparelsen
Jeg har brugt lidt tid på at analysere den her problemstilling og jeg har rigtigt nok groft undervurderet potentialet.
Vi sidder ca. 5 medarbejdere, som flere gange om ugen redder trådene ud med vores kreditorer pga. uoverensstemmelser mellem vores og deres hhv. debitor- og kreditorkonti, som alt sammen skyldes den måde KMD Opus og KMD Udbetaling håndterer kreditorafregning på.
Alt inklusiv, vil jeg vurdere at den type opgave i alt fylder i omegnen af en hel fuldtidsstilling hos os i Randers Kommune.
Hvis Opus kunne understøtte isolering på kundenumrene hos vores kreditorer, vil det ikke bare spare rigtig meget manuelt arbejde hos os selv, men også hos alle vores mellemstore og store kreditorer.
Vi kan endda forstå på vores kreditorer, at det her en almindeligt kendt problemstilling blandt private virksomheders bogholderier; altså at kommunerne ikke kan håndtere adskillelse/isolering af kundenumre og at de derfor er nødt til at bruge ekstra arbejde på at tilpasse sig "vores system".
Så jeg synes at der her er tale om en ret væsentlig uadresseret problemstilling i Opus.
Jeg har rigeligt med ideer til hvordan vi kan løse det her problem, så slå nu bare på tråden!
Jeg har brugt lidt tid på at analysere den her problemstilling og jeg har rigtigt nok groft undervurderet potentialet.
Vi sidder ca. 5 medarbejdere, som flere gange om ugen redder trådene ud med vores kreditorer pga. uoverensstemmelser mellem vores og deres hhv. debitor- og kreditorkonti, som alt sammen skyldes den måde KMD Opus og KMD Udbetaling håndterer kreditorafregning på.
Alt inklusiv, vil jeg vurdere at den type opgave i alt fylder i omegnen af en hel fuldtidsstilling hos os i Randers Kommune.
Hvis Opus kunne understøtte isolering på kundenumrene hos vores kreditorer, vil det ikke bare spare rigtig meget manuelt arbejde hos os selv, men også hos alle vores mellemstore og store kreditorer.
Vi kan endda forstå på vores kreditorer, at det her en almindeligt kendt problemstilling blandt private virksomheders bogholderier; altså at kommunerne ikke kan håndtere adskillelse/isolering af kundenumre og at de derfor er nødt til at bruge ekstra arbejde på at tilpasse sig "vores system".
Så jeg synes at der her er tale om en ret væsentlig uadresseret problemstilling i Opus.
Jeg har rigeligt med ideer til hvordan vi kan løse det her problem, så slå nu bare på tråden!
Replies have been locked on this page!