Hetgeen geruststellend is voor Nieuwe Heart gebruikers, maar wat nu met ons, die mensen die nog vast zittenaan databases met euri?
Op termijn toch NLG vervangen middels conversierun of blijven we ieder jaar NLG bugs vinden?
  SNIEF

Als de order toch nog geleverd moet worden, maar dan met een andere batch (uit een andere PO) kun je ook in de verkooporderrregel het volgende doen:
maak veld batch leeg
vink 1 charge uit
vink klant uit

Dan kun je gewoon de partij die je misschien voor d eandere klant gemaakt had leveren.

Bij mij is die regel er wat ik zo wet "automatisch aan toegeveogd"; hoe kan je op systeemniveau aangeven welke windows applicaties ip zijn toegestaan?
Is dat binnen heart op systeemniveau aan te geven? of moet dat allemaal in de config.hrt files bijgebakken worden.
Zo ja, welke instellingen gelden dan voor Office 2k3?

Een enkele keer gebeurt het dat iemand te snel heart opstart , of dat de server het inlogscript niet zuiver afwerkt.
In die gevallen kan het zijn dat de mappings naar de databasedrive en de indexdrive niet uitgevoerd zijn.
Dit heeft echter tot gevolg dat enkele regels in het config.hrt bestand gedubbeld worden.
Kan dit kwaad?

Voorbeeld:

Speciaal op verzoek van Peter:

Omwille van het efficient reorganiseren (immers een server heeft direct toegang tot de bestanden en zou in theorie een reorganisatie dus optimaal en in de kortste tijd uit moeten kunnen voeren) zouden wij graag heart op de W2k3 server installeren.

Hiervoor enige vragen:

1.
Kan de standaard windows versie van Heart op een W2k3 server geinstalleerd worden?

2.
zijn er nog instellingen die aangepast dienen te worden?

3.
Bij ons bedrijf bevinden de bestanden zich op een schijven array, welke de server dan maar c: noemt. De locaties voor heart zijn:
data  :    c:dataheartdata1
index :    c:dataheartdata2
Hoe kan ik dat aangeven, moet dat in de config.hrt? Ik ken alleen de parameter [databasedrive] en [indexdrive], kan ik daar ook een lokaal pad opgeven?

Voor de goede orde: het printje naar scherm of papier gaat goed, maar het opbouwen in excel geeft database valuta (guldens) en die zoeken wij niet. Lijkt erop dat een conversie die wel wordt gemaakt bij de print niet in de subroutine voor excel is ingebouwd.

Lijkt me dat presentatie in bedrijfsvaluta gaat als het vinke debiteur valuta uit staat en in debiteur valuta als deze aan staat. Nu krijg ik echter in excel de database valuta en dat is niet wat we zoeken.

Wanneer je een nieuwe gebruiker toevoegd, kom je hierna terug in het eerste scherm van de functie op het veld password.
Als je toevallig 2 maal op [CTRL][F1] had gedrukt, zul je de desbetreffende gebruiker dubbel zien in de lijst. Er zijn dus 2 records aangemaakt.

PS dit lukt alleen indien je in de lus blijft. Verlaat je de functie en start opnieuw werkt de controle op een dubbele invoer wel en blijft de usercode uniek.

Helaas Peter

Ja gaat voorbij aan wat de essentie is van de verschillende disk systemen

So-wie-so moet je altijd een hardwarematige oplossing kiezen bij welke RAID type je ook gebruikt. Dus een RAID kaart en geen Windows mirrors of zo.

RAID 0 = "STRIPING", het snelste, data wordt over 2 schijven verdeeld, en er is geen extra foutcontrole. Doordat de "traagheid" van de mechanica verdeeld wordt over 2 units is dit de snelste oplossing

RAID 1 = "MIRROR of DUPLEX", Hier gebruik je 2 schijven per set, waarbij dezelfde data op 2 schijven gezet wordt, als continue backup ingeval er een schijf plat gaat. Dit is dus ongeveer even snel als met een normale hard disk werken. (Data ruimte verlies is ca. 50%, je gebruikt immers 2 schijven voor 1 klus) Als er ergens een fout zit weet je echter niet welke van de 2 schijven correct is, tenzij er natuurlijk 1 helemaal dood gaat.

RAID 5 = Hier wordt met een set van minimaal 3 schijven gewerkt, (maar 4 of 5 is beduidend sneller). Middels "slim" dubbelen van de data en het werken met controlegetallen wordt de fouttolerantie optimaal gemaakt. Dit gaat enigsinds ten koste van de snelheid ja. RAID5 is echter gemaakt om heel lang stabiel te draaien en is het systeem op serverparken. En wanneer deze wordt uiitgevoerd in een 4 schijven array met 1 extra hotswap spare zal het systeem als er een schijf omvalt (en dat gebeurt eens per 2-3 jaar op een server) naadloos doordraaien.

De factor 10.000 of zo die Peter aangeeft is niet helemaal correct meer, sinds dat SCSI/RAID kaarten en 15k schijven worden toegepast.
Wij draaien met HP ML servers, RAID5, met extra redundant voedingen en koelingen (Ja we hadden er aardig wat geld voor over) en daar merk je dat bij bv reorganiseren, wat veel data doorvoer geeft,  de datadoorvoer beperkt wordt door de 100MB ethernetverbinding. Daarom hebben de zware users al gemigreerd naar 1 GB verbindingen.

Ik weet niet hoe de rest van jouw infrastructuur eruitziet maar het lijkt me zaak dat je goed jouw performance eisen neerlegd bij de leverancier. Als je trouwens toch bezig bent vergeet dan de backup niet!

tab 2

Is hier ook een msi-tje van
Dan kan ik hem deployen.....

Bij AD krijgen we ook veel facturen binnen waarvan de inkoop niet via Heart gelopen is.
Bijvoorbeeld van computerspelletjes of zo ...LOL...

Daarvoor moet dan wel iemand accoord tekenen en aangeven op welke wijze de journalisering plaats dient te vinden (grootboek, kostensoort kostenplaats)

Momenteel boeken we alle facturen eerst in in een separaat register, met vermelding aan wie deze factuur gegeven is. Wanneer deze dan van die persoon geaccodeerd en gejournaliseerd is wodt hij uiteindelijk geboekt in de fin administratie of in de log administratie.

Eigenlijk zouden we dit graag binnen heart gerealiseerd zien, dus eerst een factuur registratie met vermelding van datum en afhandelpersoon en pas later hieraan de journalisering te hangen.
De factuur registratie in deze vorm is nodig om een bewaking te hebben, want in een grotere club is niet altijd iedereen even netjes met het snel journaliseren en teruggeven van facturen naar de fin. administratie.

dacht dat ik duidelijk was, maar hier is screendump, maar dan het vinkje aan bij "opbouwen in excel"

  ?????

AD heeft dat probleem op (moeten) lossen door op externe locaties te werken met een "b-versie" van de emballage. Dan kun je wel de parameter "afboeken alle locaties" aanzetten.

Dit omdat wij veel uitbesteed werk hebben waar dit steeds hetzelfde probleem gaf.
En even naar het Midden Oosten rijden om de voorraad cans heen en weer te brengen is dan niet echt een optie.

Bij het printen van een prijsreglement van 1 debiteur (3-4-7-6-2) en het daaraangekoppelde genereren van een excel sheet (direct vanuit de functie, niet vanaf schermprint conversie) komen de prijzen niet in de gewenste valuta, maar in de databasevaluta (in ons geval nog steeds NLG)

Als ik een order heb maar bv 4 regels welke ik op meerdere data moet afleveren (bv maandorder met elke week een levering) wil ik daar per levering een kostenregel aan toevoegen middels een kostenartikel (bij ons een FACTxxxx)

Echter daar een kostenartikel geen formele "leverdatum" kent komen deze er op de eerste factuur meteen allemaal op, i.p.v. 1 op elke leverfactuur.

Is hier op termijn wat op te vinden middels bv het respecteren van een leverdatum zoals bovengenoemd?
Dat zou dan middels "eerstmogelijke verzenddatum" kunnen?

mvg