Problem med udligning af faktura i Summa Summarum

går ind i kassekladden...... vælger ikke  noget  i afstemningskonto

går  ud til  fakturakolonnen   og  vælger  den  famøse (allerede bogførte faktura, der står åben på trods af....)  siger  OK  og  den  smutter ind på linien  (Den bliver kreditoret  på  samlekontoen for debitorer, hvis du checker efter)

hopper  ned på  næste linie  kalkerer 1. linie af med F6   vælger samlekonto for debitorer  igen  og debiterer samme beløb her og bogfører.

VIRKNING:   Det er en nulsums-postering -  ingen penge  er flyttet nogen steder  -  men  fakturaen  er blevet  "lukket ned som betalt"

mvh

Otto B. Petersen - certific.forhandler af SummaSummarum - www.ivaerksaet.dk

Endnu en gang tak til dig, Otto, for den telefoniske hjælp i går! Jeg skriver lige her i forummet, eftersom det måske kunne have interesse for andre, hvordan problemet blev løst. I første omgang troede jeg, at det var Moskjær Marketing's eSumma, som havde lavet kuk i den kommaseparerede kartoteksfil, og selvom det stadig ikke kan udelukkes, at det er eSumma, som er synderen, så kan det også være en bug i SummaSummarum (vers. 2.8.6), som har forårsaget miseren. Årsagen til at fakturaen ikke kunne udlignes hang under alle omstændigheder sammen med en fejl i den kommaseparerede kartoteksfil, hvor den pågældende kundes data var blevet hakket over i to, så oplysningerne stod på to separate linier. Jeg opdagede hurtigt fejlen, da jeg forsøgte at bogføre fakturaen, eftersom SummaSummarum ikke kunne forbinde fakturaen med kundens kartoteksdata. Den bogførte men stadig ubetalte faktura var nemlig ikke kædet sammen med nogen debitordata. Da jeg fik rettet fejlen i den kommaseparerede kartoteksfil, stod kunden godt nok korrekt i kartoteket, men jeg kunne alligevel ikke udligne den pågældende faktura, eftersom den bogførte men endnu ubetalte faktura stadig var uden debitordata. Og man kan som bekendt ikke ændre i fakturaer, når de først er bogført. Når jeg valgte fakturanummeret i kassekladden skrev SummaSummarum derfor hverken navnet på kunden eller samlekonto automatisk ind, og selvom jeg skrev samlekontoen 56100 manuelt ind, gav programmet besked om, at der var en fejl og at den pågældende konto ikke kunne anvendes som samlekonto. Da jeg gravede lidt i posteringsjournalen opdagede jeg imidlertid, at der var fuldstændig kuk i de posteringer, jeg umiddelbart før fejlen opstod, havde foretaget. Og for at gøre en lang historie kort indlæste jeg en sikkerhedskopi fra den 8. maj, og i stedet for at udligne fakturaer i samme rækkefølge i kassekladden, som jeg havde gjort tidligere, sørgede jeg for først at rette fejlen i kartotek.dat og umiddelbart efter at bogføre den pågældende faktura. Denne gang uden problemer. Fejlen var måske, at jeg i første mislykkede forsøg havde udlignet en række andre fakturaer før, jeg rettede fejlen og forsøgte at udligne den problematiske faktura? Eller også er det simpelthen en bug i programmet? For jeg har på ingen måde haft fat i kartotek.dat tidligere, og kan derfor ikke forklare, hvordan de kommaseparerede data i filen er blevet ødelagt. Forhåbentlig er det bare en freak accident, som jeg ikke kommer til at opleve igen, men skulle andre brugere have været udsat for det samme, er det selvfølgelig interessant at få frem. Og lur mig, om chefprogrammøren ikke også læser med på denne tråd med stor interesse, så måske har han/hun også en kommentar?

Bedste hilsner

Jens