|
|
fakturajournal.jpg (203,514 bytes) kontorapport.jpg (99,407 bytes) |
|
|
Takk for fyldig og god feilrapport. Jeg skal se på dette og kommer med en tilbakemelding |
|
|
Liten oppdatering med info som kan være nyttig (håper jeg). Jeg har testet på en duplikat-database. Bakgrunn: Jeg fant åpne poster som jeg ville rydde i, bl.a. en IF som er betalt men står likevel som åpen (Åpne Poster Leverandør; se screenshot, betalingsterminal). Når jeg bruker Verktøy > Vedlikehold > Rydd i Åpne Poster, forsvinner denne fra Åpne Poster Leverandør. Det er vel bra. Problemet er at jeg kan ikke bruke denne funksjonen pga problemet som er beskrevet ovenfor. Funn: Når jeg gjorde som beskrevet ovenfor, Åpne Poster Leverandør ryddig etterpå, men i fakturajournal kunne jeg se at en delvis betalt faktura er oppført nå med feil restbeløp. Dette er samme problem som beskrevet ovenfor. Det som er nytt, er at jeg nå gikk til Saldoliste/kryssing og forsøkte å krysse den første innbetalingen som gjelder fakturaen. Se screenshot for feilmelding som oppstod. Jeg tror at hvis denne kunne krysses, vil alt være i orden. Screenshot 2021-04-28 at 13.58.01.png (85,074 bytes) |
|
|
Hei. Litt klargjøring først: Ved bruk av funksjonen "rydd i åpne poster" kan det hende at en tidligere knything mellom to bilag "forsvinner". Dette kan skje hvis BAS21 på et tidligere krysset bilag ikke forstår hvilke beløp som krysser et annet bilag. Dette skjer først og fremst ved delbetaling eller annen "ulogisk" sammenheng mellom to bilag. Funksjonen er først og fremst designet for å rydde opp i kryssinger som er helt feil og vanskelig å rydde opp i manuelt. Vi åpner i kommende versjon for å krysse to bilag der beløpene ikke stemmer mot hverandre. Dette vil løse meldingen du fikk når du prøvde å krysse manuelt. Videre åpner vi for å manuelt sette restbeløp på faktura hvis beløpet beviselig er feil i forhold til øvrig bokføring. Dette vil også rydde opp i statusene på faktura. Men: Jeg prøver å rekonstruere scenariet du beskriver her (og i annen info) der problemet oppstår når du registrerer innbetaling på en faktura og legger til ekstra linjer for driks. Hos meg fungerer dette fint, men jeg vet jo ikke helt om jeg gjør det akkurat som du gjør. Kan du i din duplikat-database prøve å fremprovosere feilen ved innbetaling? Gjerne med skjermbilde av innbetalings-bilaget som det ser ut når du registrerer innbetalingen. |
|
|
Takk for nyttig info om hvordan "rydd i åpne poster" fungerer/skal brukes, og øvrig info. Dette er til stor hjelp. Med det som referansepunkt, var det lettere å jobbe i (hele) dag for å gjenskape problemene (som jeg har hatt igjen ved flere anledninger siden, og på ulike vis). Forvirrende nok, klarte jeg først ikke gjenskape dem heller, men til slutt fant jeg ut hva som jeg egentlig har gjort. Se skjermbilder i vedlagt pdf. Metode: 1. Fakturajournal > Registrer betaling (på en ubetalt faktura). 2. Fyll ut som vanlig, detaljene er irrelevante . Klikk [Lagre og bokfør]. 3. Sjekk Fakturajournal med [Oppdater]. Alt vil nå se OK ut, fakturaen vil stå som betalt. 4. Åpne bilaget der du har registrert betalingen og gjør en endring. Det kan være enten å endre bilagsdato (slik som illustrert i PDF), eller å legge til en kommentar på en linje f.eks. under 1900 Bank skriv kommentar "Mottatt fra Vipps". [Lagre og Bokfør]. 5. Sjekk Fakturajournal med [Oppdater]. Nå vil samme faktura stå som ubetalt of restsum vil være endret fra null til verdien av fakturaen. Dette gjør feilsøking krevende, da i ettertid, ser alt til å stemme. Posten er fortsatt krysset og tallene stemmer. 6. Bruk "Rydd i åpne poster". Dette korrigerer tallet på den aktuelle fakturaen, men status forblir feil. En annen delbetalt faktura blir nå også feil. Alle disse konsekvensene har du beskrevet i din forrige melding, så dette bekymrer meg ikke lenger. Ser at det er under kontroll. Punkt 4 bekymrer meg. Første gang hadde jeg ført feil bilagsdato. Når jeg re-installerte en backupdatabase og begynte å gjenskape hendelsene, glemte jeg å legge ved et bilag. Da skjedde det samme igjen. Derfor er dette en litt ubehagelig bug. Mens jeg har feilsøkt, har jeg funnet en annen kilde til den merkelige oppførselen som jeg har opplevd. Det er en ren brukerfeil, men en liten kommentar på skjermen, i manualen eller lignende kan spare andre som ikke er kjent med BAS21 for mye tid og krøll. Jeg hadde registrert et bilag med én innbetaling fra Vipps og to debet mot to ulike faktura. Deretter Regnskap saldoliste/kryssing. Det jeg burde gjort (innser jeg nå), er å krysse for tilhørende debet og kredit for en kunde og deretter klikke [kryss valgte poster]. Det jeg gjorde som var feil, var at jeg krysset av for debet og kredit både for kunde 1 og kunde 2. Altså 4 poster. Jeg antok at BAS21 forstod at jeg ville krysse postene som hørte sammen under samme kundenummer. Da ble det krøll. Håper det var forståelig forklart. Brukerfeil, men kan være lurt med en liten veiledning. Benytter anledningen til å nevne også: 1. Nevnt før: På Mac, kan man ikke åpne feilloggen. Se screenshot hvor responsen er at feilen er loggført (ironisk). 2. Ny bug (?) funnet: Åpne et tidligere bilag med vedlegg. Klikk [legg til]-knappen og legge til et nytt bilag. Lukk vinduet. Åpne bilaget igjen. Dokumentet som er lagt til har nå _erstattet_ det opprinnelige vedlegget. Det opprinnelige er altså borte. Klikk nå [rediger]-knappen, og gjør det samme, klikk på [legg til]. Når legges dokumentet til, og det ligger 2 vedlegg der (som var ønskelig). Lagre og bokfør. Lukk. Åpne igjen, nå ligger det fortsatt 2 dokumenter. Jeg antar at det er ønskelig at man kun bruker rediger-knappen. Det vil være en fordel om "legg til" gjøres helt inaktiv dersom man åpner en ferdig bokført post. Håper dette er til nytte. |
|
|
Jeg har litt forsiktig lagt ut en versjon 1.5.10 nå som retter på mye av det du nevner. Dette gjelder det som skjer ved redigering av ordre. Det er også åpnet for å manuelt redigere restbeløp (fra fakturajournal) der det er feil fra tidligere versjoner. |
|
|
Hjertelig takk! Jeg har sjekket så grundig som jeg har kunnet. "Feilen" som oppstod som opprinnelig beskrevet håndteres fint slik som beskrevet. Det medfølger jo noe risiko for feil ved korrigering av beløp, men det skriver dere om. Status blir korrekt. Feilloggen fungerer nå. Det har vært nyttig. Når jeg har registrert et bilag og lagt til et vedlegg, for så å flytte vedlegget fra Desktop til bilag-mappen, har jeg fått en feilmelding,. Nå har jeg kunnet lese feilmeldingen og tolke at selv om ikonet dukker opp i bilagsskjermn, så er filen ikke lastet inn enda. Nyttig (og et lite tips til en nyttig feilmelding for fremtiden, f.eks. "Filen har blitt flyttet på - kunne ikke registrere bilaget"). Bug'en (2) beskrevet over som handler om risikoen for å miste vedlegg når man tror man legger til flere, gjelder fortsatt. Som sagt, er det aller viktigste håndtert. Tusen takk, dette fjernet et lite hodepine!! |
