DKK dubbel ingevoerd omdat bestaande regel niet wordt getoond

[tovi]

Bij het invoeren van een dkk op creiteur/artikel/verschijning gaat soms iets verkeerd;

8-9-2-2-blad 3, bestaande waarden invullen waarden bij crediteur/artikel/verschijning, F1
je verwacht dan dat de huidige instellingen worden getoond. Dat doet ie ook 9 van de 10 keer.
soms echter toont systeem dan geen bestaande dkk.
Vervolgens wordt dan door de gebruiker alsnog dezelfde dkk toegevoegd. (want men denkt dat ie niet bestaat)
daarna gaat men nog een keer kijken en dan staan er 2 dezelfde regels (de originele en de later toegevoegde.)

Dit is inmiddels een keer of 10 opgetreden en dus geen incident meer.
Als je het probeert te reproduceren dan lukt het waarschijnlijk niet.
Heb zelf inmiddels 2x zelf gezien dat het echt zo is.

wat is hier aan te doen?

Thomas

[tovi]

Ik heb tot op heden op dit probleem nog geen reactie gehad.

Probleem is echter nog niet verholpen.

Wie is er met dit probleem bezig? (zie namelijk wel een kringetje draaien dus er is iemand mee aan het werk)

Thomas

[Wouter Rijnbende]

Ligt bij mij op de stapel, en ben ik nog niet aan toegekomen     

Als je het zou kunnen reproduceren zou dat veel helpen. Maak je zijstapjes? Gebruik je Userbuttons?

Ik vermoed echter dat er iets flink in de war is (sleutelgegevens onjuist of i.d.) immers, het is niet alleen zo dat je dat ding niet ziet, het is ook nog zo dat je het schijnbaar opnieuw kunt toevoegen terwijl die sleutelgegevens er al in zitten...

[tovi]

Ik denk dat ik het al weet;
in de velden artikel en verschijning zit geen controle op een bestaande code.
Je kunt daar dus ook bijvoorbeeld een code met een voorloopspatie invullen en dan lijkt het alsof je de goede code hebt en wordt er dus ook niets getoond. (zie bijlage met voorbeeld van artikelcode met voorloopspatie)

Ik denk dus dat probleem is verholpen als de artikel en verschijning velden worden geverifieerd voordat LODFRA wordt getoond.

Thomas

[Wouter Rijnbende]

in de velden artikel en verschijning zit geen controle op een bestaande code.
Je kunt daar dus ook bijvoorbeeld een code met een voorloopspatie invullen en dan lijkt het alsof je de goede code hebt en wordt er dus ook niets getoond. (zie bijlage met voorbeeld van artikelcode met voorloopspatie)

Bijna. Die kontrole zít er in. Onderstaande schermprint (onder die tooltiptekst staat 'bestaat niet') is afkomstig van jullie systeem.
Dan resteert nu dus nog de vraag: hoe komt het dat jij wel door kunt gaan ??

[Wouter Rijnbende]

Aanvulling:

De melding volgt niet als er met Control-F1 wordt verwerkt.

Bij F1 worden de Validaties van alle schermvelden nogmaals uitgevoerd, bij Control-F1 worden er (hier) géén validaties uitgevoerd.

Dit zal wel een aanpassing vereisen in de Systeemprogrammatuur, want ik vermoed dat dit wel op meer plekken fout zal gaan.

Tot e.e.a. is opgelost kun je je misschien even redden met "geen Control-F1" gebruiken (danwel clicken op de F1 die op het Form staat).

[Peter Stordiau]

(danwel clicken op de F1 die op het Form staat)

... waarbij ik aanneem dat Wouter bedoelt "ook dat niet gebruiken".

[Wouter Rijnbende]

... waarbij ik aanneem dat Wouter bedoelt "ook dat niet gebruiken".

Yep. Niet de Control-F1 op het toetsenbord gebruiken, en ook niet clicken op de Control-F1 (de F1 op het Form).

Gewoon F1 mag wel.

Nb: Merk overigens op dat Control-F1 aanwezig is zodra een scherm meerdere Tabbladen heeft, en dan bedoeld is om ineens alle tabbladen te verwerken. Ofwel, als er 4 Tabbladen zijn, kun je met Control-F1 op Tabblad 1 de bladen 2, 3 en 4 ook meteen verwerken. Het gebruiken van Control-F1 op het laatste Tabblad (zoals hier toevallig het geval is) heeft geen toegevoegde waarde boven het gebruik van de normale F1.