Hangt ook af van:
1) hoeveelheid customizaties in het huidige systeem
2) Aard van de aanpassingen
3) gebruikte granules
4) grootte van de database
5) kwaliteit van data
6) maatwerk dat men kan omzetten in standaard NAV ...
7) ...
Naar mijn gevoel is er niet zoals een "fixed" prijs dat je op upgrades kan plaatsen (hoewel Mark me nu gaat tegenspreken ).
Tsja, voordat we fixed price kunnen gaan zullen we eerst eens wat moeten gaan spelen met de transformation tools en onze eigen tools die we intern voor upgrades gebruiken moeten aanpassen.
Ik begreep dat Per zijn mergetool al "page" geschikt heeft gemaakt dus de 1e stap is al gezet.
Spijtig genoeg heb ik geen marketing gedaan... Ze vertrouwen hier op mijn creatieve geest om ervoor te zorgen dat de klant de overstap maakt naar 5.1 omdat ze anders teveel maatwerk moeten schrijven (zoals DMS).
Maar ze verwachten ook dat ik de voordelen goed argumenteer, terwijl er nog niet zo heel veel beschikbaar is over 5.1...
Om het met de woorden van William of Baskerville te zeggen:
"So rather than appear foolish afterwards, I renounce being clever now."
Als het om functionaliteit gaat, kun je ook overwegen om naar 5.0 te gaan. 5.1 is voornamelijk een technische release, waar natuurlijk wel de role-based interface in zit. Qua upgrade zit er met name extra werk in de forms en reports omdat deze niet een op een met een tool zijn te converteren. In ieder geval mag er geen code op de forms zitten. Maar eigenlijk is het te vroeg om er al iets over te zeggen.
In ieder geval mag er geen code op de forms zitten.
Da's iets te simplistisch gesteld, er zal wel degelijk plaats zijn voor code op de page objecten, maar in hoeverre is nog niet 100% duidelijk. MS is overigens wel bezig om het ons makkelijker te maken om forms te transformeren.
Ik heb ook 'gehoord' dat Matrix forms niet meer zullen werken in de 5.1. Als dat zo is zal je al je bestaande matrix forms moeten aanpassen, tenzij die form conversion tool dat al doet ?
Debugging is twice as hard as writing code. Therefore if you write the code as cleverly as possible you are by definition not smart enough to debug it.
Comments
RIS Plus, LLC
1) hoeveelheid customizaties in het huidige systeem
2) Aard van de aanpassingen
3) gebruikte granules
4) grootte van de database
5) kwaliteit van data
6) maatwerk dat men kan omzetten in standaard NAV ...
7) ...
Naar mijn gevoel is er niet zoals een "fixed" prijs dat je op upgrades kan plaatsen (hoewel Mark me nu gaat tegenspreken ).
Eric Wauters
MVP - Microsoft Dynamics NAV
My blog
Ik begreep dat Per zijn mergetool al "page" geschikt heeft gemaakt dus de 1e stap is al gezet.
Wordt weer een spannende tijd.
Spijtig genoeg heb ik geen marketing gedaan... Ze vertrouwen hier op mijn creatieve geest om ervoor te zorgen dat de klant de overstap maakt naar 5.1 omdat ze anders teveel maatwerk moeten schrijven (zoals DMS).
Maar ze verwachten ook dat ik de voordelen goed argumenteer, terwijl er nog niet zo heel veel beschikbaar is over 5.1...
Om het met de woorden van William of Baskerville te zeggen:
"So rather than appear foolish afterwards, I renounce being clever now."
Eric Wauters
MVP - Microsoft Dynamics NAV
My blog
Geert Penners
http://www.gac.nl
RIS Plus, LLC
Ze hebben nu meer tijd, wie weet vinden ze nog een oplossing.
Eric Wauters
MVP - Microsoft Dynamics NAV
My blog