Heart-Profit ERP
June 18, 2024, 12:07:43 pm *
Welcome, Guest. Please login or register.

Login with username, password and session length
News:
 
  Home Help Login Register  
  Show Posts
Pages: 1 ... 108 109 110 111 112 113 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]
2056  Heart-Profit Boards / Heart-Profit ERP Support / Re: Printfile naar Excel VANUIT MANAGEMENT OVERZICHTEN decimale komma fout on: December 28, 2006, 09:56:35 am
We zijn hier in Nederland , dus komma is komma en punt is duizendtallen seperator...

Logisch toch?

MK
2057  Heart-Profit Boards / Heart-Profit ERP Support / Printfile naar Excel VANUIT MANAGEMENT OVERZICHTEN decimale komma fout on: December 27, 2006, 05:28:26 pm
Vanuit management overzicht inkoop gerealiseerd, kwam ik er achter dat als je aantal verschijnigen aanvinkt, de export problemen heeft met de duizendtallen.
3,900 (negenendertighonderd) rondt de export af naar 3.9 (drie-komma-negen)

Ik heb dit vaker gezien...

Gaarne correctie, want dit lijkt een vaker vookomende fout te zijn.

mvg

Marco
2058  Heart-Profit Boards / Heart-Profit ERP Support / Jarlijkse opgave vepakkingen (NL) on: December 27, 2006, 02:48:01 pm
Per 2005 is na publicatie in de staatscourant de verplichting ontstaan voor het jaarlijks zelf of via Nedvang of Stichting bedrijfsverpakkingen opgeven van de kilogrammen verpakkingen die een bedrijf in NL op de markt zet.
Dit is in feite het oude "Convenant Verpakkingen" in een nieuw jasje.

Dat betekent dat er een selectiemogelijkheid moet ontstaan op basis van afleverland, hoeveel verpakkingsmateriaal er in NL geleverd is, danwel Buiten NL gekocht is (Beide verhogen de afvalberg)
Binnen NL gekocht hoef je niet op te geven, om dubbeltellingen te voorkomen.

Daarnaast moet aangegeven worden hoeveel je zelf hebt afgevoerd en naar welke (erkende) verwerkings/recycling bedrijven. Maar dat valt mijns inziens buiten de scope van Heart.

-------------------------------------------------------------------------------------------

Dit betekent dat per verschijning de volgende kenmerken beschikbaar dienen te zijn:
   - totaal kgs verpakking
   - kgs papier / karton
   - kgs metaal
   - kgs kunststof
   - kgs glas
   - kgs hout

Dan dient er nog gesplitst te worden naar:
   - klanten die zelf hun opgave regelen (private label)
   - statiegeld artikelen (uitsluiten ivm dubbeltelling)
   - Levering aan consument versus b2b

Marco de Kraa
2059  Heart-Profit Boards / Heart-Profit ERP Support / Re: Opslag gevaarlijke brandbare stoffen on: December 27, 2006, 11:54:27 am
Beste DirkJan,

Het is misschien wel het beste om meteen de koe bij de horens te vatten:

De PGS is zoals het al wordt gezegd een handleiding/handreiking die een basis veiligheidsniveau vastlegd met richtlijnen die in de onderhandelingen tussen vergunningverlener (gemeente) en vergunninghouder (bedrijf) kunnen worden gebruikt. en is geen "wet van Meden en Perzen"

De PGS is echter geen wet en er is ruimte in hoe ermee om te gaan, vandaar dus jouw opmerking dat sommige gemeenten opslag van wat vroeger K4 stoffen waren in kunststof containers wel toestaat zonder aanvullende voorzieningen en andere gemeenten doen dit niet.

Dit heeft echter ook te maken met meer factoren, zoals de gewenste opslaghoeveelheid, afstand tot "gevoelige objecten" (scholen, ziekenhuizen e.d. zoals omschreven in het "Besluit externe veiligheid")  en de kans op domino effecten bij de omliggende bedrijven.

In de PGS staat voor zover ik weet alleen een verwijzing naar kunststof verpakkingen en (licht)ontvlambare stoffen. Hier heb je het dus over materialen waar het vlampunt onder de 55 of 60°C ligt (CPR vs. PGS). En dan alleen nog mbt de combinatie met een sprinkler installatie.

Het staat de gemeenten echter altijd vrij om aanvullende eisen (mits gemotiveerd) op te nemen in de WM-vergunning. Het enige wat je als bedrijf dan kan doen is hier formeel tegen in beroep te gaan.
Het belangruikste is n.l. voor de PGS15 paragraaf 1.8: Gelijkwaardigheidsbeginsel.
Op basis van deze paragraaf kun je afwijken van de in de richtlijn aangegeven voorkeur, mists goed onderbouwd en uiteindelijk leidend tot een gelijk of beter veiligheidsniveau in de inrichting.

mvg


Marco de Kraa


PS link naar PGS : http://www.vrom.nl/pagina.html?id=9258#PGevStof
2060  Heart-Profit Boards / Heart-Profit ERP Support / Niet bestaande locatie gealloceerd bij goedkeuren charge inkoop on: December 18, 2006, 10:34:34 am
Bij het goedkeuren van een charge vanuit de inkoop keuringen, wordt de ontvangst status van K naar N gezet.

Hier neemt het systeem eventueel ook de standaard locatie over van het artikel.
Nu is het zo dat bij de artikelen bij ons alleen het magazijn en niet de locatie wordt afgedwongen.
Er staat dus bij het artikel bv alleen "F4"

Nu is F4 alleen gedefinieerd in Magazijnen en niet in de locatietabel, het is immers geen daadwerkelijke palletplaats. Deze hebben het format F4xxxx.

Bij goedkeuren inkoop charge is het echter mogelijk om goed te keuren op magazijnniveu, hetgeen resulteerd in en voorraad op locatie F4, die dus niet bestaat.

Voor dit bestaat een workaround (met dank aan menno):
maak even tijdelijk in de locaties F4 als locatie aan, boek het materiaal conform wens over naar een echte locatie en verwijder dan de F4-locatie uit de locatielijst.

Oplossing zal moeten worden aangedragen door Heart:
Bij goedkeuren inkoop charge zal een controle ingepast moeten worden op het wel of niet bestaan van een locatie, net zoals dat is bij overboeken en andere vooraad locatie gerichte functies

(PS dit is bij ons nu al meerdere malen fout gegaan, is dus een reeele bug in het voorraadbeher deel, volgens lab ligt het aan op een bepaald punt F1 of Esc geven, maar dat is aan de programmeurs van heart om af te vangen)

mk
2061  Heart-Profit Boards / De Heart-Profit Boards / Re: Avatar on: December 15, 2006, 12:05:02 pm
Kun je die niet 50x50 of 100x100 maken,
Dat is redelijk standaard voor zulke plaatjes

(heb ik tenminste keus uit wat leuke plaatjes ipv alleen maar smiley's

MK
2062  Heart-Profit Boards / Heart-Profit ERP Support / Re: Wijzigen naam snelkoppeling functie on: December 15, 2006, 11:47:39 am
Ik ondersteun deze vraag
Heb hem ca. 1 jaar geleden ook al gevraagd aan Menno
2063  Heart-Profit Boards / Heart-Profit ERP Support / Re: Off-line reorganiseren Database on: December 14, 2006, 11:25:01 am
nee, hoor

niet echt,
het zwakke punt ligt n.l. niet alleen in het time window (heb trouwens 1 GB intern en een GB-ethernet vanaf werkstation naar server), het zwakke punt ligt bij mij....
Als ik om 18.30 naar huis ga moet ik er om 20.00 aan denken om de reorg aan te zetten, daar om 22.00 de server een serie andere taken gaat uitvoeren.
Enige andere oplossing zou zijn een wekker te kopen?
2064  Heart-Profit Boards / Heart-Profit ERP Support / Re: Off-line reorganiseren Database on: December 14, 2006, 11:00:43 am
Betekent dat dat ik mijn voorbeeld kan uitvoeren met Profit-batch?

Dus opgeven: draai die reorganisatie met die parameters en daarna bv afsluiten profit, c.q. vrijgeven bestanden tbv de daaropvolgende (dagelijkse) backup die de server uitvoerd?

2065  Heart-Profit Boards / Heart-Profit ERP Support / Off-line reorganiseren Database on: December 14, 2006, 10:26:47 am
Het reorganiseren van databases kan zeer lang duren en kan niet plaats vinden in "real-time" (in de standaard dbf versie van Heart Profit)

Ik zou graag een "commandline" optie krijgen welke rechtstreeks vanaf de server te starten is, of een andere rechtstreeks aan te sturen programma-tje waarmee ik gescheduled bepaalde databases kan reorganiseren en eventueel in dezelfde run de codepage restoren

Bij onze firma hebben we door de week slechts een time slot van 2 uur waarbinnen dit kan plaatsvinden.
Qua functionaliteit zou deze moeten lijken op de huidige reorganisatie.
voorbeeld:
REORG "LO"    = reorganiseerd LO
REORG "LOVI" = reorganiseerd voorraaditems
REORG "*"      = reorganiseerd alles

Juist omdat Profit opgebouwd is uit kleine zelfstandige modules (zie documentatie) zou dit mijns inziens eenvoudig te realiseren moeten zijn.


2066  Heart-Profit Boards / Heart-Profit ERP Support / Re: Support en VPN on: December 14, 2006, 10:19:03 am
Even een open deur: MS VPN is niet standaard
De VPN oplossingen van o.a. Cisco benaderen de standaard veel beter en zijn ook op veel grotere schaal geļmplementeerd...

Weer een beetje kort door de bocht Peter, zeg gewoon wat je bedoeld, n.l. dat je niet de mensen/mankracht hebt om alle andere VPN oplossingen te ondersteunen en dat Heart zich in dez richt naar de "kleinzacht" "standaard"

MK
2067  Heart-Profit Boards / Heart-Profit Releasenotes / Re: Search in Releasnotes werkt niet on: December 12, 2006, 01:57:17 pm
Is het niet mogelijk om "most recent" als default presentatievolgorde op te geven ipv "most relevant"

??

MK
2068  Heart-Profit Boards / Heart-Profit MSDS / REACH VROM info on: November 01, 1996, 12:00:00 am
Op de website van VROM is een informatie ronde gestart.

Zie : http://www.vrom.nl/reach

en in het bijzonder: http://www.vrom.nl/pagina.html?id=22887



Pages: 1 ... 108 109 110 111 112 113 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]
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.149 seconds with 10 queries.