Heart-Profit ERP

Gebruiker LV krijgt een foutmelding bij het switchen van bedrijf via CTRL-B, zie 1e schermafdruk.
Wanneer ze het nog eens probeert komt ze via CTRL-B alsnog in bedrijf J.D. Sta man, maar staat het Financieel bedrijf nog steeds op BBB-BETON (hier moet ook J.D. Sta man staan) (2e schermfadruk).
Bij de geblokkeerde funkties zie ik een melding, zie 3e schermafdruk.

Kunnen jullie dit probleem oplossen?
:17c:

Allereerst: laat LV z.s.m. die sessie beëindigen. Als dat financiële bedrijf verkeerd staat, komen haar mutaties in een onjuist financieel bedrijf terecht.

Ondertussen kijken wij of we dit hier na kunnen spelen...

EDIT: ik heb bij haar HeartProfit afgesloten.
We wachten even op bericht, dank bij voorbaat.

Dit gaan wij zo niet vinden...  :(

Ik kan die Control-B talloze keren uitvoeren zonder enig probleem.

Je stack impliceert dat ze daarvoor met een Userbutton e.o.a. funktie heeft uitgevoerd (welke???) die iets met een export directory doet. Misschien dat het daar mee te maken heeft.

De data van de geblokkeerde funktie heb je niet opgeslagen (mogelijk op de N van NoSave gedrukt), kortom, daar kan ik ook niet uit halen wat ze gedaan heeft.

M.a.w. graag hoor ik van je hoe we dit moeten naspelen...

Ik verdenk funkties als:

* Inlezen-/Verwerken EDI orders

* Exporteren gegevens Goederen Ontvangst naar Extendis

* Exporteren PO planning XML

Herkent zij dat ze een van deze 'geraakt' heeft voordat ze Control-B deed?

Ze heeft * Exporteren gegevens Goederen Ontvangst naar Extendis uitgevoerd voordat ze CTRL-B deed.
Gekke is dat ze lokaal op de pc deze melding nooit heeft (daar werkt ze lokaal), maar ingelogd op de terminal server wel.

Top !

Ik verdacht deze funkties, omdat ze alle 3 (tijdelijk) niet formele tabellen gebruiken die met ORDE beginnen (ORDER, ORDERS en ORDERFAKTUUR). Dat inlezen van de EDI orders en de PO Planning sluiten dan die tijdelijke geopende tabellen weer, dat exporteren naar Extendis doet dat niet!

Ergens 'raak' je dan een toepassing die 'de laatst geselekteerde tabel' opnieuw wil openen, en omdat dit geen formele tabel is (die bestaat immers uit 4 posities, beginnend met LO, AD, PK, NT of SY/AP) weet ze niet waar ze die tabel kan vinden.

Resumer, fout in de export naar Extendis (die begin 2018 speciaal voor jullie is ontwikkeld). Dit kon dus al 1,5 jaar foutlopen (maar, heeft dus alles met de kombinatie te maken van welke funkties je daarna uitvoerde).

Probleem is bij dezen opgelost. Als je het zou willen testen, moet je eerst weer iets exporteren alvorens je die Control-B uitvoert.

Ok, gaan we doen. Dank voor de snelle service!
Donderdag is de eerstvolgende keer dat ze de Export Extendis gaat doen op de terminal server, we laten weten of het dan goed gaat.

Ze heeft het vandaag getest en krijgt een fout in onderstaand scherm.
Er is ook een geblokkeerde funktie opgetreden: LOBHOI - ADOV (Prod) zie 2e schermafdruk.

Met deze menu optie erbij kan ik hem zelf nadoen  :smile:

Blijkbaar maakt de ene funktie een tijdelijke tabel ORDERFAKTUUR aan, en gebruikt een andere funktie die data ook. In mijn 1e aanpassing sloot ik de tabel, maar nu loopt die 2e funktie fout. Bij dezen heb ik e.e.a. weer aangepast. Zou je het nog eens kunnen proberen?

Nb: Verder noem je nog LOBHOI-ADOV, die uit je schermprint zou moeten blijken, maar, daar staat geen ADOV in. Ik ga ervanuit dat dit niets met dit probleem te maken heeft. ADOV zijn Ontvangsten van Telebankieren, er wellicht heeft LV die (kort daarvoor) ingelezen. De LOBHOI registratie is geen fout, maar slechts een registratie van een 'Event'. In dit geval een log om aan te geven dat een bepaalde tabel is gereorganiseerd.

Gaan we testen.

Getest en deze funktie (menu 9-8-7) werkt weer, super!
Morgen gaat ze testen of CTRL-B ook goed werkt vanaf de terminal server.

Vast wel  :smile:

Nu doet CTRL-B het weer zoals het hoort, ook na * Exporteren gegevens Goederen Ontvangst naar Extendis.

Mocht er toch weer een probleem ontstaan dan meld ik me.
Dank voor de service!  :smile:

 :yahoo: