Hallo,
wir sind u.a. bei DENIC, nic.at, EURid, SWITCH, dns.lu, RoTLD und weiteren Vergabestellen akkreditiert.
LIVE - alle Aufträge können über XML-API oder GUI gesendet werden - die Antwort des jeweiligen NIC wird (normalisiert) durchgereicht. Für viele Endungen wie .at, .ch, .de bedeutet das: success statt nur accepted/queued, kein Polling für Registrierungs-, Update-. Import- und Löschaufträge nötig.
Im Domainauftrag genügt es, die von der übergeordneten Instanz vorgegebenen Kontakte einzutragen. Beispiel: Für .de genügt die Angabe des Inhaber-Kontakts. Nicht erforderliche Kontakte werden ignoriert.
Nameserver werden einmalig als Set hinterlegt. Im Domainauftrag wird eines der Sets verwendet.
GLUE-Records sind möglich.
# Auszug XML-Auftrag für Domain-Registrierung:
# ... XML-Header, Login ...
<command>
<object>domain</object>
<action>create</action>
<domain>de-domain.test</domain>
<data>
<owner_c>22</owner_c>
<nameserver_set>3</nameserver_set>
</data>
</command>
# Antwort
<?xml version="1.0"?>
<reply>
<command>
<object>domain</object>
<action>create</action>
<result>1000</result>
<status>success</status>
<domain>de-domain.test</domain>
<runtime>0.235</runtime>
</command>
</reply>Kontakte (Handles) sind universell einsetzbar. Referenzierungen zur jeweiligen Vergabestelle werden automatisch erstellt.
Echte Firmen werden generell im Feld Firma erfasst. Automatische Erkennung ob "person" oder "organization" sofern nur Vor-und Nachname oder Firma befüllt sind.
Massenaufträge: In derselben Maske können mehrere Domains mit identischen Eigenschaften bearbeitet werden.
Beispiel: Registrierungen und Transfers für einen neuen Kunden in einem Vorgang.
DNSSEC (sowohl DS DATA als auch DS KEY) wird unterstützt.
Es kann pauschal DS KEY angegeben werden. Das Backend errechnet DS DATA bei Bedarf für die jeweilige Vergabestelle.
(Für eigene Zwecke das automatisch Heranziehen der DNSSEC-Daten aus LiveConfig vorgesehen. Hier warten wir auf die Möglichkeit, auf LiveConfig API untergeordnete Domain-Daten pauschal, ohne Angabe des zugehörigen Accounts, auslesen zu können.)
Reseller können angelegt werden.
Übergeordneter Benutzer kann Reseller-Bestand einsehen und Aufträge für ihn ausführen.
Preislisten können erstellt werden.
Einheitliche Erzeugung von AuthInfos. Das Backend berücksichtigt die Besonderheiten der jeweiligen Vergabestelle. AuthInfos können auch für .de und .eu überschrieben werden, ohne dass sie zuvor gelöscht werden müssen.
Polling für System-Anbindung. Auch Reseller-Nachrichten können abonniert werden.
Schluss mit Zahlungsausfällen: User können guthabenbasiert mit oder ohne Kreditrahmen geführt werden. Dazu werden einem User ein oder mehrere Währungskonten zugeordnet.
Transferservice - die Erfahrung bei der Migration und Konsolidierung von Beständen teilen wir gern. Import von Kontaktdaten und Domains mittels Einbindung von gängigen Fremd-API ist denkbar.
Laufzeitübernahme für .de bei Transfer im Fälligkeitsmonat nach Absprache
Beispiel: Stichtag/Fälligkeit beim jetzigen Anbieter: 27.8., Transfer im August - Stichtag wird auf Wunsch auf 27.8. gesetzt wenn zuvor eine Liste mit allen Anpassungswünschen vorliegt.
Laufzeiten der o.g. und einiger weiterer Vergabestellen werden durchgereicht.
NIC account manager - Eigene Akkreditierungen für o.g. Vergabestellen, nach Absprache ggf. weitere, können eingebunden werden.
GUI und API (freiwillig, empfohlen) mit 2FA (TOTP).
Es können z.B. mittels Cronjob API-Sessions erstellt werden, die derzeit 170 Stunden (7 Tage + 2 Stunden) gültig sind.
Wir entwickeln das System laufend weiter.
Der Fokus ist auf API und Backend.
GUI erfordert wegen der vielen Einstellungsmöglichkeiten Desktop und etwas Einarbeitung.
E-Mail- und Telefon-Support - auch am Wochenende - kein Sprachcomputer.
Bislang sind einige TLD freigeschaltet. Weitere TLD können bei Bedarf zeitnah eingebunden werden. gTLD, nTLD werden über ICANN-Registrare bezogen.
Preislich flexibel, solange es fair bleibt 