Heart-Profit ERP
July 06, 2024, 11:03:03 am *
Welcome, Guest. Please login or register.

Login with username, password and session length
News:
 
  Home Help Login Register  
  Show Posts
Pages: 1 ... 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 [144] 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 ... 273
2146  Heart-Profit Boards / Heart-Profit ERP Support / Re: lopres toont onjuist saldo emballage on: June 19, 2008, 01:12:09 pm
Quote
Maar hoe inventariseer je dit?

Begin maar vast te lachen : alle geleerden hier weten dat niet (en bij mijn vorige post was ik zelf al weer vergeten hoe het zat) :
3-2-5-1 (F1) leidt je tot Bij/Af Voorraad Mutaties, ooit bedoeld om middels -dan- absolute getallen een begin situatie voor een klant aan te brengen. Ga maar na, dit werkt ook, want een "-1" zal ook leiden tot -1 (absoluut t.o.v. 0).
Dit betreft ook precies de funktie die ik eerder bedoelde, en die niet gebruikt mag worden voor het bijwerken van het saldo. Waarom niet ?

Omdat betreffende prints/funkties dit meenemen (een ingevoerde "-1") om te laten bijdragen aan het saldo. Of anders gezegd : genoemde funktie betreft geen Inventarisatie als zodanig, maar gedraagt zich zo op het moment dat alles op 0 staat. En aldus, hiermee een onjuist saldo korrigeren lukt je never nooit.
(probeer in je hoofd te krijgen dat deze funktie nooit mag worden gebruikt voor korrekties, want dat lukt je dus niet, en tevens dat deze funktie niet mag worden gebruikt voor Retour Ontvangst (of verzending zo je wilt) omdat (tegenwoordig !!) dit overal automatisch gebeurt. Konklusie : als deze funktie eenmaal is gebruikt voor Retour Ontvangst (dan wel korrektie) komt het nooit meer goed (lees ook : heb je misschien jouw "fout" te pakken).

Vraag voor ook ons is nu even hoe je nu wèl korrigeert c.q. inventariseert (behoudens een nieuwe klant), en dat kan hopelijk worden verteld door Yvonne die er vandaag niet is.
2147  Heart-Profit Boards / Heart-Profit ERP Support / Re: lopres toont onjuist saldo emballage on: June 19, 2008, 01:11:58 pm
Quote
Er is bij ons volgens mij een aantal afgesloten emballagerecords, waarbij de aantal retour niet ingevuld lijkt te zijn. Daardoor toont LOPRES een ander saldo dan bijv. LOELRA3 (raadplegen retour te ontvangen emballage totaal). Daar zie je namelijk alleen openstaande emballage. (waardoor daar dus 19 als saldo staat)

We kunnen sowieso even kijken hoe "normaal" dit eruit ziet.


2148  Heart-Profit Boards / Heart-Profit ERP Support / Re: lopres toont onjuist saldo emballage on: June 19, 2008, 12:33:41 pm
Dit is een redelijke slag in de lucht (en vooral : zonder dat we in jullie systeem hebben gekeken) :

Ruwweg 3/4 á 1 jaar geleden is het geheel rondom de jou genoemde fenomenen volledig op z'n kop gegaan. En let wel, daarvóór bestonden prints/overzichten enz. niet in een versie die je kon gebruiken om duidelijk te maken wat het emballage saldo was. E.e.a. kon wel worden duidelijk gemaakt, namelijk middels het zelf salderen van verschillende overzichten plus de wetenschap hoe e.e.a. precies moest worden geboekt. Dit laatste was cruciaal (en is het nog steeds als je het verschil kwa funktionaliteit nooit hebt ervaren);

Zonder nog precies te weten wat er destijds allemaal aan de orde kon zijn om a. zaken fout te kunnen doen en b. zaken in het gareel te laten lopen waar gerelateerde aspekten domweg fout werkten, kan ik in elk geval deze hoofd-tip geven :

Bij het boeken van de retour emballage was het in de eerdere versie van de programmatuur voor de hand liggend (het werd uitgelokt) dat de Retour Ontvangsten werden geboekt bij het deel wat feitelijk is bedoeld voor "Inventarisatie". Dit mocht op zich ook wel, mits je inderdaad ermee rekening houdt dat je aan het inventariseren bent (Uitstaande Emballage bij de klant) en een ingevoerde "1" ook "1" betekent, en niet "-1".

Eenieder die met de -toen- nieuwe versie van deze programmatuur (best veel omvattend) aan de gang ging, moest feitelijk eerst opnieuw inventariseren, omdat anders *wij* er niet vanuit konden gaan dat je in het trajekt daaraan voorafgaand de zaken goed invulde. Ook (en nogmaals) : bepaalde delen werkten destijds niet goed, met als gevolg een handmatige manipulatie die je met goed fatsoen niet juist *kon* volbrengen (eerst binnenboeken, maar gebeurde elders ook al automatisch, en daardoor zelf de Voorraad weer handmatig elimineren).

Alles samengevat : Ik vermoed dat bij jullie die Inventarisatie niet is gedaan.
Ook : Dit wordt bij meerdere klanten excessief gebruikt, en wij kennen geen meldingen dat e.e.a. niet juist dan wel niet consistent zou zijn (na die inventarisatie dus !).


Heb je hier iets aan ? ik kan het alleen maar hopen.
2149  Heart-Profit Boards / Heart-Profit ERP Support / Re: Chargenummer bestaat al? on: June 19, 2008, 10:01:37 am
Johan, we hebben hier toch maar naar gekeken, maar aannemend dat niet net iemand anders ook dat Chargenummer genereerde *en* dit vervolgens weer ongedaan heeft gemaakt, is het vooralsnog onbegrijpelijk.
Voor een volgende keer toont de melding ook welk Chargenummer is bekeken op het reeds aanwezig zijn, en wordt ook de producent weergegeven waarnaar is gezocht (in jouw geval "MEEL").

Zie ook http://ha1.heartprofit.nl/profit/index.php?topic=20351.0.

Als je deze aanpassing z.s.m. wilt hebben moet je even een gil geven.
2150  Heart-Profit Boards / Heart-Profit ERP Support / Re: Splitsen verkooporderregel geeft nog steeds grote problemen met DKK on: June 18, 2008, 08:18:09 am
Ah, dat was het ja, Dank.
2151  Heart-Profit Boards / Heart-Profit ERP Support / Re: Splitsen verkooporderregel geeft nog steeds grote problemen met DKK on: June 17, 2008, 12:44:12 pm
Marco, jij houdt dit uiteraard nauwlettender in de gaten dan wij;
Waar was dit als opgelost genoteerd ?
2152  Heart-Profit Boards / Heart-Profit ERP Support / Re: Wanneer kontaktpersoon toegevoegd wordt: seintje naar 'relatiebeheerder'? on: June 17, 2008, 07:17:47 am
Leuk Pascal !

Kan ik ook weer een dagje thuis blijven Roll Eyes
2153  Heart-Profit Boards / Heart-Profit Releasenotes / Re: "Grid niet aktueel" na omschakelen naar ander bedrijf on: June 16, 2008, 10:12:52 am
Een nog betere (denk ik althans) oplossing is wellicht om ctrl-B (eerst) naar het Hoofdmenu te laten gaan ...
2154  Heart-Profit Boards / Heart-Profit Releasenotes / Re: "Grid niet aktueel" na omschakelen naar ander bedrijf on: June 16, 2008, 08:48:16 am
Ik heb er nooit zo bij stilgestaan, maar het lijkt mij dat als je gewoon "ergens" zit, je nooit ctrl-B mag doen. De boel zou achter je rug vernaggeld worden (denk maar aan een WY funktie, gevolgd door F1).
2155  Heart-Profit Boards / Heart-Profit ERP Support / Re: Wijze versturen Keuringsrapporten registreren en kontaktpersonen daarvoor on: June 13, 2008, 09:19:59 am
Ik was er al mee bezig geweest, maar het is ondergesneeuwd geraakt. Excuses.
2156  Heart-Profit Boards / Heart-Profit ERP Support / Re: LOPRGAOV Printen artikelen van een art. groep: Alleen beschikbare artikelen on: June 13, 2008, 09:17:43 am
Jammer dat je de laatste alinea van dat off-line overleg dan niet hebt gezien.

daarin stond:
"
Maar goed, ik zal wel te praktisch hebben gedacht.
"

zoals dat vaker voorkomt. en bovendien had ik daarin hieromtrent nog gezegd,
"
we redden ons wel, al snap je wel dat het plezier van deze de gedane aanpassing hierdoor wel beperkt geworden is. "



Offline overleg ? ehh, ik vrees dat ik niet alleen een laatste alinea heb gemist, maar het volledige offline overleg. Heb je mij iets gestuurd ?
2157  Heart-Profit Boards / Heart-Profit ERP Support / Re: LOPRGAOV Printen artikelen van een art. groep: Alleen beschikbare artikelen on: June 13, 2008, 09:15:26 am
Quote
we redden ons wel, al snap je wel dat het plezier van deze de gedane aanpassing hierdoor wel beperkt geworden is.

Hoho, waren we al klaar dan ? nea
Niemand heeft dacht ik gezegd dat we niet doorgaan totdat je tevreden bent. Het uitvissen wat je wilt blijkt alleen wat moeilijk.

In tegenstelling tot wat Menno in zijn laatste alinea meldt, denk ik dat je het volgende wilt :

a. E.o.a. (zie zodirekt) overzicht waarin de Niet-Aktieve Artikelen niet zichtbaar zijn;
b. Dat zelfde overzicht moet zijn op te vragen inklusief Niet-Aktieve Artikelen op expliete vraag (en niet via User-id te regelen.

Merk vooral op dat a. een verplichting van onze zijde is, omdat anders niemand er meer iets van begrijpt. Immers, àls er eenmaal ergens een overzicht is waarin de Niet-Aktieve Artikelen niet worden weergegeven dan ... tja, worden die dus niet weergeven. Nergens werkt het andersom, nl. dat je op expliciete vraag de Niet-Aktieve Artikelen kunt weglaten.

Ad b.
Dit wil je omdat je heel geregeld te maken hebt met de Niet-Aktieve Artikelen, in de zin van overleg met klant enz., verschillen (in Receptuur etc.) t.o.v. vroeger en wat al dies meer zij.

Aangaande de "e.o.a." ontgaat mij nog waarom nu de Artikelen van een Artikelgroep. Wat mij betreft is dit willekeurig en kun je er verder niets mee. Immers, aannemend (dat wel) dan mijn hierboven vermeende reden van het waarom juist is, wat moet je dan verder in het systeem ? NIETS. Immers, in de belangrijkste overzichten ontbreekt het Niet-Aktieve Artikel (wat te denken van Raadplegen Artikelen), en als dat vandaag niet zo is, is dat morgen wel zo.
Het laatste staat niet voor niets in bold. want dat *gaat* je overkomen. Kwestie van tijd.


Het is mijn stellige konklusie dat wat je wilt niet legitiem is in die zin dat wat jij als Niet-Atieve Artikelen betitelt, bij jullie verre van Niet-Aktief betekent. Dit is simpel uitgelegd : Niet-Aktieve Artikelen wil een normale aardbewoner nooit meer zien (en nog eerder nooit meer kunnen gebruiken, maar dat valt binnen de context hier). E.e.a. behoudens mensen die het Artikelbestand beheren, waarvoor het toch wel erg handig is om te zien wat er al bestaat (en ook nooit weg kan gezien statistieken e.d.).
Jij schijnt je in de unieke (want nooit heeft iemand zoiets genoemd) situatie te bevinden dat je de betreffende Artikelen dan weer niet en dan weer wel wilt zien. Wel, ik daag je uit voor de Niet-situatie. Welk bijzonder mens (i.h.a. gebruiker genoemd) wil normaal gesproken (of desnoods meestal niet) alleen de Aktieve Artikelen zien, en heeft de noodzaak deze af en toe toch wel te moeten zien ? Het laatste snap ik, maar het eerste rijmt er niet bij.

Ik zal je een tip geven : Assortiment. Maar misschien sla ik de plank wel mis.
2158  Heart-Profit Boards / Heart-Profit ERP Support / Re: LOPRGAOV Printen artikelen van een art. groep: Alleen beschikbare artikelen on: June 12, 2008, 03:05:31 pm
Johan, ik weet niet waarover je het hebt, en het enige beeld wat bij mij ontstaat is dat je het concept niet begrijpt, OF je mijn laatste post niet hebt willen lezen;
De cruciale fout is de vraag om het J/N rubriekje (en wat mij betreft is het vervolgens onze fout dat die vraag is gehonoreerd).

Ik wil je graag helpen herinneren aan :

Quote
Alternatief is natuurlijk het aanmaken van een extra artikelgroep waarin alleen actieve artikelen worden opgenomen. (misschien is dat wel de kortste klap)

... wat het meest duidelijk weergeeft wat je in de zinnen ervoor (uit post 1) wat wazig noteert.

Menno,

Quote
Na off-line overleg met Johan is bij mij het volgende beeld ontstaan.

Het gaat om de Verkoop-afdeling die de Niet-Aktieve Artikelen moet kunnen zien

Wat een onzin zeg. Zie eerdere quote.

Johan, als je op deze wijze

Quote
dan vind ik het nog steeds ongelooflijk dat je dat parameter op gebruikersniveau dat rubriekje laat overrulen.

mij probeert duidelijk te maken dat *ik* er allemaal niets van begrijp, ga je aan mij een hele slechte krijgen.

Help ...
2159  Heart-Profit Boards / Heart-Profit ERP Support / Re: LOPRGAOV Printen artikelen van een art. groep: Alleen beschikbare artikelen on: June 11, 2008, 04:26:09 pm
Oh, ik heb alsnog een ander antwoord verzonnen : je hebt de vraag verkeerd gesteld.

Voor jouw informatie, ik weet dat iedereen jou via email heeft laten weten het met je eens te zijn, maar intussen heb ik miljoenen en miljoenen gewonnen van die mensen, die uiteindelijk ongelijk hebben gekregen. Overigens zal ik naar dat geld kunnen fluiten, want ik ontvang het alleen als ze alle voetbal poules winnen, en Joost mag weten wat ze daar hebben ingevuld. Hoe dan ook :

Jij hebt gevraagd om een J/N veldje om e.e.a. te bewerkstelligen. Dit is onzin (*is* gezien je reaktie van nu). In plaats van die J/N had het gewoon onderkend moeten worden (altijd alleen de Aktieve Artikelen weergeven) net zoals alle andere plaatsen waar dit wordt onderkend (mits je Userid zulks afdwingt).

Door letterlijk aan jou vraag te voldoen is er iets ontstaan wat niet kan worden doorgrond (behalve door mij dan -> en de werking is nu domme onzin, maar niet a.g.v. de door jou genoemde reden !!).

Ben je het ermee eens dat de J/N vraag eruit moet, en vervolgende hetgeen het Userid vertelt wordt gerespekteerd ?
Merk dan op dat je als Manager dit niet in de hand hebt (je ziet altijd alles).
2160  Heart-Profit Boards / Heart-Profit ERP Support / Re: 'Halffabrikaat als regels kan slechts 1 niveau..' 5-2-1-1 SHIFT-F6 (LOPOOGBK) on: June 11, 2008, 04:05:55 pm
Quote
Je wordt er nu i.i.g. op geattendeerd dat je iets gebruikt waar het formeel niet voor gemaakt is, en je kontroleert zelf maar of het resultaat goed is. Doe je dat niet, en neem je de order toch in behandeling, prima, voor eigen rekening.

Misschien even voor de goede orde : Wouter probeert hier niet zo zeer te zeggen dat je het zelf fout doet, en dat als je dat willens en wetens doet - en dat je het ook maar zelf moet weten, maar meldt eerder (misschien wat ongelukkig) dat wij er tot op heden geen fout in kunnen ontdekken, "jullie" wat het ook is niet kunnen goedpraten, maar je met een waarschuwing in plaats van een foutmelding altijd kunt blijven werken, ook al is het eventueel eigenlijk fout.
Merk svp ook op dat het best vaker voorkomt dat wij een fout vinden, daarvoor een foutmelding inbouwen, en vervolgens de helft klaagt omdat ze een onjuiste werkwijze niet meer kunnen handhaven. Let wel, onjuist is onjuist, en daarvoor onststaan zo'n niet eerder onderkende foutmelding. In dit geval volstaat een waarschuwing, omdat je er immers zelf bij bent.

Aangaande het laatste (en Wouter zijn woorden) : Als je inderdaad meer dan 1 niveau diep substitureert em je negeert de waarschuwing, loopt de boel in de soep, en het hoeft niet zo te zijn dat je dat doorhebt. Dit betreft niet alleen financieel, maar kan ook logistieke aangelegenheden betreffen (onjuiste hoeveelheden).
Pages: 1 ... 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 [144] 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 ... 273
Powered by MySQL Powered by PHP Powered by SMF 1.1 RC2 | SMF © 2001-2005, Lewis Media Valid XHTML 1.0! Valid CSS!
Page created in 0.201 seconds with 12 queries.