lijjkt erop dat iemand heeft omgevormd naar inhoud = 0
kan het zijn dat het systeem daar niet tegen beveiligd is?

dat verklaart dan ook de oneindig hoge prijs en de vastloper...

probleem gevonden:
MAC1000010   prijs = *************

moet er helemaal niet staan

is wel te zien onder artikelmenu tech vrrd   1.1.1.1.F2.5
maar niet onder 1.4.3

Peter,

waar in 8.3 blijft week 53 dit jaar?
Al mijn kalenders noemen de week van 4 jan als week 1

kan iemand de bron opsporen aub

ter info
Bij de opstart een jaar of 10 geleden hebben wij hiermee getest, maar dat resulteerde in zeer veel magazijn verplaatsingen.
Daarom is er toen voor gekozen dit niet op die manier te doen.
ze bleven n.l. grondstoffen en emballage heen en weer boeken en dat werd een chaos.

Als ik een extern magazijn definieer tbv van een klantvoorraad.

Hoe voorkom ik dan dat mijn productie hiervan kan afboeken, terwijl verkoop wel orders moet kunnen invoeren, kunnen laten rapen en laten verzenden + factureren.

Ook eventuele verplaats opdrachten moeten natuurlijk uitgevoerd kunnen worden. (in en uitslag)

Reden:
Ik ga ergens voorraad  voor een klant wegzetten en factureer aan hem op basis verzending vanaf die locatie.



mvg

marco

ja, maar de wijze waarop hangt af van of je een office van voor 2003 gebruikt of niet

ervoor was de ondersteuning van foxpro dbf bestanden embedded, nu moet het via een ODBC koppeling lopen als je dynamische toegang wilt

Dit jaar is in zowel de ADR als de imdg er een kenmerking (let op geen klasse) bijgekomen.
Het betreft hier het label "Dangerous to the environment" (dode boom en vis in een diamand met zwarte rand)

Niet te verwarren met hetzelfde symbool met een rode rand welke geldt voor de CLP/GHS.

In heart is dan ook op mijn verzoek 1 extra positie bijgemaakt bij het veld ADR label, analoog aan het veld IMO-label.
Middels een variable o.a. %AV-ADRLABEL% kan deze geprint worden.
Hier kan (bv door ingave "MP") dan een code voor het genoemde label ingegeven worden.


Echter de inhoud van dit veld wordt ook gebruikt om de klasse-indeling bij het opbouwen van de "proper shipping name" op te geven.

Dit wordt echter op basis van de eerste posities gedaan en niet op basis van de laatste positie.
Dat betekent in de praktijk dat bij een brandbare milieugevaarlijke vloeistof dit dan als "3,-,-,MP" moet worden ingevuld om zowel de labelinstrucie als de proper shippingname correct weergegeven te krijgen.

Dit was echter ook al zo bij de oude IMO-propershipping name waar dit al jaren zo werkte.


ik hoop dat dit de zaken voor sommige mensen duidelijker maakt.
De de label instructie wordt zo niet opm de raaplijst geprint, maar kan middels de bovengenoemde variabele wel opgennomen worden op de vrachtbrief middels de variabele layout.

mvg

Marco

Ik loop hier tegen een probleemje op.

Het blijkt dat als ik werk met kostprijs is G of E, deze op basis artikel worden bepaald.
Nu heb ik artikelen die ik zowel kan kopen als zelf maken.
Denk hierbij bv aan een 30% zuuroplossing.
Dit is zowel een handels artikel als een product wat ik zelf dmv oplossen kan maken.

In onze inrichting is dit dan ook 1 artikelnummer (gedefinieerd als productieitem), met verschillende verschijningsvormen die dan zelf weer gedefinieerd zijn als een productieitem (met recept gekoppeld) en als koopartikel (met een leverancier gekoppeld)

Deze 2 items hebben echter wel een verschillende kostprijs.
Momenteel als ik bv G kies geeft het systeem dus de prijs van het maak artikel op ongeacht de verschijningsvorm die ik aan mijn klant lever.

Aangezien er op dat moment (meestal nog) niet gefactureerd is krijg ik dus hele foute marge getallen.

Is hier wat aan te doen?
Want technisch gezien wil ik niet met 2 artikelen werken, immers dan vervuil ik mijn systeem weer en heb ik kans dat ik extra ga bestellen terwijl ik nog zat heb staan.

Bewaking zit bij ons namelijk vnl. op niveau artikele en niet op artikel/verschijning.

Eigenlijk zou ik verwachten bij print op stand "G"
productie artikel/verschijning - neem kostprijs grondstoffen zoals in de helptekst staat
koop artikel verschijning - neem prijs van de batch zoals ontvangen van leverancier

Nee, Het probleem lijkt uit de IE security updates te komen, na de laatste patch op een patch van IE8 is het probleem opgelost.

Dat was de KB976749

mvg

MK

Bij het printen vanuit de CRM kontakten krijgen we nu op alle PC's de volgende fout: (zie bijlage)

Er wordt een ieframe aangeroepen zo te zien en dat wordt niet geaccepteerd.
zit dit in de instellingen van Heart / Internet Explorer of misschien een bepaalde register setting?

Het treedt op sinds de nieuwe windows updates van deze week
op meerdere PC's

Het gaat al de goede kant op, als ik je nog even met rust laat komt vast een mooi plan tevoorschijn.

Hoeveel uur denk je hiervoor nodg te hebben?

Jij hebt wel een hoge pet op van de gemiddelde response van een gebruiker

Meestal als ik hier vraag : "wat was je aan het doen"
komt het antwoord: "niets...."

maar bedankt voor de snelle response

Ik ga nu hier en daar "foto's" vinden binnen Heart die wij eigenlijk niet willen zien.
Is het mogelijk de achtergrond binnen heart op systeemniveau vast te leggen en "gewone gebruikers" geen rechten te geven om dit aan te passen?

We hebben hier al eens ene actie gehad met de bureaubladen binnen windows, maar het lijkt erop dat we die actie verder moeten uitbreiden.

mvg

Marco

Kunnen jullie hiernaar kijken, genereerd ongeacht machine een vastloper

20-10-2009 om 10:49:47 staat de vastloper in de geblokkeerde functies