Heart-Profit ERP
July 01, 2024, 08:36:01 pm *
Welcome, Guest. Please login or register.

Login with username, password and session length
News:
 
  Home Help Login Register  
  Show Posts
Pages: 1 ... 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 [232] 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 ... 273
3466  Heart-Profit Boards / Heart-Profit ERP Support / Re: Raapvolgorde zonder vaste lokaties on: March 05, 2007, 11:30:20 am
Het is weer geweldig ... iedereen weer de wazigheid ten top.

Wouter, donderdag waren we zo ver dat er een pallet (e.d.) gescanned moest worden die niet voor je neus staat, maar elders, en wel op een plek die niet overeenkomt met wat het systeem ervan vindt ... Dus, je loopt naar die plek, en dan een partij scannen ? ... dacht niet dat dat ging lukken. Oplossing de prullenbak in.

Alles begint natuurlijk hier : http://ha1.heartprofit.nl/profit/index.php?topic=17655.0 met name de eerste Post, waarvan ik al claim dat het "onzin" is. Dat is, straks, als je werkt zoals bedoeld. Dit neemt uiteraard niet weg dat het kan voorkomen, en wat mij betreft net zo geregeld als daadwerkelijk aan de orde. Dit heeft echter niet veel met het eigenlijke onderwerp te maken, wat neerkomt op het niet kunnen voorkomen van pallets e.d. die elders staan op basis van ruimtegebrek enz. enz., en waarbij Demis ervanuit gaat (ging) dat Profit bepaalt waar iets hoort te liggen, wat dus niet meer waar is bij de nieuwe opzet. Ofwel :
De spullen worden neergelegd waar men (vanuit GO) wil, en daarna ligt het daar, administratief juist.

Als Demis vindt dat juist mijn laatste opmerking er niets mee te maken heeft, dan moet hij het zojuist aangegeven topic nog eens doornemen.

En vervolgens heeft alles niets meer met Inventariseren te maken. Niets.

Buiten het verhaal zoals hierboven geschetst, heb je wel degelijk te maken met Inventariseren, en wat je middels de scanterminal doet. Let wel, dit is wat mij betreft gebaseerd op mijn ontwerp van 1 december 2006, vanaf blad 5, met dit als quote uit de Samenvatting :

Stickers per pallet is voldoende, of in elk geval de mogelijkheid om het produkt te kunnen scannen “in de buurt van het produkt”. Dit per partij (Charge), ofwel, van een Charge moet minimaal een sticker kunnen worden gescanned (sticker altijd op de laatst te pakken doos van een pallet/partij ?).

Dit gaat er UITERAARD vanuit dat je niet "wat dan ook" per Lokatie doet, maar altijd "per produkt". Je inventariseert immers produkt ...

Wat mij betreft is het (om te beginnen) dit wat je (Demis) bent vergeten, als je je nu afvraagt hoe Inventariseren moet werken, terwijl het je eigenlijk om Rapen gaat. Althans, zie de twist van het topic waarnaar ik verwees (de twist die ik zelf maakt overigens). Dus, je weet dat dat ontwerp er is, je weet wat ervoor moet worden gemaakt, je weet ook hoe duur het is, en je weet niet beter dan dat dat nog niet is gemaakt.
Dan kom je ook nog met zaken die met ene Peter al zijn bekokstoofd, en die met scannen uit een Overeenkomst te maken zouden hebben. Geen idee wat je daarbij voor je ziet, maar je zult wel in verwarring zijn met het zojuist genoemde ontwerp.

Voor Wouter : ... waarbij ik niet snap hoe e.e.a. anders zou moeten werken als je kijkt hoe het Inventariseren is opgezet juist na 1 december (jaja) en zoals dit elders wordt gebruikt. Wat nou "omdraaien van Lokatie en Charge" ? Dat moet al lang kunnen !
... denk ik ...
Maar zo niet dan is er geen man overboord, en moet het volgens genoemd ontwerp nog worden gemaakt.

En dan nog een kleine toegift voor zowel Demis zelf als voor Wouter : waarvan Demis al lang heeft gezegd dat hij het gebruikt (Inventariseren; begin januari meen ik). "Het" is dan zeker iets anders als dat in het ontwerp staat.

wacko wacko wacko
bye
3467  Heart-Profit Boards / Heart-Profit ERP Support / Re: Raapvolgorde zonder vaste lokaties on: March 05, 2007, 10:30:36 am
Ja, nu kom je ergens ...
Zolang je maar niet denkt dat je dat oplost door een beetje met een scanner in het rond te gaan zwiepen. Ja, met RFID misschien ...  biglol
3468  Heart-Profit Boards / Heart-Profit ERP Support / Re: Raapvolgorde zonder vaste lokaties on: March 05, 2007, 10:22:36 am
Nee, fysiek juist !

Hoe wilde jij anders die pallet scannen dan ?
Dit klopt gewoon niet  dntknw...
3469  Heart-Profit Boards / Heart-Profit ERP Support / Re: Raapvolgorde zonder vaste lokaties on: March 05, 2007, 10:01:32 am
Ik kan het niet meer volgen; Als een medewerker niet meer weet waar iets staat, is er al lang iets verkeerd. Let wel, je hebt het hier over de situatie dat 'ie over de pallet struikelt waarvan hij niet meer weet waar die staat ...

Quote
Of dat een product is blijven staan op een plek zonder locaties en ga zo maar door.

We verdoen elkaars tijd ...

Quote
Dan is de oplossing van Wouter toch wel erg handig waarbij je dan kunt zeggen: Ik scan eventjes eerst de charge, dan kan ik deze partij inventariseren. Echt niet gek bedacht hoor  Wink

Zolang je maar weet dat dat binnen 10 seconden naar de prullenbak is verwezen ...
Je mag inventariseren wat je wilt ... op de manier die nu bestaat, tenzij je goede redenen hebt.

Quote
en ga zo maar door

Eerst leren juist te werken. Dat doe je kennelijk niet (meer).
 Sad

3470  Heart-Profit Boards / Heart-Profit Releasenotes / Re: Weergeven aantal Verkooporderregels on: March 05, 2007, 09:33:27 am
Hmm ... Ik zie nu dat het eigenlijk standaard is zo. Lamaar even dan.
3471  Heart-Profit Boards / Heart-Profit Releasenotes / Re: Weergeven aantal Verkooporderregels on: March 05, 2007, 09:28:04 am
Het zal dan wel werken, maar mooi is anders. Svp oplossen.
3472  Heart-Profit Boards / Heart-Profit ERP Support / Re: Klachtenadministratie on: March 01, 2007, 05:58:49 pm
N.b.: Het is wel *mijn* schuld dat abok dat hier heeft genoteerd, voortkomend uit ... tja ... dat hij het aan mij over de telefoon vroeg, en ik het antwoord niet had.
3473  Heart-Profit Boards / Heart-Profit ERP Support / Re: Scan Terminal inventariseren (3) on: March 01, 2007, 05:56:16 pm
Ik gooi dit topic zodirekt eruit.

... Wat ik alleen maar wilde doen omdat het zo offtopic is. Maar ja, dan kun je (ik) natuurlijk ook de titel aanpassen (bij deze).

Quote
Volgens mij hadden we afgesproken dat op het moment van printen van de bon de volgorde bepaald wordt. En als er dan nog goederen op VO000 staan (ontvangstlocatie) dan komen deze achteraan (voorbeeld).

Dit hadden we ook besproken hoor 
Jij zei toen nog tegen mij: Komt wel goed....

Zoiets ja. Dus ? dus niets aan de hand. Alleen één ding : JIJ hebt gezegd alles te al hebben doorgevoerd, waarbij "alles" dus "weinig" is. Weet ik veel ...
En dus ook : waar de trigger voor jouw doorvoeren bij mij leeft als : de loopvolgorde in de H-ruimte werkt niet meer, is - nee MOET de werkelijke trigger zijn : het veranderen van alle Default Opslaglokaties. Nou mooi. Maar je gebruikt die (kennelijk ??) niet. Dus wat je nou werkelijk hebt gedaan ... ikke niet begrijpen. Ja, die Default Opslaglokaties veranderd naar GO Lokatie(s) misschien, maar zonder meer (waarover jouw onderwerp vanmiddag begon) lijkt me dat weinig zinvol, en erg storend bovendien (H-ruimte).

We houden elkaar in elk geval weer goed bezig zo. smile
3474  Heart-Profit Boards / Heart-Profit ERP Support / Re: Scan Terminal inventariseren (3) on: March 01, 2007, 04:58:44 pm
Inklusief de oplossing. Wat mij betreft de Raaplijst.

Ik gooi dit topic zodirekt eruit.
3475  Heart-Profit Boards / Heart-Profit ERP Support / Re: Scan Terminal Inventariseren (2) on: March 01, 2007, 04:44:06 pm
Ik heb geen idee, en ook even geen zin on het te beoordelen;
Jij hebt mij verteld alles te hebben doorgevoerd, INKLUSIEF het (daarmee dus) "verknallen" de loopvolgorde c.q. de werkbon waaraan je refereert. Nou, dat laatste moet je toch weten ...

Ik houd hier niet bij wat jij allemaal wanneer doorvoert (voor niemand trouwens), zéker niet als je dat doet op een moment dat het nog niet mocht. Niet dat ik een negatief oordeel aangaande het laatste wil hebben (echt niet), maar nu is bij mij de logika weg; zoals je nu werkt (nou ja, zoals je hebt verteld) kùn je wat mij betreft niet werken (loopvolgorde), maar je doet het toch.
Of niet.

3476  Heart-Profit Boards / Heart-Profit ERP Support / Re: Status afkeur na ontvangst retour partij. on: March 01, 2007, 04:31:30 pm
Ok. Dat moet gewoon werken dus.

N.b.: Je mag toch mijn vraag (aan het eind) wel beantwoorden hoor, want dat vind ik wel van belang voor wat we hier aan het doen zijn.
3477  Heart-Profit Boards / Heart-Profit ERP Support / Re: Scan Terminal Inventariseren (2) on: March 01, 2007, 04:29:10 pm
O o o o o, nou moet ik weer zaken bevestigen die niet aan de orde zijn ...

Demis, waar jij het over hebt is al laaaaaaaaaaaaang op een andere manier geregeld, en wel bij jou zelf. Ofwel :
- of je hebt dat slechts tegen mij gezegd (gaat samen met het loopvolgorde verhaal)
- of je bent dat vergeten.

Dus, je boekt binnen op GO lokatie, en zet het daarna neer waar je het leuk vindt.

Als je dit nu niet doet, moet je het maar gewoon gaan doen. Althans, daarop is het ontwerp gebaseerd.
Tipje voor de eventueel benodigde opfrissing : de sinaasappels staan 3 lagen boven elkaar en de Lokatie is dezelfde (doorschuiven) ... barcodes op lokaties plakken.
Wakker ?  Grin

N.b.: Als je het ergens anders over hebt moet je het maar even beter omschrijven.
3478  Heart-Profit Boards / Heart-Profit ERP Support / Re: Corrigeren saldo voorraad on: March 01, 2007, 04:01:49 pm
Demis, ik weet dat ik je serieus moet nemen;

Quote
en daarbij: Was zijn de gevolgen voor de sali in 2007?

Die zal nu wel bedorven zijn ?
 teasing
3479  Heart-Profit Boards / Heart-Profit ERP Support / Re: Status afkeur na ontvangst retour partij. on: March 01, 2007, 03:46:41 pm
Vraag je dit nou omdat je het hebt getest en het niet werkt ? of omdat je al meer wist voordat ik het antwoord ging opzoeken ?  scratching

Hoe dan ook, het antwoord is Nee. Echter met als reden : dit kan sowieso niet. Dus, ook niet uit normale (uit Inkoop) Goederen Ontvangst.

Terzijde : dit kan heus worden gemaakt (ook voor de scanner).

Reden :
Het pakket gaat er t.a.v. het Keuren ten eerste vanuit dat je het zelf goed weet te Produceren c.q. weet te verbeteren als het nog niet helemaal is gelukt. Dus je hebt momenteel eigenlijk twee opties : Goedkeuren of wachten op verbetering (= status blijft In Keuring).
Daarnaast geldt natuurlijk dat het -zoals in jouw geval- een Inkoop kan betreffen (en geen Produktie wat ik zojuist impliceerde), maar, in dàt geval is het de bedoeling dat je de handel terugstuurt (zie je onmiddelllijk in je VTV als het goed is).

Waar jij nu voor lijkt te willen gaan is "Afkeuren en laten staan". Tja ... ieder z'n meug. Wink
Het kan in elk geval wel met een Handmatige Voorraadmutatie, dus wat dat betreft moet dat via het Scannen ook wel zijn aan te sturen (zie ook ontwerp voor Omvormen-scannen).

Het is even niet zo makkelijk om te overzien, omdat je éérst zal moeten gaan Keuren via het systeem na Goederen Ontvangst. Dat op zich impliceert het e.e.a. voor de telefonisch besproken "50 % die rechtstreeks naar de Raapvloer gaat", en ik weet dus even niet welke kan ik op moet.

Vraag : Gaan jullie nu standaard alles formeel via het systeem Keuren dan ?
Onderschat de "alles" niet. Want het lijkt me alles of niets, gezien de (scan) procedures.
3480  Heart-Profit Boards / Heart-Profit ERP Support / Re: LOPOGMDH - opboeklokatie Bijproduct instellen on: March 01, 2007, 01:02:01 pm
Het opslagmagazijn / lokatie van het artikel is het ook niet (BLad 1 van LOARWY, in dit geval van het desbetreffende bijproduct-artikel). De dito instelling bij wijzigen Artikel/Verschijning ( LOVAWY ) Wordt niet gerespecteerd.

Hmm ... maar die zou het toch moeten zijn. We gaan hier wel eens iets proberen.
Pages: 1 ... 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 [232] 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 ... 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.247 seconds with 12 queries.