Prijslijsten

[r.rijnvos]

Wat zijn de mogelijkheden voor het gebruik van variabele lay-outs bij het printen van prijslijsten?

[Demis van Kouwen]

Wij hebben het zo laten maken dat de print naar Excel gexporteerd worden. Dit doen wij via Hmenu 3-4-7-6-2.
Op aanvraag kun je hier dan kolommen bij laten genereren (in excel).

Werkt perfect voor ons.

[Wouter Rijnbende]

Variabele Layouts bij Prijslijsten kun je denk ik vergeten; tenzij je maar één soort prijs in het systeem gebruikt, en dat doet niemand. Er bestaat een zgn. "Prijsreglement van een Debiteur" waarop "alle" prijzen terecht zouden moeten komen, en welke print de prijzen onderverdeeld in kolommen (en i.d.d. met een mogelijkheid dit in Excel te doen). "Alle" prijzen is een groot woord, immers, hooguit "alles wat ondervangen is" en en daarnaast kunnen niet alle prijzen in kolomvorm gepresenteerd worden. Zie ook zeker de helptekst bij het Prijsreglement m.b.t. de (on-) mogelijkheden van die funktionaliteit.

Denk wel dat je je oplossing moet zoeken binnen dit Prijsreglement.

[r.rijnvos]

Het enige probleem wat wij eigenlijk hebben is het feit dat wanneer er via Hmenu 3-4-7-6-2 geprint wordt en de prijsstaffels/regel op "J" staat de interne/klient gerichte artikel omschrijving niet meer wordt weergegeven. Keuze K,O of I wordt dus overruled door S bij de artikelomschrijving.

[Wouter Rijnbende]

Klopt. En feitelijk heeft die rubriek ook weinig met het hele Prijsreglement te maken. Iemand (die inmiddels niet meer werkzaam is hier) heeft in 2003 voor een klant ervoor gezorgd dat o.b.v. dat J/N rubriekje er een totaal andere print uit komt rollen, welke niets respekteert van de normale regels van het Prijsreglement. Er wordt gewoon een totaal andere print getriggerd (waar we feitelijk nog 2 dagen aan zouden kunnen besteden om alle andere rubriekjes te respekteren).

V.w.b. de Windows gebruikers (jullie werken nog in DOS) geldt dat ze deze print rechtstreeks in Excel kunnen laten opbouwen; helaas ook met uitzondering van die ene rubriek.

Als je het mij zou vragen zou ik zeggen "die hele rubriek hoort hier niet thuis, en dient eruitgesloopt te worden", maar dat zullen we wel niet meer kunnen maken tegenover de klant voor wie het ontwikkeld is

[Wouter Rijnbende]

En in die totaal andere print die getriggerd wordt, worden zelfs keiharde kolommen gebruikt (waar het Prijsreglement juist helemaal dynamisch is) waarvan er één notabene "VERPAKKING" heet i.p.v. iets als Verschijningsvorm.

Ook de "Prijsreglement-begrippen" gebeurt niets mee; d.w.z., waar het scherm moeite doet om het resultaat te kunnen presenteren in de Taalkode van de Debiteur, gebeurt dat niet voor deze print.

Meerdere regeltjes zijn hier niet gerespekteerd

[r.rijnvos]

d.m.v. 1 extra stap kan ook ik de print in excel inladen en verwerken, maar dan zonder staffels/regel.......    Betekend dus iets meer werk voor de mensen die met de prijslijsten werken

[Wouter Rijnbende]

Maar daarmee is je probleem dat hij al die andere rubrieken niet respekteert (omschrijvingen) nog niet opgelost, en daar ging het je toch om...

[r.rijnvos]

Dat klopt inderdaad, dus zal  ik een afweging moeten maken tussen de kosten van een stuk maatwerk om dit te corrigeren en de frequentie/tijd die wij nodig hebben om dit handmatig in excel te doen.