Besproken, en als het in een uurtje of 2 kan is het accoord, anders eerst even overleggen.

Afspraak is dat uit de onder 1111F2N te definieren artikel eigenschappen de TD teksten vor een artikel meegeprint worden op de inslagbon onder de kop Bijzonderheden, na de inkooporder teksten.


mvg

MK

Peter, we hebben intern dit nog verder overlegd en zouden graag een aanbieding hebben voor het volgende:

1. Een parameter om op deze bon de artikeleigenschappen mee te printen J/N
2. De aanpassing van de print zodat deze eigenschappen inderdaad geprint worden

kenmerken gaat denk ik niet werken zoals wij het willen gaan toepassen.

pad printen ontvangstbon inkoop 4.8.8

mvg

Marco


PS reden van J/N veld is dat ik inschat dat niet elke andere gebruiker hier echt blij van wordt....

waarom ben jij zo blij?

<quote>
Swoon is a term used to express happiness or excitement, to be overwhelmed by joy or emotion toward something.
</quote>

Graag voor 26/05/2008 een upgrade klaar zetten

Ik bedoelde server sessies

Dit is ook zoals wij werken, 1e regel is altijd verplicht gelijk tussen artikel / artikel verlengde tekst en klant omschrijving

Anders worden onze magazijnmedewerkers n.l. gek (label op 1 omschrijving en vrachtpapieren op de andere werkt niet)

Wat heb ik niet gelijk, dat de files open blijven staan?
Dat is toch echt zo. Heb het toen iedereen naar huis was zelf gecontroleerd op de serversessies en Heart laat echt 200 files open staan als je vanuit het hoofdmenu naar het inlogscherm gaat (meestal 200 à 250 files)

Dat het geen invloed mag hebben op het aantal concurrent sessies dat jij gebruikt om de licentie-aantallen te controleren geloof ik wel.

Maar eigenlijk zou het netter zijn als Heart de files vrijgaf zodra er vanuit het hoofdmenu geschakeld wordt naar het inlogscherm.

mvg

MK

Ik heb gevonden dat als een user terug gaat naar het hoofdmenu, en vervolgens in WINHEART op het sleuteltje drukt de sessie op de server gewoon open blijft staan met ca. 200 open files.

Volgens mij hebben jullie in het verleden aangegeven dat als je vanuit het hoofdmenu naar het inlogscherm gaat, dit gelijk zou zijn aan het fysiek afsluiten van het pakket.

2e puntje wat hierop aansluit is dan natuurlijk ook de vraag of deze user op dat moment dan ook niet meer meeteld voor het aantal "actieve userlicenties"


mvg

Marco

Maar als ik het op een andere locatie gooi (nl bij de afkeur), dan moet ik het toch ook op kunnen boeken met een andere status.

Jouw controleroutine kijkt niet naar of het een andere locatie betreft en staat het daarom niet toe dat het vrrd item met een andere status wordt opgeboekt.

maar juist omdat locatie afwijkt zou dat dus wel mogelijk moeten zijn, immers de sleutel is verschillend.

mijn fout, had ik moeten zien.
Mijn excuses

mk

Voorbeeld productieorder per mail aan RM gestuurd

Gaat nog iets fout hier

Als ik een productieoutput op wil boeken, dan krijg ik de optie om met verschillende stati op te boeken.
Als ik echter de eerste verpakking opboek met status S
Bijvoorbeeld als ik 1 verpakking heb welke afwijkt, dan geeft het systeem de melding dat alles vanaf dat moment opgeboekt wordt met status S op basis van het reeds bestaan van 1 voorraaditem met status S. Tevens wordt dan de mogelijkheid om de status middels het opboekscherm aan te geven "greyed out"

Mijn verzoek is om het disabelen van dat veld uit te zetten.
Want bij ons komt het wel voor dat de eerste of laatste can van een aftapcharge een afwijkende stus heeft (bij de eerste can kan er bv nog spoelmiddel in de leidingen zitten of zo)
Als dan alles verplicht naar 1 charge soort wordt geforceerd is dat niet zo handig.

Dat het veld dan direct op de voorkeur komt te staan van de reeds aanweige vrrd items is geen probleem, als ik hier maar vanaf mag wijken....

r.rijnvos,

Jouw verhaal is vreemd. Dit mag alleen optreden als je meerdere producten met hetzelfde chargenummer hebt.
Dat komt omdat de sleutels in heart niet op basis artikel/leverancier/charge zijn.

Staat al in ene eerdere post.
Anders mag dit ip niet voorkomen

hmm, niet helemaal zo makkelijk, want met een gemiddelde van 5 geblokkeerde functies per dag heb je al een deel van de sessies die niet netjes afsluiten.
Dus dat is volgens mij zoeken naar die bekende speld

Daarnaast verklaard dat nog niet waarom het altijd in een geplitste verkooporderregel optreedt.

Heb trouwens vanavond LODF gereorganiseerd

mk

nee, ik browse absoluut niet in LODF

het vreemde wel blijft dat ik dit altijd zie bij orders welke gesplitst zijn.
En niet bij "normale" orders.