nee, dos versie, naar upgrade ---> testomgeving en dan pagina 30 of zo van de 71

Het zou inderdaad handiger zijn als je deze blokkade ook middels een menu optie aan en uit kunt zetten.
Zeker daar er kennis nodig is van de opbouw van dit bestandje om het goed te laten werken.

-------------------------------------
Het opstarten van Profit is op dit moment geblokkeerd omdat
User "AD1/Marco" op werkstation "\\WKST-MARCO" een Upgrade aan het uitvoeren is...
78057559
-------------------------------------

Als je de file met een verkeerde sessie id aanmaakt (vanaf een andere machine) kom je er zelf ook niet meer in, of je moet eerst zelf inloggen, dan de blokfile maken en daarna alle anderen eruit gooien.
Ook bij ons (wij werken van 06.00 tot 20.00) is dit af en toe een probleem, ook bv bij het terugzetten van een financiele afsluiting of heractivatie welke soms ook alleen gedaan kan worden als er geen andere users actief zijn...

Daar onze servers vanaf 22.00 dan weer aan backup en copy jobs beginnen is het altijd maar een klein tijds-window waarin systeembeheer op fileniveau uitgevoerd kan worden...

Ja ze zijn nu wakker bij VROM:

**Petrochemie**

Helpdesk registratie chemische stoffen open (Geplaatst op 02-01-2007 20:01, RIVM)

Dit is een gezamenlijk persbericht van SenterNovem en het RIVM

Vandaag is de REACH-helpdesk van start gegaan. Met deze helpdesk ondersteunt de overheid bedrijven en hun brancheorganisaties bij de uitvoering van REACH, de Europese verordening over chemische stoffen. Het RIVM en SenterNovem voeren deze helpdesk gezamenlijk uit in opdracht van de overheid.

REACH staat voor Registratie, Evaluatie, Autorisatie en beperking van Chemische stoffen.

-- lees meer: http://www.rivm.nl/persberichten/2007/reachhelpdesk.jsp

Van onze accountant kregen wij de opmerking dat het niet handig is dat printjes vanuit de testomgeving niet als dusdanig herkenbaar zijn.
Het zou handiger zijn als in de standaard Heart kop een veldje zou zitten dat op de print, bv net voor de print identity omschrijving "(TESTBEST)" wordt voorgevoegd indien er vanuit de testbestanden geprint wordt...

Voor deze klant zijn alle prijzen die eindigen op 31-12-2006 (ingevoerd bij klant prijsstaffel LODS) doorgezet met 0% prijsverhoging en nieuwe periode 01/01 tm 31-01-2007
Dat doet hij wel voor sommige producten, maar niet voor alle, waarom niet

Een van de oplossingen was om de laatste inkoopprijs te promoten naar de potentiele kostprijs.
Bij massaal herberekenen gaat het systeem uit van de ingevoerde laatste prijzen van de voorkeursleverancier.
Als hij met de laatste inkoopproijs wil werken moet het vinkje bij "inkoopprijzen herberekenen" uitstaan, anders overschrijft het systeem de uit de inkooporders bepaalde prijzen met de prijsstaffeel informatie van de voorkeursleverancier.

Je moet voor methode a of b kiezen, beide gaat niet

Voor dat bomen verhaal is toch print to scherm en export naar excel voor uitgevonden.

Maar ff serieus, als je elke week die overzichten draait moet je misschien toch een met Peter kijken naar de batch functionaliteit en alle zware overzichten op zondag laten genereren. (ik ga ervan uit dat jullie dan meestal dicht zijn)

Het probleem is niet echt database gerelateerd. Hoewel "nieuwe" databases zoals oracle en zo wel een "geheugen" hebben mbt de opgevraagde data en die wat langer bufferen om de performance te verbeteren. Wat wel heel veel scheelt is het uitvoeren op een zware machine met veel intern geheugen en een GB lijntje naar de server...)

Access is inderdaad soms een oplossing. Maar als je niet echt handig bent kun je beter de Office 97 versie gebruiken wantr die ondersteunt nog direct de Foxpro tabellen. In de nieuwe versie moet je met ODBC drivers dat soort zaken oplossen...

Dat is al jaren mijn verzoek mbt de releasenotes...

Wel ff oppassen als je dat vinkje aanzet en massaal gaat herberekenen moet je wel het vinkje "koop artikelen berekenen" uitzetten.
Anders ben je je mooi opgebouwde inkoophistory in de kostprijzen acuut weer kwijt.
(Is mij ook een keer gebeurt...)

klopt als een bus, alleen is dan het probleem:
1.
Voor welke zendingen doe je aangifte, immers: Als iets onder private label gaat weet je niet of het consument of b2b is, kun je dus geen opgave doen, idem in verband met afleverland.
2.
Een gelijke verpakking (bv Schutz IBC van 1000 liter) kan onder statiegeld in een retoursysteem zitten, maar ook inclusief geleverd worden. De wettelijke regeling sluit in dat geval de statiegeld artikelen uit om dubbeltellingen te voorkomen.

Vandaar mijn opzetje...

volgens mij heb je de vijf "ergste" gepakt voor de beta.... toch 

Deze lijst heeft een vreemde eigenschap:

Als ik print van tot op 1 debiteur, over een datumrange krijg ik netjes alle verkooporders voor deze klant op 1 velletje.

Als ik print op meerdere debiteuren van tot datum, en ik selecteer het vinkje "nieuw blad per debiteur", genereerd het printje een heleboel pagina's. Lijkt erop dat dan de primaire sortering gewoon datum of VO blijft, maar dat erdan per afwijkende klant die ze tegen komen er een nieuwe pagina wordt gegenereerd.

Ik zou inschatten dat op het moment dat je dat vinkje aan zet de primaire sortering aangepast zou worden.

mvg

MK

De vraag is of jij dan alles nog wel aan kan,
misschien nog een vacature voor een moderator plaatsen ... ?

Bouw je dan ook meteen in dat je alleen naar een bestaande locatie kunt boeken, net als je deze controle ook uitvoerd bij de functie "overboeken voorraaditem" ?

En dat als de locatie niet bestaat hij niet het magazijn accepteerd?

mvg

MK

Is het misschien meteen handig om binnen het pakket in de "hoofdmenu buttons" een directe link naar het forum te plaatsen?
Als een soort extra help functie?