Wouter Rijnbende
|
|
« Reply #1 on: August 13, 2014, 11:42:43 am » |
|
Ik ben bang dat als we hieraan gaan beginnen, je met nog 999 andere funkties gaat komen waarin je dit wilt.
Een Werkelijke Inhoud is binnen Profit in 3 decimalen; Bij een Voorraadeenheid KG kun je daarmee tot op de gram nauwkeurig werken, bij een Voorraadeenheid TN tot op de Kg nauwkeurig.
Als jullie met TN werken zal e.e.a. vast wel over de weegbrug gaan, en die weegt w.s. in veelvouden van 20 Kg. 0,740 TN kan dan optreden, 0,760 TN, maar vast geen 0,745 TN. Het laatste cijfer is dus altijd een 0, en dus vind je dat deze maar weg moet blijven.
Met dat de inhoud in 3 decimalen is, zijn "eenheden" in zijn algemeenheid in 3 decimalen. Ook "bestelniveau's", "EOQ's", "veiligheidsvoorraad" etc. zijn in 3 decimalen. Je Verkooporder, je Produktieorder, je Inkooporders... alles... en dus ook je Faktuurkontrole.
Dat is niet iets waar we even simpel op in kunnen grijpen.
Denk hierbij ook aan situaties dat je dit misschien wel niet wilt "zodra er met TN gewerkt wordt", maar misschien wel als het artikel in KG is. Ook zie ik dat er artikelen met M1 of M2 werken... 't zou niet handig zijn als je daar ineens die 3e decimaal moet inleveren.
Het zou bij jullie al aan de orde kunnen zijn als een produkt (gedefinieerd in de eenheid TN) in zakken van 25 Kg wordt geleverd.
Resumer, dit werkt bewust zo... door het hele pakket heen.
|