Heart-Profit ERP

Al ik VO20080108029 regel 5 in BARCO wil wijzigen dan loopt Heart vast.
Melding:
1 LOVRWIJ-Wijzigen verkooporderregel
Kenmerk(en) voldoen niet aan Domein

Kunnen jullie hier naar kijken.

Thanks,

Het Artikel heeft géén Kenmerken. Op de Verkooporderregel zijn dus ook géén Kenmerken ingevuld. In de Kenmerk-Domeinen was dit Artikel echter wel opgenomen, met Kenmerken. Ik heb de Kenmerk-Domeinen verwijderd. De Verkooporderregel kun je nu weer wijzigen.

Ik zal je de details van de verwijderde Kenmerk-Domeinen, incl. EAN-codes, per e-mail toezenden.

Dank je  :smile:

Menno,

Het zelfde doet zich nu voor bij een andere VO.
Regel 2 is niet aan te passen en dit heeft waarschijnlijk te maken met de kenmerken, echter regel 2 is hetzelfde als regel 4 en hierbij staan geen kenmerken ingevuld. Ook bij de kenmerkdomeinen staat het m.i. goed.
Kan je hier nog eens naar kijken?

BVD

Frank

Er zat één klein verschil tussen regel 2 en regel 4: het Artikel op regel 2 had WEL Kenmerken en op regel 4 NIET. Ik heb de Kenmerken op regel 2 verwijderd en nu kun je deze regel weer wijzigen.

Vraag is echter hoe iemand het voor elkaar heeft gekregen om een Artikel dat geen Kenmerken heeft, toch mét Kenmerken op een Verkooporderregel te plaatsen?

Dit krijg je vrij gemakkelijk voor elkaar hoor (gewoon later Kenmeren verwijderen bij het Artikel, wat hier vast wel is gebeurd), gezien de "zachte" verbingen in het datamodel. Maar daarom bestaat onderstaande funktionaliteit ook. Pas die gerust de volgende keer toe om te kijken of het helpt. Maakt als het goed is niets kapot, en herstelt alleen maar.

Nog een aantal wetenswaardigheden/tips betreffende deze funktionaliteit:

1.
Voor deze funktie (LOVAKGPA) dient men expliciet geautoriseerd te worden.

2.
Voer deze funktionaliteit NOOIT in de Produktiebestanden uit zonder eerst de juiste werking in de Testbestanden te hebben geverifieerd.

Uiteraard was sabotage ook mijn eerste gedachte, maar dit lijkt om een aantal redenen toch onwaarschijnlijk.

• Om te beginnen staat hetzelfde Artikel 2 keer op deze Verkooporder. Op Regel 2 en op Regel 4 - waarbij de Kenmerken alleen op Regel 2 voorkomen.
• Het Editregister Artikelen geeft verder aan dat dit Artikel voor het laatst een jaar geleden is gewijzigd.
• Toevallig zijn er het afgelopen jaar een paar kopieerslagen gemaakt naar nieuwe Bedrijven, waarbij alle Artikelen zijn gekopieerd. In geen van de Bedrijven heeft dit Artikel Kenmerken.
• Bij orderinvoer wordt gekontroleerd of de ingevulde Kenmerkwaarden voorkomen in de Kenmerk-Domeinen. De Kenmerk-Domeinen worden gegenereerd vanuit de Recepten. Er bestaan geen (Historische) Recepten met Selektie-Kenmerken.

:17c:

Sabotage lijkt ook mij ook onwaarschijnlijk.
Dit artikel verkopen wij volgens mij dagelijks vele malen. Niet altijd deze verschijning maar toch.

"Afdeling zijstapjes maken" hebben we ook nog...

Ofwel, herken je dat je/jullie/de gebruiker een orderregel invoert voor de 17851V/1BFS en hierbij zijstapjes maakt naar andere funkties?

Denk hierbij aan F5:
- even Artikeltje opzoeken...
- voorraaditem zoeken
- verwacht voorraad verloop draaien
etc.

Het gebruik van Userbuttons wil ik ook graag weten...

Natuurlijk dat gebeurd, hopelijk zal het daar in zitten.

Ik vraag me af of dit voldoende is...

Vanuit deze VO regel is nl. een PO 200801180096 gegenereerd. Deze PO bevat ook deze Kenmerken (terwijl het Artikel geen kenmerken heeft).
De PO is inmiddels gereed gemeld en vermoedelijk heb je dus nu ook voorraad met kenmerken.

Wat sowieso niet klopt in dit verhaal, is dat als jij 1:1 met een VO produceert, het gereedmelden van de PO de goederen op een Raaplijst voor die klant behoort te reserveren; immers, je hebt het specifiek voor die klant gemaakt. Nu staat jouw VO regel gewoon open bij te leveren artikelen, en is de beschikbare voorraadhoogte 49 stuks, ofwel, je levert uit voorraad, en niet dat wat je specifiek voor deze klant gemaakt hebt. Kwa inrichting schort hier dus e.e.a. aan.

Dan wil ik graag weten in welke mate. Misschien weet die gebruiker nog wat hij-/zij gedaan heeft?
Ik denk dat je je dan mag focussen op het geraakt hebben van "iets" met een Kenmerkwaarde RAL7000.

Zojuist even gekeken; dat heb je.

Verwijderen dus, en opnieuw opboeken zonder Kenmerken.

Ik heb zojuist op orderentry gevraagd of ze dit nog kunnen achterhalen.
Waarschijnlijk hebben ze F5 gebruikt in de orderregel, echter zeker weten doen ze niet.

Neemt niet weg dat dit niet voor mag komen.

Natuurlijk heb je daar gelijk in, maar de bedoeling van zijstapjes maken is juist dat er bij terugkomst "iets" geselekteerd is. Als wij niet willen dat jij een bepaald zijstapje kunt maken, dan vangen wij zoiets af met "toets xx is niet toegestaan in dit schermdeel". Neemt niet weg dat je bijv. met die Userbuttons kunt aanroepen wat je wilt waarbij niet op voorhand bekend is wat wel/niet mag. Hoe dan ook, je mag er rustig vanuit gaan dat de meest gebruikelijke zijstapjes echt wel zullen werken, omdat anders legio mensen met jou een probleem zouden hebben. Maar ja... ook 'meest gebruikelijk' is weer relatief ;-)

Hoe dan ook, je moet dit na weten te spelen, anders kunnen we het niet oplossen.

Zijstapjes maken is zeer makkelijk, alleen als het vervolgens dingen automatisch selecteerd welke op dit artikel niet ingevuld hadden mogen worden dan is de werking ervan niet goed. Desnoods komt er een popup welke aangeeft dat er iets geselecteerd is dat niet geplakt kan worden.

Da's lekker makkelijk ;-)

Om te beginnen gebeuren er bij jullie dingen waar volgens mij de honden geen brood van lusten... En wij zeker maar raden dat dit zo gebeurt c.q. dat het ergens fout kan gaan, waar de gebruiker 10x per dag een melding krijgt, zonder dat er iets gemeld wordt, en wij achteraf maar mogen lopen zoeken...

Wat bedoel ik?

Wel, ik konstateer dat een gebruiker TBA / Thijs ongeveer 5 tot 10 keer per dag een melding krijgt dat er bestanden automatisch worden geopend. Ok. meerdere gebruikers krijgen zoiets, maar hij krijgt ze vanuit LOVRTV, en wel vanuit het deel na de F1.

18-01-2008 10:56:58.43 Thijs           TBA "LOSA" LOVRTVF1, 4343; Stack:  PROCEDURE SYER G:FOXSYSYPPSVPC.EXE ON...  G:FOXLOLOPWLOVRTVF1.EXE G:FOXLOLOPWLOVRTV.EXE G:FOXLOLOPWLOVRRA.EXE G:FOXLOLOPWLOVOTV.EXE G:FOXLOLOPWLOREMN.EXE G:FOXLOLOPWLO.EXE PROCEDURE SYSA G:FOXSYSYPPSVPC.EXE G:FOXLOLOPWLOIN.EXE G:FOXSYSYPPPROFIT.EXE
                     1=  -LOPO 2=  -LOPR 3=  -LOOP 4=  -LOAR 5=         6=         7=         8=         9=         10=LOSA 11=         12=         13=         14=         15=         16=         17=         18=         19=         20=         21=         22=         23=         24=         25=         26=         27=         28=         29=         30=         31=         32=         33=         34=         35=         36=         37=         38=         39=         40=         41=         42=         43=         44=         45=         46=         47=         48=         49=         50=         51=         52=         53=         54=         55=         56=         57=         58=         59=         60=         61=         62=         63=         64=         65=         66=         67=         68=         69=         70=         71=         72=         73=         74=         75=         76=         77=         78=         79=         80=         
SYOFPROG = SYP

Dit zou dus boosdoener nr #1 kunnen zijn, immers, als ergens een toepassing wordt aangeroepen (niet meer benodigde) tabellen sluit dan kunnen die vast wel automatisch geopend worden, maar of er dan ook iets is wat het juiste record selekteert is een tweede.

Uit een logfile haal ik welke tabellen er op dat moment benodigd zijn ( 1=  -LOPO 2=  -LOPR 3=  -LOOP 4=  -LOAR ), en er is maar 1 funktie die die kombinatie van tabellen opent "LOEXPOKC - Exporteren Produktieorder naar Kleurcomputer" (niet ongeheel toevallig in 1999 voor jullie ontwikkeld).

Nog krommer wordt het (maar ja daar kan jij niets aan doen) dat die funktie kan worden aangeroepen vanuit jullie Produktieorderlayout (LOPRPO3). Een printfunktie die een schermfunktie met I-/O aanroept... Misschien dat dat in DOS gewerkt heeft, maar in WIN geloof ik dat voor geen meter.

Hoe dit precies aan LOVRTV gerelateerd kan ik wel raden... en te zien aan het feit dat LOSA (Samengestelde Artikelen) ook erbij betrokken is...

Je zit in LOVRTV, verkoopt een Samengesteld Artikel welke in onderdelen op de order terecht moet komen. V.w.b. het 1e onderdeel vul je de gegevens (prijzen etc) in, en druk je op F1. Tijdens de verwerking van deze VO regel (let wel, zodra je op F1 gedrukt hebt is scherm I-/O eigenlijk niet meer mogelijk, pas zodra er verwerkt is wordt er weer een form aktief) wordt er tevens een Produktieorder gegenereerd (let wel; in jouw voorbeeld konstateerde ik ook dat er een PO was gegenereerd). W.s. o.b.v. e.o.a. Bedrijfsparameter wordt jouw Produktieorder automatisch geprint zodra ze wordt toegevoegd-/gegenereerd. Het printen van jouw PO werkt via een specifiek voor jullie ontwikkelde layout, deze print de PO en roept een funktie "Exporteren PO naar Kleurcomputer" aan (wederom met scherm IO).

Ik kan hem nog verder uit proberen te werken, maar ik vind het niet vreemd dat bij terugkomst er van alles fout gaat... Zoiets kan niemand raden...

Wat mij betreft moet bovenstaande werkwijze er met onmiddelijke ingang uit worden gesloopt-/aangepast.
:19c: