We hebben op inooporder 20101018004 80 zakken ART0003810 ontvangen met batch 041770 op locaties E4013 en E4042

Echter deze staat wel zo in de inkooporder, maar niet in voorraadmuataties en niet op voorraad

Daarentegen staan er nu wel 80 zakken ART0001280 met batch 041770 op die locaties op voorraad.
Lijkt dat er iets heel fout is gegaan bij inboeken.
Kan hetn niet naspelen
Kan echter de order ook niet terug draaien daar deze geen fysieke voorraad van het correcte artikel heeft

Iemand een oplossing?

noo hoor rappellijst wordt gebruikt om te spiegelen aan voorraad en productieplanning en ook door magazijn om een oevrzicht te hebben van wat er op een bepaalde datum verstuurd dient te worden
(ook ivm planning bestellen vervoer o.i.d.)


ps accoord

geen draaibol?

dus?

i.o.m. jullie heb ik bij de klantgerichte gegevens (3.5.1) de Klient omschrijving blanco gelaten dan zou het pakket volgens jullie de standaard artikel omschrijving oppikken uit LOAR.

Dat werkt op veel punten goed

Echter bij pad 3.2.7.8.7 print rappellijst geeft hij dan een leeg omschrijvingveld.
Daar lijkt jouw "vervangingstheorie" niet te werken, gaarne aanpassen

Verder willen wij de rappellijst op basis ons artikelnummer, en niet op basis klantartikelnummer.
Die heeft immers bij AD geen betekenis.....

Kan dit middels een parameter vinkje in het form opgelost worden?

mk

Ik ga met userbutton naar LOAC = zoek trefwoorden artikelen
ik kies een trewfoord

krijg een lijst
ga ergens op staan en kies F5 = wijzigen

Als ik dat normaal doe op een item met bv 6 woorden zie ik een riedel van een paar honderd permutaties langsvliegen, hier niet

ik heb in testbest op deze wijze ART1008020 aangepast naar "banaan appel geen stuk"   
deze staat nu niet in de trefwoorden

mvg

MK

trefwooorden artieklen 1.1.9.2

op een item gaan staan F5 wijzigen
LOAROMWY

mvg

MK

Als ik normaal een omschrijving van een artikel aanpas worden de trefwoorden meteen opnieuw gegenereerd

echter bij naamsaanpassing vanuit raadplegen trefwoorden artikelen wordt deze functionaliteit niet aangeroepen en krijg je dus een inconsistente database


mvg

Als ik met [CTRL-B] switch geeft het systeem een index error, maar alleen daar

Kunnen jullie kijken of dit inderdaad een fout in de index van LOAR is of dat er systeemtechnisch iets niet lekker loopt

ADPROD
geblokkeerde functie zegt record out of range
scherm zegt: index LOAR kapot

-1- graag

-2-
uren zijn te duur tov te verwachten winst, dan moet iedereen ze zelf maar in alle BV's gelijk aanmaken.....

-1-
Als ik middels [CTRL-B] tussen bedrijven switch raak ik de in ADPROD gedefinieerde buttons kwijt (bij terugkeer in ADPROD)

-2-
Is het mogelijk om de buttons bedrijf onafhankelijk maar alleen op basis user te laten functioneren?


mvg

MK

Vraag:
Waarom toont printen verzamel;raaplijst eigenlijk het klantartikelnummer ipv bedrijfsartikelnummer?
Ik snap heir de logica niet van, een raaplijst is immers intern en een pakbon extern?

mvg

Mk

Dat hadden we al getest, dat is n.l. wat we nu doen.
accoord om rubriek toe te voegen tegen 0.5 uur

stel voor identiek te houden aan situatie bij print voorraaditems.

(heb ik ook ooit laten aanpassen om dezelfde reden)

mvg

MK

Kunnen jullie een prijs aangeven om de volgende print in excel beschikbaar te maken?

LOPRVIIG  pad 1.4.9.9.9.2

LOPRVIIG pad 1.4.9.9.9.3

PS: waarom zitten deze prints niet in één scherm? aansturing gaat zo te zien via selectie artikeltype.

mvg

MK

om de voorraad van 1 artikel te kunnen controleren wil ik een datum/tijd overzicht ongeacht verschijning kunnen printen

LOPRVMAV bevat alle gewenste data en ken ik op 1 artikel (ongeacht verschijning)  een overzicht maken

LOPRVMDT bevat daarentegen niet de mogelijkheid om 1 artikel te printen en genereerd dus als je over 3 jaar zoekt een enorme berg data.

Dus ik zoek of een mogelijkheid te sorteren, danwel een mogelijkheid om te selecteren.

Wat ik zoek zit zover ik weet niet in de huidige functionaliteit van Heart.