[GEZ] drs ontwikkelaar

[Pinocchi]

Beste,

We zijn op zoek naar iemand die voor ons een drs kan ontwikkelen met in ieder geval koppelingen naar:

- sidn (ook drs 4.0)
- directi
- key-systems

Het zal in eerste instantie met name intern gericht zijn zodat we zelf makkelijk en snel de domein afhandeling kunnen doen. Een speciaal reseller niveau hoeft er vooralsnog dus niet in te zitten.

We zullen zelf zorg dragen voor koppeling met onze eigen systemen voor automatische verwerking en billing zolang er duidelijk en logische documentatie bij zit hoe we op het drs kunnen inhaken.

Laat me weten wat je kan leveren, tegen welke prijs uiteraard en indien mogelijk of je er een demo van hebt zodat we deze kunnen bekijken.

[Mark17]

Beste,

We zijn op zoek naar iemand die voor ons een drs kan ontwikkelen met in ieder geval koppelingen naar:

- sidn (ook drs 4.0)
- directi
- key-systems

Het zal in eerste instantie met name intern gericht zijn zodat we zelf makkelijk en snel de domein afhandeling kunnen doen. Een speciaal reseller niveau hoeft er vooralsnog dus niet in te zitten.

We zullen zelf zorg dragen voor koppeling met onze eigen systemen voor automatische verwerking en billing zolang er duidelijk en logische documentatie bij zit hoe we op het drs kunnen inhaken.

Laat me weten wat je kan leveren, tegen welke prijs uiteraard en indien mogelijk of je er een demo van hebt zodat we deze kunnen bekijken.

Wij hebben een systeem dat bijna af is (Directi zouden we alleen toe moeten voegen en het SIDN deel moet aangepast worden). Graag zou ik derhalve willen weten of u een termijn om het te realiseren in gedachten heeft.

[Pinocchi]

Nee geen speciale termijnen in gedachte, wat prettig zou zijn is als het op korte termijn kan.

Kun je wat meer specificaties geven van wat jullie systeem kan, misschien wat screenshots of een demo en natuurlijk wat de kosten zijn van het systeem.

[Mark17]

Per extencie is op te geven waar de domeinnaam geregistreerd moet worden, dit word vervolgens ook in de database gezet voor het geval dit in de toekomst wijzigt.
-DRS systeem (Trans-IP/Directi/Enom/Key-Systems/SIDN/DNS.be/EURid, deze werken bijna geheel op het moment (er zal een nieuwe optie bijkomen om te registreren via ons zodra onze api af is))
Optie's/mogelijkheden:
-eigen design gebruiken (design laten wij anders apart maken)
-registreren
-verhuizen
-whois gegevens aanpassen
-naamservers wijzigen
-per onderdeel aangeven per extencie of controle vereist is
-overzichten van alle domeinnamen met dezelfde gegevens (op naamserver of op houder of op tech contact of op admin contact of op extencie)
-melding dat hij gerenewed moet worden (periode zelf in te stellen, dit is ook uit te zetten)

Dit is de basis, ik breid hem nog verder uit en derhalve zult u het eerste jaar ook updates ontvangen (hierna kunnen deze aangeschaft worden). De licentie is vrij uitgebreid, enkel het verkooprecht ontbreekt.

Het systeem komt op 250 euro inclusief eenmalige installatie, excl. aanpassingen die niet standaard zijn en excl. design. Het design kunt u aanleveren of wij zetten er een design omheen dat geen nivo heeft (tabel met links het menu en rechts de inhoud).

[Pinocchi]

nog wat aanvullende vragen:

- is deze inderdaad voorbereid op drs 4.0 van SIDN (Werken met handles e.d.)
- wanneer denken jullie directi af te hebben als het gaat om automatische verwerking
- design zal niet nodig zijn aangezien we het zullen implementeren in bestaande systemen, maar ik neem aan dat implementatie niet al te ingewikkeld is?
- heb je ook screenshots of een demo
- bij renewmanagement, kun je dan meerdere periodes opgeven dus 60, 30, 15, 5, 1 dag dat ie op die momenten allemaal een renewel stuurt en naar een eigen te kiezen email of wordt die specifiek ergens vandaan geplukt?
- zijn hier meerdere niveau's in verwerkt?
- wordt er gewerkt met handles zodat je gegevens kunt hergebruiken voor verschillende domeinen?
- na geslaagde of gefaalde registratie/verhuizing wordt een melding gemaakt?

ik hoor graag van je

[Mark17]

nog wat aanvullende vragen:

- is deze inderdaad voorbereid op drs 4.0 van SIDN (Werken met handles e.d.)
- wanneer denken jullie directi af te hebben als het gaat om automatische verwerking
- design zal niet nodig zijn aangezien we het zullen implementeren in bestaande systemen, maar ik neem aan dat implementatie niet al te ingewikkeld is?
- heb je ook screenshots of een demo
- bij renewmanagement, kun je dan meerdere periodes opgeven dus 60, 30, 15, 5, 1 dag dat ie op die momenten allemaal een renewel stuurt en naar een eigen te kiezen email of wordt die specifiek ergens vandaan geplukt?
- zijn hier meerdere niveau's in verwerkt?
- wordt er gewerkt met handles zodat je gegevens kunt hergebruiken voor verschillende domeinen?
- na geslaagde of gefaalde registratie/verhuizing wordt een melding gemaakt?

ik hoor graag van je

Indien je de DRS4.0 documenten 2 weken voor ingebruikname/testen van DRS4.0 geeft dan werkt dit compleet. Werkt het niet dan ontvangt u het gehele bedrag terug indien u het script daarna niet weer gebruikt. Een demo of screenshots heb ik niet aangezien er dus geen fatsoenlijke layout omheen zit op dit moment. Implementatie in de huidige systemen is zeer simpel indien de persoon die dat doet met functie's om kan gaan waar een handleiding bij zit. De directie afronding van de eerder aangegeven lijst staat voor volgende week gepland.

We overwegen er nog een API deel bij beschikbaar te stellen voor het geval u resellers toegang wilt geven tot het systeem (deze mogen immers niet het script zelf hebben). Bij renewmanagement kunnen in principe een haast ongelimiteerd aantal dagen na ingebruikname van een domeinnaam met een bepaalde extencie opgegeven worden, dit is extencie gebonden. Dit werkt namelijk via een aparte tabel.

De versie die we beschikbaar willen gaan stellen voor verkoop komen 4 nivo's in buiten de functie's om:
-Normale klanten (automatisch registreren ja/nee)
-Speciale klanten (automatisch registreren/verhuizen ja/nee)
-Mod's (toegang tot een bepaald deel)
-Admin's (alle rechten)

Alle contact gegevens worden in een database gezet, tevens is er een extra plaats voor een extra e-mail adres waar de waarschuwingen voor renewal heen gestuurt worden (indien deze leeg is word het admin contact gewaarschuwd). Bij contact gegevens word tevens aangegeven hoeveel domeinnamen op deze gegevens staan, welke standaard naamservers deze klant heeft (voor als dat andere zijn), welke types contact deze gegevens voor zijn gebruikt. Deze zijn met gebruik van een aparte functie en gebruik van hun ID (welke gegeven word) automatisch gebruikt.

Nadat het resultaat van een actie bekend is word op het renewal adres een e-mail gestuurd met het resultaat. Ik overweeg nog om ook het admin contact en het tech contact deze e-mail te sturen en eventueel de registrant.

Het script heeft wel enkele eisen:
-Er moet een cron kunnen draaien die een php bestand uitvoert.
-PHP moet geinstalleerd zijn.
-1 MySQL database.
-1 SMTP server voor de e-mails.
-Een linux of unix besturingssysteem (het is getest op Debian 3.1 (net install) en op FreeBSD. Andere besturingssytemen testen we op aanvraag.

Echter gebruikt u enkel de functie's voor de implementatie in uw systeem dan zult u de documentatie extra goed door moeten lezen. Er word ruimte gegeven om 5 extra gegevens bij een gebruiker mee te geven en er word ruimte geboden om 5 extra gegevens bij een domeinnaam mee te geven. Bijvoorbeeld of de domeinnaam betaald is, of een herinnering is gestuurt, of eventuele opmerkingen.

[Pinocchi]

Indien je de DRS4.0 documenten 2 weken voor ingebruikname/testen van DRS4.0 geeft dan werkt dit compleet.

Wat bedoel je precies met deze zin?

[Mark17]

De documentatie mbt de gewijzigde eisen voor DRS4.0 heb ik nog niet gezien. Deze wijzigingen komen in een update welke hoogstens 2 weken zal kosten (bij de deal inbegrepen). Echter voor ik zeg dat dit erbij inzit moet ik de wijzigingen precies weten.

[Pinocchi]

Is dit een systeem wat reeds op andere plekken draait of is het nu nog in ontwikkeling en dient de eerste kopie nog afgeleverd te worden? Dit in verband met bugtracking en onvolkomenheden waar we eventueel tegen aan zouden kunnen lopen.

Gebruiken jullie dit systeem zelf ook?

Wat is het verschil tussen 'normale klanten' en 'speciale klanten' in jullie optiek? En zit er een betaal registratie in als het gaat om 'resellers'.

Tot slot, je geeft aan dat jullie denken over de ontwikkeling van een api eventueel voor resellers. In hoeverre is dit al uitgekristaliseert, wordt dit gerealiseerd en maakt dit deel uit van het totaalpakket?

[Swiftway-UK]

Wij hebben ook een werkend DRS dat samenwerkt met meerdere systemen. API voor resellers is aanwezig. Bovengenoemde functionaliteiten zijn aanwezig.

Het systeem zou alleen nog naar het engels/nederlands vertaalt moeten worden, dit kunnen wij doen. Aanpassingen voor DRS 4.0 kunnen gemaakt worden. Algemene aanpassingen kunnen we ook maken.

Maar mag ik weten wat je bied voor zo een systeem?

[Pinocchi]

Remon,

Ik zou het graag nog even houden op wat jullie graag voor een dergelijk systeem willen hebben. Daarom heb ik de vraag ook hier geplaatst. Ik zou dus zeggen brand los, langs wel kanaal dan ook.

Ik hoor graag van je.

En heb je wellicht ook wat screenshots of demo die ik kan bekijken (ookal begrijp ik natuurlijk weinig van de teksten aangezien het pools niet m'n sterkste kant is.)

Wij hebben ook een werkend DRS dat samenwerkt met meerdere systemen. API voor resellers is aanwezig. Bovengenoemde functionaliteiten zijn aanwezig.

Het systeem zou alleen nog naar het engels/nederlands vertaalt moeten worden, dit kunnen wij doen. Aanpassingen voor DRS 4.0 kunnen gemaakt worden. Algemene aanpassingen kunnen we ook maken.

Maar mag ik weten wat je bied voor zo een systeem?

[Mark17]

Is dit een systeem wat reeds op andere plekken draait of is het nu nog in ontwikkeling en dient de eerste kopie nog afgeleverd te worden? Dit in verband met bugtracking en onvolkomenheden waar we eventueel tegen aan zouden kunnen lopen.

Gebruiken jullie dit systeem zelf ook?

Wat is het verschil tussen 'normale klanten' en 'speciale klanten' in jullie optiek? En zit er een betaal registratie in als het gaat om 'resellers'.

Tot slot, je geeft aan dat jullie denken over de ontwikkeling van een api eventueel voor resellers. In hoeverre is dit al uitgekristaliseert, wordt dit gerealiseerd en maakt dit deel uit van het totaalpakket?

Het systeem gebruiken wij zelf in een aangepaste vorm (SIDN/DNS.be staat uit, dit gaat via resellers). Speciale klanten zijn klanten die vooraf prepaid een bedrag storten en dan voor dit bedrag realtime kunnen registreren. Is dit bedrag op (per klant in te stellen) dan ontvangen ze een e-mail met de melding dat het helaas niet kan aangezien het budget op is.

Dit bedrag voegt u handmatig toe.

Met de API willen wij vanaf volgende week intern gaan testen, deze zal in het systeem zitten dan wel met een update komen. (Client site is in PHP ook inbegrepen om het makkelijk te maken).

Het systeem staat nog niet open voor klanten (staat op een server onder mijn buro achter 2 firewalls). Alle updates het eerste jaar (wat er veel zullen zijn door uitbreidingen waarschijnlijk) zijn gratis (worden per e-mail verstuurd).

Als u anders een vast nummer per PB naar mij toe stuurt kan ik u ook even bellen overdag om alles een keer rustig door te spreken (vrijblijvend uiteraard).

[Pinocchi]

Wat ik graag zou horen is wanneer het systeem volledig af is aangezien je aan geeft dat jullie er nu nog mee bezig zijn.

screenshots en een toonbaar werkend systeem zijn voor ons namelijk wel vereisten om een product af te nemen.

[Mark17]

Wat ik graag zou horen is wanneer het systeem volledig af is aangezien je aan geeft dat jullie er nu nog mee bezig zijn.

screenshots en een toonbaar werkend systeem zijn voor ons namelijk wel vereisten om een product af te nemen.

In de loop van aankomende week zullen wij een demo online zetten, de link daarnaar toe zal ik ook op webhostingtalk.nl zetten.

[Pinocchi]

Als ik het goed begrijp zijn er verder dus geen gegadigden die een dergelijk systeem willen ontwikkelen voor/ verkopen aan ons?