website betalen na goede controle

[Fotel]

Hallo,

 

een bedrijf is bezig met een website en backoffice sytseem voor ons te bouwen. Zij willen dat er eerst betaald wordt voordat zij deze online zetten. Echter om deze volledig te kuinnen controleren is het nodig dat deze "live" staat. Zij zijn al veel te lang bezig en er zijn nog steeds problemen met de website. Zodoende blijf ik hun ook melden dat het eerst af moet en live getest en goedgekeurd.

De gemaakte afspraak is dat ik na betaling de maakbestanden krijg en het autuersrecht van de site en CMS rust dan bij ons.

Er is niets afgesproken over eerst betalen dan "live".

 

Is het niet mogelijk daar een tussenpersoon voor te hebben, zoals een notaris, die het te betalen bedrag in bezit houdt totdat de website en backoffice goedgekeurd zijn?

 

Graag jullie kennis

Alvast bedankt,

 

Eddy

[fvddungen]

Sorry dat ik even inhaak, maar ik vind het echt onzin dat je geen website kunt testen en dat je deze pas mag zien als er pas is betaald. Dat heb ik in mijn 25 jarige carriere nog nooit meegemaakt. Zelfs als bepaalde delen niet of moeilijk te testen zijn kun je altijd het deel wat wel goed werkt testen en de rest zien. Zogenaamde api's en webservices, die met andere systemen moeten communiceren kunnen in principe prima even worden uitgeschakeld.

 

Volgens mij is er meer aan de hand en willen ze alleen maar tijd rekken. Met zo'n partij, die niet eerlijk en open is, zou ik niet eens zaken willen doen.

[willemj]

Krijg het idee dat je al bijna op het niveau van ruzie met je webbouwer zit. Niet prettig voor beide partijen en draagt niet bij aan een oplossing. Voorstellen als escrows en rechters helpen zeker niet.

 

Even kort op een rij (zowel omdat het hele verhaal hier waarschijnlijk niet staat en ik geen zin heb om alle details uit je berichten te peuteren):

 

[*] developer levert product met gebreken

[*] developer levert te laat

[*] developer lost gemelde problemen niet volledig op

[*] jij wilt testen op je eigen server om zeker te zijn dat niet nog meer gebreken naar boven komen na installatie op jouw server

[*] je bent overeengekomen dat de broncode (in jouw terminilogie 'maakbestanden') pas ter beschikking worden gesteld na volledige betaling

 

Mijn inschatting is dat de developer een project heeft aangenomen dat te complex is voor hem of dat het hem tegenvalt hoeveel tijd het kost en geen zin heeft veel meer tijd te besteden om goed werk af te leveren. Dit op basis van een paar projecten die ik overgenomen heb en wat verhalen van klanten.

 

Dreigen met procedures en dergelijke heeft in dit geval volgens mij totaal geen zin. Ik ben een goede programmeur en erg flexibel mens. Het schip in gaan (voor het geval je Vlaming bent en de uitdrukking niet kent: dat betekent 'geld / tijd verliezen') is jammer maar leergeld dat zichzelf wel weer eens terug verdient. Ondanks dat schiet ik bij klanten die door misverstanden, onduidelijkheden na goed overleg gaan dreigen met rechters ook in de stand 'laat maar komen die rechter, ik lever niet meer dan in het contract staat'^*).

 

Ik zou dus je developer / leverancier laten weten dat je:

 

[*] een testbare versie wilt zien

[*] gevonden gebreken in die versie binnen een redelijke termijn verholpen dienen te zijn (twee weken?)

[*] indien die gebreken binnen de gestelde termijn verholpen zijn je 50-80% betaalt en dan de bronbestanden krijgt

[*] je binnen een korte termijn (een week?) de code test op jouw server en indien dat werkt de rest betaalt

 

Je kunt, als dit ook niet werkt, alsnog kiezen om het juridisch pad op te gaan (ontbinding vanwege wanprestatie)

 

*) gelukkig in 15 jaar tijd pas één keer voorgekomen en dat is uiteindelijk ook minnelijk geschikt. Nog steeds zonde van de energie....

[willemj]

Zogenaamde api's en webservices, die met andere systemen moeten communiceren kunnen in principe prima even worden uitgeschakeld.

 

MIsschien denk ik wat te groot voor de situatie van de TS maar een koppeling naar bijvoorbeeld Exact of SAP kun je niet achterwege laten bij een integratietest. En ook voor 'kleinere' systemen kan al het verschil tussen bijvoorbeeld PHP 5.3 en PHP 5.4 de nodige problemen opleveren.

 

Lastig punt voor zowel leverancier als afnemer natuurlijk. En meestal zijn de problemen ook vrij eenvoudig op te lossen. Maar het blijft prettig als je afspraken hebt over hoe en met welke software je ontwikkelt en test.

[Fotel]

Excuses niet nodig. Ik ben dankbaar voor je reactie.

De verontwaardiging die ik heb betreffende de gang van zaken wordt ook door jullie gedeeld. Ik ben geen expert dus wat wel of niet getest kan worden weet ik niet vanuit eigen expertise. Maar dat doet er natuurlijk ook niet toe. Het gaat erom dat een product niet ongezien goedgekeurd kan worden en dat de opdrachtnemer de verantwoording moet nemen mij daartoe is staat te stellen.

 

Een vraag is ook;

al krijg ik uiteindelijk toch de mogelijkheid tot volledig testen en er dan zaken niet blijken te werken naar behoren hoeveel tijd/pogingen ik dien te geven om dit opgelost te zien? Het gaat er hierbij niet om wat er moreel door ons gevonden wordt, maar wat juridisch acceptabel is .

 

 

 

Volgens mij is er meer aan de hand en willen ze alleen maar tijd rekken. Met zo'n partij, die niet eerlijk en open is, zou ik niet eens zaken willen doen.

 

Helaas kom je er vaak te laat achter met wie je te maken hebt. Op het moment van verkoop is het altijd mooi weer en ook al probeer je een paraplu van afspraken en voorwaarden vast te leggen blijken deze vaak onvoldoende om automatisch redelijkheid van handelen af te dwingen bij de opdrachtnemer als het storm wordt.

[willemj]

al krijg ik uiteindelijk toch de mogelijkheid tot volledig testen en er dan zaken niet blijken te werken naar behoren hoeveel tijd/pogingen ik dien te geven om dit opgelost te zien? Het gaat er hierbij niet om wat er moreel door ons gevonden wordt, maar wat juridisch acceptabel is .

 

De wet schrijft in de meeste gevallen een redelijke termijn voor. Om te bepalen wat 'redelijk' is moet je naar de rechter.

 

Gezien je houding (zonder details over het voortraject) ga ik niet meer reageren.

 

Succes.

[Fotel]

 

Ik zou dus je developer / leverancier laten weten dat je:

 

[*] een testbare versie wilt zien

[*] gevonden gebreken in die versie binnen een redelijke termijn verholpen dienen te zijn (twee weken?)

[*] indien die gebreken binnen de gestelde termijn verholpen zijn je 50-80% betaalt en dan de bronbestanden krijgt

[*] je binnen een korte termijn (een week?) de code test op jouw server en indien dat werkt de rest betaalt

 

Je kunt, als dit ook niet werkt, alsnog kiezen om het juridisch pad op te gaan (ontbinding vanwege wanprestatie)

 

*) gelukkig in 15 jaar tijd pas één keer voorgekomen en dat is uiteindelijk ook minnelijk geschikt. Nog steeds zonde van de energie....

 

Je verhaal klopt van begin tot eind. Ik heb al ruim 50% betaald en ze zijn al 2 jaar (ja, twee jaar!) bezig met oplossen van problemen. Heb zelf al veel tijd gstopt in herhaaldelijk testen van dat wat kon.

 

Eddy

[Sabra]

Twee jaar zegt niet zo veel. Wat was de afgesproken termijn van oplevering? Zijn er helemaal geen afspraken gemaakt over wanneer die overige 50% betaald zou worden. Het lijkt me dat jij en je webbouwer na zo'n tijd in een gespannen sfeer moeten samenwerken. Is het geen optie om bij hem/haar lang te gaan en gewoon open kaart te spelen? Uitleggen dat het je allemaal wat is tegengevallen, dat je vertrouwen afneemt en dat je oprecht op zoek bent naar een oplossing om het project alsnog goed af te ronden. Ik kan me namelijk ook wel voorstellen dat jouw webbouwer misschien de angst heeft dat jij bij oplevering op alle slakken zout gaat leggen. Een goed gesprek kan soms wonderen doen.

[Hermes Ratgers]

Sorry, ik heb niet alles gelezen en ben niet actief in dit wereldje (weet er inmiddels wel iets van).

 

In hoeverre is het werkbaar dat de auteur een versie op een nieuwe domeinnaam zet. Deze domeinnaam linkt naar de domeinnaam van de klant.

Op het moment van volledige betaling, kan het overgezet worden.

[Fotel]

Twee jaar zegt niet zo veel. Wat was de afgesproken termijn van oplevering? Zijn er helemaal geen afspraken gemaakt over wanneer die overige 50% betaald zou worden. Het lijkt me dat jij en je webbouwer na zo'n tijd in een gespannen sfeer moeten samenwerken. Is het geen optie om bij hem/haar lang te gaan en gewoon open kaart te spelen? Uitleggen dat het je allemaal wat is tegengevallen, dat je vertrouwen afneemt en dat je oprecht op zoek bent naar een oplossing om het project alsnog goed af te ronden. Ik kan me namelijk ook wel voorstellen dat jouw webbouwer misschien de angst heeft dat jij bij oplevering op alle slakken zout gaat leggen. Een goed gesprek kan soms wonderen doen.

 

Gesprekken zijn er geweest. Meermaals. Situatie wat betreft het afmaken, correct opleveren en volledig laten controleren zijn daardoor niet bereikt. Opleverdatum was helaas niet opgenomen in de afspraak. Is dit dan de vrijbrief tot een eindeloos niet opleveren?

[Fotel]

Sorry, ik heb niet alles gelezen en ben niet actief in dit wereldje (weet er inmiddels wel iets van).

 

In hoeverre is het werkbaar dat de auteur een versie op een nieuwe domeinnaam zet. Deze domeinnaam linkt naar de domeinnaam van de klant.

Op het moment van volledige betaling, kan het overgezet worden.

 

Dank. Lijkt mij heel redelijk, mits zo alles gecontrleerd kan worden.

Ze werken echter nu ook vanuit een testomgeving online en dat blijkt niet afdoende om alles te testen.

[willemj]

Oops, nou reageer ik toch weer ;)

 

Je lijkt voornamelijk te reageren op berichten die passen in jouw visie op de zaak. Kun je je hele dossier (geanonimiseerd uiteraard) hier eens posten?

[trolink]

Wil je misschien ook vertellen waarom dat niet afdoende is?

 

Sorry, ik heb niet alles gelezen en ben niet actief in dit wereldje (weet er inmiddels wel iets van).

 

In hoeverre is het werkbaar dat de auteur een versie op een nieuwe domeinnaam zet. Deze domeinnaam linkt naar de domeinnaam van de klant.

Op het moment van volledige betaling, kan het overgezet worden.

 

Dank. Lijkt mij heel redelijk, mits zo alles gecontrleerd kan worden.

Ze werken echter nu ook vanuit een testomgeving online en dat blijkt niet afdoende om alles te testen.

[Sabra]

 

 

Ik sluit me aan bij Willem, zet je case gewoon eens duidelijk neer. Op deze manier is het een samenraapsel van gebeurtenissen die allemaal van 1 kant komen en is het moeilijk passend advies te geven. Natuurlijk is oneindig niet opleveren geen doen. Maar er zijn zat projecten die 1 of 2 jaar duren. Daarom vraag ik naar de deadline. Als ik dan hoor dat er geen opleverdatum is afgesproken, dan vraag ik me af waarom niet. Ben jij daar niet duidelijk in geweest? Is het niet ter sprake gekomen?

 

Gesprekken hebben niet geleid tot een oplossing mbt het opleveren zeg je. Maar hoe moet je iets opleveren zonder dat er afspraken gemaakt kunnen worden? (want schijnbaar zijn die niet van te voren gemaakt) Het lijkt me dat je dan vastzit, en misschien aan een mediator moet gaan denken.

 

Kortom, we willen het hele verhaal :)