Charges zoeken/leestekens

[BKienhuis]

Komende tijd zal ik wat onderwerpen posten met omschrijvingen van problemen gemeld door ons bedrijfsbureau. Dit zijn geen heel erg urgente onderwerpen maar het zou wel mooi zijn als er oplossingen voor zijn.

1. Bij het zoeken naar charges Hmenu-5-2-1-8-6-1 gebeurd er in Profit iets raars wanneer er een leesteken in de omschrijving van het product zit, bijvoorbeeld P4WG00016 BELTIDRA 2 C.EPOXY PRIMER CRÈME. Het lijkt wel of er voor elke nieuwe charge een nieuwe regel is gemaakt, waardoor het een flinke klus wordt om de laatste charge op te zoeken. Ook staan hier heel veel regels waar helemaal geen charges bij horen (F4). Is hier iets aan te doen?
Hmenu-5-2-1-8-6-1, P4WG00016:

Bij de eerste 8 regels na F4:

2. Bij het afdrukken van productie-etiketten wordt de eerste regel van de 3 regels voor omschrijving standaard ingevuld met de productbenaming. Deze regel moet altijd weer leeg worden gemaakt omdat de productbenaming van de charge al op het etiket wordt afgedrukt. Kan dit veld standaard leeg worden gelaten?
Bijvoorbeeld, productie-opdracht etiketten 5-2-2-2 productieorder 201103070001 F1-F6-Shift+F4-F5:

In het eerste veld bij de omschrijving (AV-VVTART1) staat nu de productomschrijving van C4P000473 (zwart) terwijl op het etiket al de omschrijving van de charge wordt afgedrukt (RAL5002, AV-ARTOMS). Het veld moet dus telkens leeg worden gemaakt.

3. Op de meeste plekken in het menu kun je altijd terugkeren naar het hoofdmenu met de functietoets F10.  Alleen als je via het menu 3-2-1-9-2 bent gekomen dan werkt F10 niet. 1x Escape en F10 werkt dan wel weer maar voor de mensen die het gewend zijn om via F10 naar het hoodmenu terug te keren is het wat onhandig dat dit niet altijd werkt.

[Wouter Rijnbende]

1. Bij het zoeken naar charges Hmenu-5-2-1-8-6-1 gebeurd er in Profit iets raars wanneer er een leesteken in de omschrijving van het product zit, bijvoorbeeld P4WG00016 BELTIDRA 2 C.EPOXY PRIMER CRÈME. Het lijkt wel of er voor elke nieuwe charge een nieuwe regel is gemaakt, waardoor het een flinke klus wordt om de laatste charge op te zoeken. Ook staan hier heel veel regels waar helemaal geen charges bij horen (F4). Is hier iets aan te doen?

Heb je hier een voorbeeld van (printscreen) ?

Het zou bijvoorbeeld te maken kunnen hebben met het feit dat er geen Codepage op de tabel staat, of gestaan heeft, waardoor de betreffende leestekens verloren zijn gegaan.

[Wouter Rijnbende]

2. Bij het afdrukken van productie-etiketten wordt de eerste regel van de 3 regels voor omschrijving standaard ingevuld met de productbenaming. Deze regel moet altijd weer leeg worden gemaakt omdat de productbenaming van de charge al op het etiket wordt afgedrukt. Kan dit veld standaard leeg worden gelaten?

Wat bedoel je met "moet weer leeg worden gemaakt" ?

Verder lijkt me e.e.a. een kwestie van de juiste Layoutvariabelen selekteren.
Misschien kun je even aangeven welke Layoutvariabelen je gebruikt, opdat wij kunnen beoordelen of de betreffende kombinatie sowieso nooit kan werken.
Dus, graag even verduidelijken met een voorbeeld (schermprint).

[Wouter Rijnbende]

3. Op de meeste plekken in het menu kun je altijd terugkeren naar het hoofdmenu met de functietoets F10.  Alleen als je via het menu 3-2-1-9-2 bent gekomen dan werkt F10 niet. 1x Escape en F10 werkt dan wel weer maar voor de mensen die het gewend zijn om via F10 naar het hoodmenu terug te keren is het wat onhandig dat dit niet altijd werkt.

Deze funktionaliteit is van oorsprong opgezet als "popup" funktionaliteit. Voor de DOS versie zag dat er merkbaar anders uit, in de Windowsversie ziet ieder popup eruit als een normaal Form. Intern worden ze echter toch anders afgehandeld, en e.e.a. zal er nu voor zorgen dat je geen F10 kunt gebruiken. Er zullen wel meer funkties in Profit zijn waarbij dit zo werkt.

Als we de funktie zouden ombouwen naar "een normale funktie", dan zal F10 vast ook vanzelf weer werken. Dit betreft dan wel gewoon "maatwerk".

[Peter Stordiau]

... Maar misschien is het wel helemaal geen goed idee om 3 of nog meer zaken aan te melden in 1 topic ...

Eigenlijk zeker niet.

[BKienhuis]

1. Screens toegevoegd
2. Screen toegevoegd
3. Het is niet anders, dan moeten ze Escape maar gewoon gebruiken.

PS, ik zal in het vervolg wel 1 onderwerp per topic schrijven.

[Wouter Rijnbende]

PS, ik zal in het vervolg wel 1 onderwerp per topic schrijven.

Je bestaande post wijzigen om een screen toe te voegen is ook niet echt handig; daardoor begrijpt een ander vanzelf de reaktie op die post niet meer...

[Wouter Rijnbende]

Ad probleem #2.

Ok, je hebt het hier dus over het mechanisme "Raadplegen Opdrachten voor Produktie Etiketten".

Ik denk dat voor de meeste gebruikers wel geldt dat de oorspronkelijke werkwijze van deze funktionaliteit wel behoorlijk achterhaald is.

Deze funktionaliteit is in 1991 ontwikkeld, toen we nog niet in staat waren om via een Variabele Layout een Etiket af te drukken. Via dit mechanisme kon je een printje maken, met voor welke produkten je een etiket wilde hebben, en welke gegevens er dan op dat etiket zouden moeten komen te staan.

Inmiddels werken we met Variabele Layouts, en geldt dat we daar duizenden variabelen hebben, waarbij iedereen het Etiket op zijn eigen manier kan afdrukken. Zo kun je via je Layout ervoor kiezen of je de Artikelomschrijving op je layout wilt zien, of de "van toepassing zijnde omschrijving", waarbij de artikelomschrijving wordt overruled door eventueel opgegeven verlengde teksten, en waarbij Taalkodes gerespekteerd worden. Maar, je kunt er ook voor kiezen om beide op te nemen, opdat op het etiket het produkt omschreven staat in de taal die jij kunt lezen én in de taal van de klant.

Hoe dan ook, allerlei situaties, die van z'n leven nooit meer o.b.v. separate "Opnemen op het Etiket J/N veldjes" in dit mechanisme zijn opgenomen; en, zouden we dat wel doen, dan zouden we feitelijk voor alle Layoutvariabelen een rubriek hier moeten opnemen. Geen doen (hoewel er ook funktionaliteit bestaat in de hoek van "Export documenten" waarbij het wel mogelijk is iedere variabele weer te overschrijven).

Kortom, ik zou denken dat als je in dit scherm helemaal niets wijzigt, je tóch in staat bent om je Etiket er op de juiste manier uit te laten komen.

Waar het dan wellicht fout gaat, is dat je een verkeerde set Layoutvariabelen gebruikt.

Dus, AV-ARTOMS zal de omschrijving weergeven van het Artikel.

I.p.v. AV-ARTOMS kun je (dacht ik) AV-VTART1/2/3 gebruiken.
Deze bevatten een overruled aspekt.
Dus, als er een Verlengde Tekst gedefinieerd is, wordt dié gebruikt, is er geen Verlengde Tekst, dan wordt de Artikelomschrijving gebruikt.

Gebruik je AV-ARTOMS en AV-VTART1 door elkaar, dan krijg je én het overrulende deel én de Artikelomschrijving;
dit kán bewust je doel zijn, maar in de meeste gevallen is dit "fout" en krijg je e.e.a. dubbel.

Naast AV-VTART1, die een overrulend deel bevat en daarmee ook weer overruled kan worden door bijv. een Verlengde Tekst die alleen voor deze klant voor dit Artikel gedefinieerd is, bestaat er ook een AV-VVTART1 (die jij zegt te gebruiken). Dit betreft een "Vaste Verlengde Tekst 1 Artikel", en bevat keihard de 1e Verlengde Tekst regel van het Artikel, zonder een overrulend iets toe te passen.

Allerlei variabelen die ooit door iemand eens zijn aangevraagd voor "een speciaal doel", maar welke niet inhoudt dat je ze zomaar kunt gebruiken.

Als je Verlengde Teksten gebruikt, zou ik zeggen dat je de Variabelen AV-VTART1/2/3 moet gebruiken. Deze bepalen dan automatisch wat de omschrijving van het produkt moet zijn, daarbij rekening houdend met de Taalkode van je Debiteur, en eventueel gedefinieerde Verlengde Teksten voor die klant.

Nb: En om het nog moeilijker te maken: daarnaast heb je ook nog een Klient-/Artikelomschrijving die weer van invloed kan zijn.

[BKienhuis]

Het enige probleem is eigenlijk dat het veld standaard wordt gevuld met in dit geval 'Belticryl 2 comp.lak HS zwart'. Wordt de inhoud van deze velden beïnvloed door een variabele in de layout?

[Wouter Rijnbende]

Ad probleem #1

Als ik het zo snel even beoordeel, kom ik op het volgende:

a. Iedere Produktieorder die je toevoegt, krijgt een nieuw Chargenummer toegekend.
b. Bij iedere Produktieorder die je toevoegt, kun je ook een Variabele Omschrijving opgeven (= instelbaar).
c. Iedere Charge, met bijbehorende (eventueel overrulede) Omschrijving wordt geregistreerd in een tabel Charge-/Omschrijvingen.
d. Met de zoekfunktie haal je de records die voldoen aan je Kriterium op uit die tabel.

Het lijkt wel of er voor elke nieuwe charge een nieuwe regel is gemaakt

Ah, ik zie dat er in het "Trefwoorden Charge Genereren" mechanisme iets zit wat zegt dat iedere kombinatie met omschrijving-/klient maar één keer wordt opgenomen. Ofwel, iedere opgevraagde kombinatie zou "uniek" moeten zijn.

Wel, de vraag is dan "kun je dit reproduceren" ?

Het probleem kán zijn veroorzaakt doordat al die tijd de Codepage van de tabel Charge Omschrijvingen afgeweest is, waardoor een zoekopdracht met een omschrijving met leestekens nooit een geldige kombinatie vond, en daardoor steeds een nieuwe werd opgenomen.

Op moment van dit schrijven, staat er een Codepage 850 op de tabel Charge omschrijving.
Ofwel, voeg eens een nieuwe PO toe, en kijk of je nóg een extra vermelding erbij krijgt.
Zo nee, dan zou het inmiddels goed moeten werken, zo ja, dan werkt er ergens iets fout.

Ook staan hier heel veel regels waar helemaal geen charges bij horen (F4). Is hier iets aan te doen?

Zou in theorie kunnen worden veroorzaakt door "Verwijderen Produktieorder", die niet een eventueel gegenereerde Charge-/Omschrijving verwijdert. En, misschien mág ze die ook niet klakkeloos verwijderen, gezien het feit dat iedere kombinatie maar één keer dient te worden opgenomen, en er inmiddels een andere P.O. kan zijn die naar die Chargeomschrijving verwijst.

Hoe dan ook, wij kunnen wel eens een runnetje maken die van al je Charge-/Omschrijvingen kontroleert of er wel een formeel Chargenummer bestaat die naar die Charge-/Omschrijving verwijst, en zo niet, die Charge-/Omschrijving verwijdert.

[Wouter Rijnbende]

Het enige probleem is eigenlijk dat het veld standaard wordt gevuld met in dit geval 'Belticryl 2 comp.lak HS zwart'. Wordt de inhoud van deze velden beïnvloed door een variabele in de layout?

Als je het over de velden hebt die bij "Raadplegen Produktieopdracht Etiketten" staan, Nee.

Die worden op "een" manier gevuld, en inmiddels zijn er via Variabele Layouts talloze andere kombinaties mogelijk.
Wil je ook al die talloze andere kombinaties in die opdracht hebben staan, dan is de enige manier dat we een bedrijfsparameter (= 4 uur) gaan opnemen, waarmee je kan instellen hoe e.e.a. voor jullie gevuld moet worden. Enne... dan kun je voor iedere variabele wel een parameter opnemen.

Nb: Hooguit kan het nog zijn dat de omschrijving die er nu komt te staan gewoon keihard "fout" is, maar dat blijkt vooralsnog niet.

[Wouter Rijnbende]

Ofwel, voeg eens een nieuwe PO toe, en kijk of je nóg een extra vermelding erbij krijgt.
Zo nee, dan zou het inmiddels goed moeten werken, zo ja, dan werkt er ergens iets fout.

Laat die test maar even... want ik weet inmiddels het antwoord al.
Als ik 2 Produktieorders toevoeg met dezelfde omschrijving, dan worden er twee Charge-/Omschrijvingen gegenereerd.
Dat lijkt me niet juist.

[BKienhuis]

Die worden op "een" manier gevuld

Dat veld moet juist niet gevuld worden, waar komen deze gegevens vandaan?

[Wouter Rijnbende]

Dat veld moet juist niet gevuld worden, waar komen deze gegevens vandaan?

Ik zou denken door "dat wat van toepassing is".

Dus, bekijk je Artikelomschrijving, je verlengde tekst, Klient-Artikelomschrijving, Klient-Artikel-Verlengde tekst?

[BKienhuis]

Het kan volgens mij niets anders zijn dan de Artikelomschrijving. Deze omschrijving moet daar dus niet komen te staan, hoe is dat te voorkomen?