Neeo hoor, ik snap het wel.

Maar na al zo'n kleine 20 jaar in productieomgevingen rondgehobbeld te hebben weet ik ook heel zeker dat fouten gemaakt worden bij het af- en opboeken van goederen.

Dat is de essentie van deze functie.
Immers wanneer iemand iets fout afboekt moet hij het kunnen corrigeren.
Zo doe je het ook bij verkeerde ontvangsten, betalinge e.d.

Deze functie is alleen daarvoor gemaakt dat de operator in staat is administratief te verantwoorden wat hij ook in de werkelijkheid heeft uitgevoerd.
Zodra je zegt dat hij na het perongeluk afboeken van 100.000 kg van een product ipv 100,000 van een product dit niet kan corrigeren dan krijg je problemen met voorraad, kostprijs eindproduct, marges, en verzin er nog maar een handvol.

Mijn verzoek is dan dus ook, kun je het gebruik wel toestaan middels authorisatie?
Dan kan ik die hangen aan een "power user"

Ik kan me n.l. heel goed voorstellen dat bij bovengenoemde voorbeeld het verschil in emballage als fout vele malen minder erg is dan de resulterende fouten in de gehele database mbt kostprijzen, marges enz.
(Eigenlijk als ik er verder over denk zit ik nou op hetzelfde niveau te discussieren als met de waarschuwing vs blokkade bij niet reeele productie winsten en verliezen  waar ik dezelfde probleemstelling zie)

maar ja...

Misschien een optie om deze functie zelf eens tegen het licht te houden?

De wens om een fout te kunnen corrigeren is op zich legitiem, analoog aan verwijderen inkoopontvangst en inkoopfacturen bijvoorbeeld.

Het probleem wordt veroorzaakt doordat niet alle functionaliteit welke aanwezig is in het afboeken en gereedmelden productieorder is opgenomen in deze in begin 2001 ontwikkelde functie; hoe complex deze dan ook op zich mag zijn (gezien het factuurbedrag van 2001).

Ik wil graag zowel ons artikelnummer als dat van de klant onder elkaar op print hebben

Ik krijg echter alleen het klantartikelnummer
Welke fout / verkeerde variabele moet ik corrigeren

Bijlagen:
- layout regeldefinitie
- resulterende print

met dank voor deze "oplossing"
Dat de emballage boekhouding scheef liep wist ik al.

Alleen ik had deze nog niet gevonden.
Wel bij omvormen... =)

Zal in ieder geval hier nog eens dieper induiken.
Als het ooit ter sprake zal komen? Kan heart dit in de toekomst mogelijk wel formeel ondervangen (dus boekingen op PO 1:1 terugdraaien?)

Nee,
Maar wij hebben deze programmatuur specifiek laten maken.
En we kennen de (on)-mogelijkheden

Nu bouw je een controle in op een punt waar wij (heart en ad) ons juist tijdens de ontwikkeling al van bewust waren en welke als acceptabel is opgenomen.
Als dit betekent dat de functie voor AD niet meer werkbaar is wordt ik daar niet blij van.
(zie ook helptekst)
Voor AD is de tracibility van de "Grondstoffen" belangrijker geacht dan de tracibility van de gebruikte "containers", welk voorbehoud ook duidelijk in de helptekst is opgenomen.

Wij werken veel voor organisaties waar het van essentieel belang is dat er een 1:1 registratie is van de verbruikte batches grondstoffen en het uiteindelijke materiaal ivm schadeclaims e.d.

Ik kan echt niet als iemand computertechnisch een verkeerd batchnummer grondstof afboekt zeggen "jammer dan". De optie om een PO terug te kunnen draaien is specifiek voor dat soort situaties gemaakt.

Ik hoop dat dit een parameter gestuurde aanpassing is....

AD heeft deze functie speciaal laten maken (lang geleden) en gebruikt voor > 90% niet geserienummerde hergebruik emballage voor de opslag van semi bulk grondstoffen.
Het uitschakelen van deze functie betekent dat wij een verkeerd geboekte PO niet meer kunnen terugdraaien en dat de gewenste tracebility voor grondstoffen en eindproducten niet meer is te realiseren.

Hoe komt het advies om Kontakt te gebruiken dan overeen met mijn originele vraag?
Lijkt me niet werkbaar, of hebben jullie een idee hoe dit in te richten?

Wouter wat kost profit contact?

en kan ik dan een soort subgroep facturen maken, waarvan ik ook lijsten kan maken en die op meerdere stati kan selecteren

dus :
status factuur = ontvangen / verwerkt
afhandelaar = user die de factuur heeft gekregen
datum binnen
datum verwerkt
factuur on hold = j/n
factuurnummer / crediteur

?

mvg


Marco

klopt,
maar ik gebruik eerlijk gezegd altijd de gratis versie.
de pro kan dit inderdaad wel (vanaf € 70 / jaar)

Ik gebruik dit voornamelijk als ik op vakantie ben, omdat je dan via een ssl verbinding op een gemiddelde internet cafe pc toch een redelijk veilige verbinding met thuis kunt maken.

nee, logmein is net als RDP-sessie het overnemen van de desktop.
Vergelijk het met de oude VNC
Werkt trouwens wel handig, daar een client op de over te nemen PC draait.
Je verbindt vervolgend met jouw eigen PC.
Maar in jouw userprofiel op internet worden de IP nummers naar namen omgezet
Als iemand dus achter een wisselend IP nummer zit is dat wel weer handig.

Ik hem mijn administratie hetvolgende antwoord gestuurd, hoop dat dit de zaken goed verwoord:

Schijnt ooit zo specifiek geprogrammeerd te zijn
1e keer bepaald hij op basius dagen instelling bij crediteur
Daarna gaat hij ervanuit dat het bewust afwijkend is van de voorkeurstermijn die in de database staat en past hij de vervaldatum dus niet meer aan

Weet wel ik ben eigenlijk wel voorstander voor de tussenrekening versie...
Echter ik weet ook dat ik hier met veel BV's zit en het voor onderaannemers vaak moeilijk is om de goede BV de goede factuur te sturen.

Meestal vragen we dan gewoon een nieuwe factuur, maar bij kleine zaken doen we het ook wel intercompagny doorbelasten omwille van efficiency (en coulance)

Hmm,

Ellende met die COM functionaliteit is dat bij het activeren van een com voor pakket A vaak een invloed is op pakket B.
Daarnaast zijn er veel "knutselaars" die COM functionaliteit inbouwen en de authenticatie niet goed regelen waardoor je dan weer "Iedereen" rechten moet geven alvorens het gaat werken, hetgeen niet de bedoeling kan zijn.

Wens jullie veel success, is niet het makkelijkste project idee wat er ligt denk ik...

Buiten dat kunnen er 50 man in LOAR zitten met een lock.
Op de serverconsole zie je niet welk record, en Profit kan dat volgens mij wel zien

Een gemiddelde Heart sessie op een Win server heeft zo 120-150 open files...

Wat essentieel is is dat wanneer ik in de functie toevoegen blijf en de factuurdatum wijzig de vervaldatum niet meegaat zodra het factuurdatumveld de focus verliest.

En dat zou hij wel moeten doen (herberekenen op basis betaaltermijn bij eigenschappen crediteur)