Tóch nog even tijd om er vandaag naar te kijken
Zo stond offerte 20210624013 er in eerste instantie ook in.
Met deze stelling claim je feitelijk dat deze order eerst goed was, en daarna 'verknald' is geraakt. In zo'n geval gaan hier natuurlijk alarmbellen af, zéker als er een relatie zou bestaan met het Fakturatieprobleem van gisteren...
Maar... mag het zou zijn dat je hier had willen schrijven 'zo hád offerte 20210624013 ook moeten zijn' maar dat je nooit daadwerkelijk gekonstateerd hebt dát ze er met Artikelnummers in heeft gestaan?
Als je de schermprint bekijkt, zie je dat offerte 013 gewoon alle regels bevat. Dat verklaart ook dat als je een nieuw Artikel probeert toe te voegen, je een melding krijgt dat ze al op die al aanwezig is.
Waarom geen omschrijving?
Dat komt door de RGLIND die je in de laatste kolom ziet staan. Een indikator die aangeeft of het een Artikelregel betreft of een Kostenregel. Artikelregels werken met Artikelnummers, Kostenregels werken o.b.v. een Kostenomschrijving (en tonen geen Artikelnummers).
De kombinatie hoort op zich niet voor te komen. Toch kan ze worden verklaard indien je op een ongelukkige plek een zijstap maakt. De meeste zijstapjes naar andere Funkties die formeel met een toets zijn vanuit de betreffende funktionaliteit kunnen we zelf nog ingrijpen op de terugkeer, als je echter zijstapjes maakt met Userbuttons, dan wordt dat een lastiger verhaal. Ik kan zien dat Gebruiker AK (die deze order heeft toegevoegd) regelmatig zijstapjes maakt vanuit "Toevoegen Offerteregels", o.a. naar "Raadplegen Artikelen". Doel van zo'n zijstapje is natuurlijk om in het zijstapje "iets te kunnen selekteren" en dat dit daarna ingevuld staat in het scherm waaruit je het zijstapje maakte. Hierbij zul je meestal denken aan het invullen van een Debiteur of een Artikelnummer.
Wat hier opvalt, is dat "Toevoegen Offerteregels" formeel een schermveld "Regel-indikator" bevat, maar, deze staat nergens op het scherm.
Maak een ongelukkig zijstapje, al dan niet met Userbuttons, raak in dat zijstapje "iets" waar ook een Regel-indikator staat, maar als kosten gebruikt wordt, en de waarde voor "Toevoegen Offerteregels" is overschreven. Je voegt daarna een Artikel toe, maar ze komt als "Kosten" in de database terecht. En, bij de gratie dat dit schermveld enkel bij de 1e aanroep wordt geďnitialiseerd, worden alle 5 regels als "Kosten" opgenomen. Verlaat je de order, en voeg je later opnieuw een regel toe (zoals je getest hebt), dan doet die het wél weer (immers, het schermveld wordt weer geďnitialiseerd op "Artikel".
Resumer: Het is voor de hand liggender dat jouw stelling "zo stond offerte 20210624013 ook" niet juist is, en dat de fout hier simpelweg te wijten is aan het feit dat AK tijdens het invoeren van de 1e Offerteregel een zijstapje heeft gemaakt en "iets" heeft geraakt wat de Regel-Indikator op "Kosten" heeft gezet.
Hoewel wij niet kunnen voorkomen dat 'verkeerde' velden overgenomen worden in een zijstapje, is het in dit geval wel erg sneu dat het foutloopt op een 'indikator', terwijl er notabene separate funkties zijn voor 'Toevoegen Artikel op Offerteregel' (LOOATV1) en 'Toevoegen Kosten op Offerteregel (LOOAKRTV). Van beide heb ik dan ook een nieuwe versie overgezonden die hun 'Regel-indikator' niet meer opnemen op basis van een schermveld die door een zijstap kan worden overschreven, maar door een harde waarde; de ene funktie doet Artikelen, de andere Kosten. Ik hoop dat hiermee dit probleem ook voor een volgende keer voorkomen is.
