Heart-Profit ERP

Functie: LOTSLVVO

Er gaat e.e.a. niet helemaal goed voor wat betreft de weergave van de rode regels (geen voorraad) op het TS leveren.
Wij hebben veel de situatie dat het TS leveren aangeeft dat een artikelregel niet op voorraad ligt, een rode regel dus.
Als we dan naar de verkooporderregel gaan en deze met F5 wijzigen en daarna met F1 opslaan, zonder dat we enige wijziging toepassen, is de regel weer groen  :wacko:

Wat is hier aan de hand?
Ik weet dat ik e.e.a. misschien onwaarschijnlijk klinkt maar het is toch echt zo. De voorraadlokatie staat goed, er staat voorraad op de locatie en de regel wordt toch rood. Eventje de verkooporderregel opnieuw opslaan en de regel wordt groen (zoals het ook hoort).

Ik voel dat het moet kunnen, maar hoe ? ...

Ten eerste zou ik graag willen horen met welke Client de betreffende TouchScreen PC werkt (zal wel hetzelfde zijn als alle PC's maar dat maakt niet uit).

Vervolgens is het goed om alle parameters van die Client door te lopen om zo "slecht mogelijke" instellingen. Wij hebben wel ergens een lijstje (en ik heb het over alles wat ook maar enigszins op een cache lijkt moet uit staan).

Dan is het goed om te vernemen hoe lang die orders er al in stonden (in de laatste status). Als dat net een minuutje was hoef je verder nergens naar te kijken (maar moeten wij een instelling veranderen).

Wat je ook kunt doen (is wellicht makkelijker als de rest) is op een normaal scherm (in jouw buurt zeg maar) de TS Leveren funktionaliteit opstarten, om eens te kijken of dáár alles wel groen is, terwijl op het betreffende TS het betreffende nog op rood staat.

Nou, veel plezier alvast ...  :prankster:

Client? Snap ik eventjes niet, bedoel je daarmee de gebruiker in Profit?

Het gaat om zowel order die gisteren ingevoerd als orders die een half uur geleden zijn ingevoerd.

Hebben we ook gedaan, op alle pc's is alles hetzelfde en dus rood.

Misschien voor de info: Wij hebben het idee dat e.e.a. is begonnen na de upgrade van gisteren.

Kan wel, maar denk ik niet. Het is voor mij iets meer voor de hand liggend dat je je voorraad in de H.R. niet meer hebt. Maar ik houd er wel rekening mee hoor.

Met "Client" bedoel in de Netwerk Client.
Kun je hier iets mee ? (zeg gerust nee)

De netwerkclient is voor het TS "HO"

Merk op dat op alle clients (dkouwen, skleinjan, agelder, e.d.) dit ook zo is.

Nou, die is fijn. Nou weet ik weer niet wat "HO" is. Hebben we het intussen over hetzelfde ?

Bijvoorbeeld voor Novell hadden we de Netware Client32 enz. Tegenwoordig heeft praktisch iedereen gewoon een MS client (zelfs als je Novell hebt), en daar zie je niet zo veel van (nou ja, ik niet).

Aan je (ook) een beetje gewend bent met RA Te Leveren Artikelen (o.a.) 3-2-1-1, dan weet je dat de sterretjes (e.d.) in kolom 3 indikatief zijn voor wat er op voorraad is voor de betreffende VORegel;
Werken die sterretjes 1 op 1 niet met het rode gebeuren ? of doen die sterretjes het wel goed ?

Nou we hebben het niet over hetzelfde hoor  :sorry:

We gebruiken als NetwerkClient MS client.

Het sterretje wordt niet weergegeven. Ik heb hier een situatie gevonden waar ik nog niets mee gedaan, behalve printscreens gemaakt  ;)
Volgens mij zou de product in dit geval groen moeten zijn.

Je verkoopt hier in in een andere Verschijningsvorm dan waaruit geraapt wordt (o.b.v. Verschijningsvorm impliceert behoefte ongeacht Verschijning). Die funktionaliteit is alleen ingebouwd in het TS Leveren Verkooporder. Deze funktionaliteit zal dus per definitie geen voorraad tonen, alleen al omdat de Verschijningsvorm die verkocht is niet als zodanig op voorraad ligt. Dat hier geen * staat zegt dus niet over het TS scherm.

Jongens, kunnen we to the point blijven ? ik bedoel, DKN, als ik vraag naar die sterretjes, dan vraag ik uiteraard naar de konstatering van hetzelfde. Anders gezegd : je hebt dit niet getest zoals je met het TS wel doet/deed.

N.b.: Dank voor de response Wouter, want ik was er wel ingetuind.  :swoon:

En DKN, ik snap ook wel weer dat je er zelf intuint.  :smile:

Zojuist even gekeken; jouw Verkooporderregel bevat geen Kenmerken. Derhalve vindt het TS scherm (maar op zich ook andere leverfunktie) geen voorraad, immers de te leveren voorraad moet kwa Kenmerken overeenkomen.

Indien het een nieuw produkt betreft (danwel het de 1e keer is dat je dit verkoopt) dan kan het aan het Artikel danwel de Artikel-/Verschijning liggen, heb je dit produkt al vaker verkocht, dan zal het aan Toevoegen Verkooporderregels kunnen liggen. Ik vermoed dat jouw wijzigaktie gevolgd door F1 die kenmerken wel zal wegschrijven (hetgeen misschien al impliceert dat het Artikel goed is) waarna het TS scherm wel voorraad vindt met gelijke kenmerken.

Wouter, wat ik net wilde vragen is om eens te kijken naar het Verwerken bij Wijzigen VOregel, omdat je zonder iets te wijzigen wel "Verwerkt" aantreft. Dàt is al niet pluis, en leidt wat mij betreft inderdaad tot jouw konstatering / verwachting.

Edit : Met daarbij maar de opmerking dat er kennelijk (ooit) iets niet goed is gegaan bij het genereren van ... ehh ... Voorraad ? aangezien we al eerder hebben gekonstateerd dat de Kenmerken ontbraken. Dit treedt heus bij niemand op maar hier (bewezen) wel. Het wordt wellicht dan ook tijd om middels een runnetje die Kenmerken in alle bestaande Voorraad erin te schieten (tenzij die er al staan natuurlijk, want afhankelijk van het produkt worden ze daadwerkelijk gebruikt).
Dan sluit dat in elk geval alle toekomstige rariteiten ditaangaande uit.

De Kenmerken bij de voorraad staan goed; bij de VO regel was het verkeerd.

Kenmerken bij Artikel 100231 en bij alle Verschijningsvormen van dat Artikel zijn ook goed. Probleem moet dus ergens bij het Toevoegen van een Verkooporderregel ontstaan.

Kijk je de IF bij Verwerken nog na ? (of YK)
:11c:

Bij alle Artikelen zijn ook Kenmerken aanwezig, bij een paar Artikel-/Verschijningen ontbreken kenmerken, aan de records te zien 'half-af' situaties; proces 'toevoegen' afgebroken nadat de sleutelgegevens zijn toegevoegd.

Bedrijf G - 106012 (verschijningsvorm niet genoteerd, ik dacht iets van pak 1 kg of i.d.)

Bedrijf H - 100845/ST én 612075/DOOS

Deze Artikel-/Verschijningen kun je het beste even verwijderen en opnieuw toevoegen; ga ervanuit dat ze nog niet verkocht zijn.

Maar : voordat iederen zich een ongeluk zoekt naar iets wat er niet is (of elders zit) ...

DKN, kun je dat van die sterretjes svp nog nakijken ? (op de goede manier  :smile:)
Immers, als die er wèl zijn, betreft het voor ons een heel andere situatie dan als die er eveneens niet zijn ...

Overigens kan ik me ook niet voorstellen dat je dit probleem "iedere keer" hebt. Toch ?

Tsja... eigenlijk wel voor de hand liggend... Ervanuitgaande dat bij Wijzigen die kenmerken wel worden geregistreerd, zal LOVRWY opnieuw de kenmerken hebben bepaald (XXXXXX). Bij deF1 kontrole konstateert ze dat deze anders zijn dan wat er in de Verkooporderregel staat (6x spatie). De regel is dus wel gewijzigd.

Bij een normale VO regel waar wel kenmerken in staan wordt het F1 deel niet uitgevoerd als er niets gewijzigd is.

Neu .... niets voor de hand liggend;

1. Jij hebt zelf eerder aangegeven dat de betreffende Artikelen juist geregistreerde Kenmerken hebben (eigenlijk andersom : je trof er maar 2 aan die onjuist waren);
2. Als ik bij een willekeurige VORegel niets wijzig en wel verwerk, wòrdt er ook verwerkt. Kùn je natuurlijk zeggen dat bij ons zelf de Kenmerken onjuist zijn geregistreerd, maar ik geloof niet alles (zoals je weet; ik geloof eigenlijk niets  :P ).

Wat moet ik nu testen? Dat snap ik toch niet helemaal.

Klopt, niet iedere keer, vanochtend +/- 10 keer.

Als er iets te leveren is, en het TS toont "rood", of je dan bij Te Leveren Artikelen (zie eerdere post) ook geen sterretje ziet (sterretje = Voorraad Aanwezig).

Maar, zoals vanmorgen gekonstateerd, het moet dan wel voorraad betreffen die niet on the fly Omvormt, want zoals door Wouter gemeld, in zo'n situatie zie je bij Te Leveren Artikelen de Vooorraad niet (want die is er voor die funktionaliteit formeel ook niet (in de juiste Vorm)).

Ik hoop dat ik het je niet te lastig maak !

Sterretje is niet aanwezig

Ja hallo, ik heb het alleen maar bij verschijningen die via het TS leveren moeten worden omgevormt  :pleasantry:
Met andere woorden, het sterretje zal er dus nooit staan.

Ja hallo hallo ...  :smile: had je dat al genoemd dan ? nee toch ?

Nee dat niet, maar in mijn 1e voorbeeld wordt wel over deze situatie gesproken.

Hoe dan ook, het moet opgelost worden.  ;)

Nou ja, je bent waarschijnlijk 4 uur verder omdat we dat niet wisten.

Goed. Gaan we daarmee aan de gang.

Die stelling klopt niet. Als ik bij een willekeurige VO regel niets wijzig en op F1 druk, wordt er niets verwerkt. Llees: 'Verwerkt' komt niet voorbij (er wordt niets gereplaced omdat de kontrole "is er iets gewijzigd" zegt dat er niets gewijzigd is).

Ik stel dat DKN niet zomaar willekeurige orderregels gaat wijzigen, maar pas naar wijzigen gaat als hij op zijn TS scherm die rode vlakken ziet terwijl hij weet dat er wel voorraad is. Gekonstateerd: situatie waarbij in LOVR geen kenmerken staan (maar wel bij het artikel, en ook bij de artikel-/verschijning), ofwel ligt bij grote mate van zekerheid aan LOVRTV.

In dié situaties zal zijn F1 bij Wijzigen wel verwerken (omdat kenmerken opnieuw bepaald worden).

Klopt  :smile:

1,5 uur met 2 personen zoeken verder (en deels voor de analen) :

a. Ik heb een post van Wouter verkeerd geïnterpreteerd; hett gaat "simpelweg" fout bij Toevoegen VORegel, alwaar de Kenmerken in vooralsnog niet te achterhalen situaties niet worden weggeschreven;

b. Het gebeurt bij ons wel degelijk dat ik Wijzigen VORegel kan doen, waarna "Verwerkt" optreedt (000.0029/B02, zie order van 20061222001). Geen idee of dat wat zegt.

c. Ontbrekende Kenmerken komen bij ons *niet* voor in de VORegels.

Er komt nu een tijdelijke oplossing + logfile wanneer het optreedt (binnen een uur).

DKN, kun je svp heel goed nadenken en achterhalen

A. Of je dit eergisteren nog niet had (voor de upgrade -> je moet toch weten of je eerder VORegels moest wijzigen om e.e.a. leverbaar te krijgen).

B. Voor die orders waarvoor het nog zal optreden (afgelopen uren toegevoegd) wat er bijzonder kan zijn aan de Header, de Regel zelf, de wijze van toevoegen, de persoon die het toevoegen heeft gedaan ??

C. De eventuele overeenkomsten.

Er *MOET* iets zijn ...

Aangepast, en staat op jullie systeem.

Zie mijn Releasenote (met verklarende tekst) nog niet op het forum verschijnen (wacht al een paar minuten), dus bij deze:

Indien bij F1 in LOVRTV gekonstateerd wordt dat de Kenmerken leeg zijn, dan worden de kenmerken opnieuw bepaald.
De gebruiker krijgt een melding te onthouden wat hij gedaan heeft + Heart te bellen.
Tevens wordt er (voor ons zelf) een logfile aangemaakt opdat we wat meer info bij de hand hebben om te bekijken waar dit fout zou moeten gaan.

Inmiddels is die erdoor: http://ha1.heartprofit.nl/profit/index.php?topic=17234.0

DKN,

De programmatuur is (dus) zo aangepast dat je een melding krijgt als het weer optreedt ("Bel Heart, blabla");
Je gaat me nou toch niet vertellen dat het nooit meer is opgetreden ?

Tja, ik heb iedereen bij ons opgedragen dat als deze melding optreed zij direct mij moeten informeren.
Helaas nog niet gebeurd, dus ik ga er vanuit dat dit niet meer is voorgekomen.  :(
Gisteren zeker niet, toen ben ik heel de dag op kantoor geweest.

Nog steeds niets gehoord ?

Zo dat het geval is, gaan we het "vangnet" weer elimineren, en moeten we het erop houden dat er ergens een bit is omgevallen tijdens het proces van zippen / oversturen / unzippen. Eens in de twee jaar maken we zoiets wel mee, en is dan ook meteen de verklaring voor onbegrijpelijk gedrag (zoals hier).

N.b.: Theoretisch risiko is dat (na elimineren vangnet) het dan weer optreedt, maar daar kun je dan mee omgaan zoals voorheen (en wij bouwen het vangnet dan weer in plus dat we slimmer moeten worden in de aanpak hiervan).

Nope, nog steeds niet voorgekomen.
Tja, het is toch echt zo  :smile: