Klant, zelf systeem aanpassen. Kosten/mogelijkheden?

juliandewitjuliandewit Member Posts: 3
edited 2006-05-04 in NAV Dutch speaking only
Hallo,
Ik ben nu al een aantal keer tegen Navision aangelopen met verscheidene projecten (koppelingen). Ik ben heel erg geinteresseerd om mijzelf ook in Navision te gaan specialiseren. Nu had ik een paar vragen over de mogelijkheden om navision aan te passen.

Ik heb ongeveer uitgevonden dat de SDK niet alleen veel geld kost (30.000 ?). Maar je moet ook een Certified partner zijn + een aantal examens hebben gehaald. Is dit correct ?

Waar ik nu ook in geinteresseerd was is hoeveel mogelijkheden een klant heeft om zijn eigen product aan te passen en te onderhouden. Ik heb overal gekeken maar kan hier niet echt goed een beeld van krijgen.

Ik heb de volgende vragen
- Welke ontwikkelmodules kan een klant aanschaffen
(forms designer? Db designer ? Reporting tool ? Andere modules ?)
- Wat kosten deze modules ongeveer ?
- Stel we kopen al deze modules. Wat kunnen we dan niet zelf bouwen ?
Waar hebben we de volledige SDK voor nodig ?
- Ben je vrij om certificaten te halen ook als je niet een partner bent ?

Alvast bedankt voor de info. Ik heb echt hard geprobeerd het zelf uit te zoeken maar ik kon nergens een goed overzicht krijgen.

Comments

  • krikikriki Member, Moderator Posts: 9,112
    - Welke ontwikkelmodules kan een klant aanschaffen
    (forms designer? Db designer ? Reporting tool ? Andere modules ?)
    - Wat kosten deze modules ongeveer ?
    - Stel we kopen al deze modules. Wat kunnen we dan niet zelf bouwen ?
    Waar hebben we de volledige SDK voor nodig ?
    De klant kan de volgende designers kopen:
    7,110 Report & Dataport Designer
    7,120 Form Designer
    7,130 Table Designer
    Daarmee kan hij de objecten aanpassen MAAR hij kan NERGENS programmacode toevoegen aan de objecten (vandaar dat er geen codeunit Designer bij is).
    Ik denk dat je alles kunt doen hiermee behalve dan programmacode toevoegen/veranderen. Dit is dus een vrij zware beperking.
    En het is ook mijn ervaring dat het beter is dat een klant dàt zelfs niet kan.
    Dit omdat onderhoud een stuk lastiger wordt. De klant verandert iets in een object en zendt je het object niet. Elke keer dat je een object wil aanpassen, moet je controleren met de klant of hij het niet veranderd heeft. De klant kan dus ook de document-section niet aanpassen (geen programmacode!) en dus kan hij zijn veranderingen niet documenteren.
    Regards,Alain Krikilion
    No PM,please use the forum. || May the <SOLVED>-attribute be in your title!


  • juliandewitjuliandewit Member Posts: 3
    Dat is duidelijk.
    Dank je wel.

    Ik concludeer wel dat bijvoorbeeld eigen reports/dataports maken wel een redelijke optie zou zijn omdat je dan niet in de structuur van het systeem aan het werk bent.
  • krikikriki Member, Moderator Posts: 9,112
    Dat is duidelijk.
    Dank je wel.

    Ik concludeer wel dat bijvoorbeeld eigen reports/dataports maken wel een redelijke optie zou zijn omdat je dan niet in de structuur van het systeem aan het werk bent.
    Eigen reports maken of dataports (ENKEL EXPORT) is inderdaad geen probleem. Als de klant een fout maakt, zullen de gegevens niet gecorupteerd worden.
    Maar niet de mogelijkheid hebben om code aan te maken is een zware beperking. Je kunt enkel eenvoudige reports of export-dataports maken.
    Regards,Alain Krikilion
    No PM,please use the forum. || May the <SOLVED>-attribute be in your title!


Sign In or Register to comment.