In het scherm wijzigen autorisatiegroepen pad
is het 2e veld de omschrijving.

Deze is echter niet als tekstveld, maar als browseveld gedefinieerd, waardoor het moeilijk is heir een omschrijving met spaties in te vullen (opent steeds het zoekgrid)

Het enige wat ik wel kan aangeven is dat de desbetreffend euser een fervente aanhangster is van de DOS versie

Het kan dus geen Userbutton zijn, hoogstens een zijstapje

Volgens mij staat die uit:
zie plaatjes

Nee, kan het op diverse PC's lezen

Er is iets fout gegaan bij de order regel invoer.
Daar wordt de omschrijving opgehaalt en die staat nog op die van regel 1!

Het is GEEN display maar database probleemKijk ook maar in LOVRRA

Bij het toevoegen van de 2e regel heeft Heart nioet goed de artikelomschrijving van het andere product opgehaalt.

De artikelomschrijving in regel 2 is die van regel 1 terwijl het artikelnummer afwijkt!

Hier gaat iets niet goed met de aanpassingen in het scherm
verkooporder : 20070502029

Na 12.30 vandaag zullen we deze regel wissen en corrigeren, graag voor die tijd even kijken
(3 mei 2007)

Wij hadden hetzelfde probleem en hebben dit opgelost door zelf de omrekening te maken, die correct in een verschijning te zetten en dan gewoon op aantal verschijningen te ontvangen.

Dus bv IBC 800 kg = 1000 liter

en Bulk 16000 kg = 20000 liter

Niet geheel zo mooi, maar wel goed werkbaar

Dat stond niet in het oorspronkelijke voorstel, maar programmerend kwamen jullie erachter dat zonder toepassing van een unieke identifier een 1:n relatie kan ontstaan en toen is de oplossing mbt het achtervoegsel geïntroduceerd.

PS het waren trouwens maar 38 pagina's (incl. voorblad)  =)

natuurlijk, maar inlog mappings zal ik toch op voorhand moeten realiseren...

Resumerend:
Als ik zorg voor de volgende info, kunnen jullie verder en na de installatie van de terminal server op 11 mei jullie kant inrichten??

-A-
Mapping naar lokale c-schijf van de terminal server, usermap, met een eigen driveletter

-B-
Mapping van netwerk troeppad naar reeds bestaande :
M:\userdata\%username%\...

Moet ik voor de "remote users" ook al vast de onder B benodigde troep dir aanmaken?


mvg

MK

Sorry Peter,
Maar op op basis van het gestelde in 9910180009/09/ME heb je zelf de mogelijkheid tot het opgeven van klant chargenummers ingebouwd.
Als gevolg hiervan is toen door heart de "teller" ingebouwd om als een klant 2 maal om hetzelfde nummer vraagt middels deze teller (achtervoegsel numeriek) de charges in de database uniek te houden.

Ik kan er niets aan doen dat binnen de nieuw gemaakte programmatuur voor het invullen van keuringen jullie bij meerdere chargenummers met een gelijke "linkerzijde" dit interpreteren als sub chargenummers.

Dit wordt volgens mij ook gedeeltelijk veroorzaakt daar Heart bij het maken van de programmatuur voor het "vrije chargenummer" het veld charge-serie heeft gebruikt als invoermasker
Conform jullie opgave moest ik dtit toen op 10 zetten, zodat er binnen de programmatuur altijd ruimte zou blijven om jullie teller toe te voegen bij een conflicterende dubbeling van "vrije chargenummers" .

Als dit zou worden ondervangen op een andere wijze, zouden wij de parameter "aantal posities Charge -serie" op de "correcte" wijze kunnen gebruiken en dan loopt alles weer goed.
Dat betekent echter wel dat de productieorder genereren functionaliteit moet worden aangepast.

Dat is ook vaak de praktijk bij AD.
Maar juist dan is het handig om het bij opstarten te regelen.
Immers 95% van de geblokkeerde functies komt uit een TB foutje
(de andere 5% uit de programmering van Heart mbt zijstapjes, nieuwe functies e.d.)

Probleem is geïdentificeerd door Richard

Bij AD werken wij met "vrije chargenummers" daar wij veel voor opdrachtgevers werken welke hun eigen chargenummer systeem hebben.
Om toch database integriteit te waarborgen zet heart er een numerator achter op het moment dat een charge al bestaat.

Het effect:
Stel we hebben een grote tank met charge "AAAAAA"
Bij verschillende aftaporders genereert Heart dus "AAAAAA1" "AAAAAA2" enz.

De "nieuwe" functionaliteit bij keuringen invoeren ziet dit als subcharges.
Het gevolg is dat Heart een ander functionaliteit aanroept.

Voorlopig heeft Richard het aanroepen van deze functionaliteit uitgezet als er gebruik gemaakt wordt van "vrije chargenummers"
(PS "vrije chargenummers" is een artikel eigenschap, sinds eind 1999)

Kan deze functie ook zo gemaakt worden dat TBC en grid automatisch bij opstarten van Heart altijd worden uitgevoerd?

In het verleden hebben wij hier n.l. zoveel last mee gehad, dat het nu "common practice" is om deze 2 functies eerst te draaien. Mede omdat wij veel flex-plekken hebben en dus het regelmatig voorkwam dat jouw voorganger een vastloper had gehad of Heart op een illegale wijze (kruisje bij DOS) had afgesloten.

Ik krijg hier geen keuring ingevuld, Kan wel met F1 bevestigen, maar de keuring komt niet in het scherm

modem staat open, op invulscherm LOCHKVRA

Dit kan op 2 manieren:
   - Bij het genereren en printen van de vrachtbrief
   - Bij het printmenu vrachtbrieven als separate optie

De eerste functie roept de printfunctie LOPRVBGK aan, en daar kan de printer op gekoppeld worden
Als je echter vanuit het printmenu pad 3.2.4.4.9 print in de functie LOPRGVAR kun je de printer niet instellen, daar deze "onder water" weer de instellingen oproept van de LOPRVBGK.

Hiervan acte voor hen die problemen hebben met het aanpassen van deze instellingen