Invoer uitgaande factuur aan klant

[Herman]

Is het mogelijk zijn om als default 1 bij aantal in te laten vullen?

[Bert-Jan]

Ik zet deze vraag even onder de rubriek Nieuwe functionaliteiten. Dan kom ik er later op terug.

Geen gek idee overigens.

[Herman]

Is er een datum bekend waarop (een aantal) nieuwe functionaliteiten zullen worden doorgevoerd?

[Bert-Jan]

Dit is nu ingevoerd.

[Karen Töning]

Onze harder werker. Super, thanks.

[Herman]

Dit is nu ingevoerd.

Super, thanks.

Kan een gebruiker ergens iets van een update/verzie/revisie datum zien?

[Bert-Jan]

Kan een gebruiker ergens iets van een update/verzie/revisie datum zien?

Er worden geen versie-nummers bijgehouden. Er wordt bijna dagelijks gewerkt aan Acumulus, zichtbaar en onzichtbaar.

[Herman]

Ik begrijp het, heb je geen plannen in de richting van ISO9001, tqm oid? Dan zal het wel nodig worden.

[Bert-Jan]

Ik denk dat zoiets belangrijk is wanneer je werkt met een groep van programmeurs en daar regie over wilt houden.

Als we zo groot worden dat ik andere programmeurs moet inschakelen, dan komt er een enorme taak bij om alles op elkaar afgestemd te houden.

Ik ben het forum o.a. gestart om de klanttevredenheid te vergroten en de input te kanaliseren voor verbeteringen. Die input is goed aanwezig en levert veel zinvolle verbeteringen op die ik zelf niet had bedacht.

Het implementeren van nieuwe functionaliteiten is een proces dat zorgvuldigheid vraagt. In de regel voer ik altijd slechts één project tegelijk uit. Indien het resultaat na tests goed is bevonden, kan het makkelijk worden doorgevoerd. Als het problemen geeft, is snel duidelijk waar de schoen wringt.

Tot nu toe heeft Acumulus een uptime van 100% (uitval = 0) en een hoge performance. Dat wil ik uiteraard zo houden.  

[Herman]

Mochten jullie voor ISO9001 gaan om je kwaliteit (management systeem) te onderschrijven met een onafhankelijk keurmerk (vinden sommige klanten belangrijk) dan is voor jullie type bedrijf revisie/versie beheer belangrijk ivm traceerbaarheid. Je zult dan iedere wijziging moeten beschrijven, implementeren in een testversie, vrijgeven en releasen waarbij je versienummer dan opgehoogd wordt.
Als je het meeste zelf doet zoals je beschrijft is het allemaal niet zo nodig en zelfs vertragend, maar toch kan het wel handig zijn met een \'\'build\'\' nummer te gaan werken  

[Herman]

Dit is nu ingevoerd.

Bert-Jan, nog heel erg bedankt voor deze aanpassing  
Het lijkt een wijziging van niks maar scheelt me echt wel wat tijd bij het invoeren.
Aangezien bij ons vrijwel alle producten/diensten op aantal 1 ingevoerd worden kan ik nu dus invoeren en direct verder met de volgende regel.

[Bert-Jan]

[lexicam]

Ik vind het dus niet handig die default op 1, omdat ik nu een foutmelding krijg als ik geen aantal invul en dat vind ik handig zeker omdat bij mij om aantal=uren/kilometers gaat, dus een fout is snel gemaakt.

groet,

Lex

[Bert-Jan]

Hallo Lex,

Maar er moet toch altijd een aantal staan?

[Herman]

Ik vind het dus niet handig die default op 1, omdat ik nu een foutmelding krijg als ik geen aantal invul en dat vind ik handig zeker omdat bij mij om aantal=uren/kilometers gaat, dus een fout is snel gemaakt.

groet,

Lex

Dat gebeurde bij mij voorheen altijd toen er dus default niets stond.....

[lexicam]

Ja maar ik ben zo\'n snelle doorklikker    en let dan niet op......

[Herman]

Micchien kan Bert-Jan een optie \'standaard aantal=x\' maken  
In jou geval \'waarschuw altijd\'

[lexicam]

[Bert-Jan]

Ik heb gelukkig niets te doen...

[Herman]

Dacht ik al, zit het er al in