Zum Inhalt

Maximale Grenzwerte von Daktela

Clientseite

Benchmark

Wir führen kontinuierlich Tests an unserer Anwendung durch, an denen zahlreiche Variablen beteiligt sind. Einer der Schlüsselfaktoren, die die Leistung beeinflussen, ist die Anzahl der Tickets und Formulare mit Anhängen. Um eine optimale langfristige Nutzung von Daktela sicherzustellen, ist es entscheidend, eine Datenaufbewahrungsrichtlinie festzulegen, die verhindert, dass eine übermäßige Datenmenge das System verlangsamt. Andernfalls kann das Hinzufügen zusätzlicher Ressourcen erforderlich werden.

Verbindung

Für eine effiziente Funktionalität wird empfohlen, dass das clientseitige Endgerät eine Mindest-Downloadgeschwindigkeit von etwa 1 MB pro Agent aufweist. Zusätzlich ist eine Uploadgeschwindigkeit von 140 kb pro Sekunde unerlässlich, insbesondere für den Sprachverkehr. Darüber hinaus ist es entscheidend, die Einrichtung der LAN-Verbindung des Clients zur Daktela-Instanz zu priorisieren, um einen reibungslosen Betrieb sicherzustellen.

Serverseite

Passive Anrufe:

  • Maximale Anzahl gleichzeitig angemeldeter Benutzer (Voice IN/OUT) – 200.
  • Maximale Anzahl erstellter Benutzer – 4000–5000.
  • Maximale Anzahl erstellter Geräte – 5000 (bei Verwendung des UDP-Protokolls).
  • Maximale Anzahl von Anrufwarteschlangen zur Optimierung des Anrufflusses – 200. Diese Grenzwerte sind skalierbar. Wenn Sie höhere Zahlen als die oben genannten benötigen, nehmen Sie bitte Kontakt fĂĽr eine individuelle technische Beratung auf.

Helpdesk:

  • Maximale Anzahl von Ansichten einschlieĂźlich Unteransichten – 50. Dies umfasst Ansichten ohne jegliche Optimierung (unter Verwendung von „enthält" und benutzerdefinierten Feldern). Wir bereiten den Benchmark auf der Ebene der Rechteeinrichtung vor. Wenn Sie Ihre Ansicht speichern, zeigt Daktela eine Meldung an, falls Ihre Ansichten zu komplex sind.
  • Maximale Anzahl der in Daktela gespeicherten E-Mails mit Anhang – 10 GB. Wenn Sie alte Nachrichten aus Ihrem Posteingang oder einem externen System importieren, nehmen Sie bitte Kontakt fĂĽr eine technische Beratung auf. Wenn Sie höhere Zahlen als die oben genannten benötigen, nehmen Sie bitte Kontakt fĂĽr eine individuelle technische Beratung auf.

Aktive Anrufe:

Anzahl der Datensätze

  • Anzahl der gespeicherten Datensätze – 20 Millionen.
  • Anzahl der Elemente = Anrufe fĂĽr die Auflistung – 100 Millionen Datensätze

Anzahl gleichzeitig erstellter Anrufaktivitäten

Die Grenze der gleichzeitig angenommenen Anrufe ohne Verschlechterung liegt bei 100. Diese Grenze gilt sowohl fĂĽr eingehende als auch fĂĽr ausgehende Anrufe oder Kampagnenanrufe.

Info

Wenn Sie mehr als 100 gleichzeitige Anrufe erwarten, nehmen Sie bitte Kontakt auf. Diese Grenze gilt fĂĽr unsere Standard-VMs und ist entsprechend den KundenbedĂĽrfnissen skalierbar.

Unser Predictive Dialer arbeitet, indem er Datenbestände in den Puffer lädt, auf den anschließend eine Wartezeit (Sleep) angewendet wird. Unsere Virtualisierung kann 166 ms pro Anruf bewältigen, also 6 Anrufe pro Sekunde. Höhere Zahlen können zu Verzögerungen, Latenzen und Verschlechterungen führen. Wenn Sie Ihre eigene On-Premise-Hardware verwenden, kann diese Grenze erhöht werden, dies muss jedoch getestet werden und kann nicht garantiert werden. Verzögerungen können auftreten, wenn der Dialer bereite Datensätze aus dem Puffer abruft und versucht, neue zu wählen. Asterisk wird dann durch die Anzahl der Anrufkanäle überlastet. Die Wartezeit kann auf bis zu 25 s eingestellt werden. Bei 30 s tätigt der Dialer 180 Anrufe. Eine Wartezeit von bis zu 25 s ist in Ordnung. Bei 30 s tätigt der Dialer 180 Anrufe; nach der Annahme beginnt sich die Wartezeit zu verkürzen. Bei einer schlechten Datenbank (Cold) ist die Wartezeit höher. Bei einer ausgewählten Anzahl von Benutzern sind es bis zu 2 Anrufe pro Benutzer. Wenn es verschiedene Kampagnen gibt, beeinflusst die Neuplanung durch den Benutzer das Staging, und dadurch ist die Reaktion der DB langsamer, was das Laden verlangsamt und auch zu einer Verlangsamung des Wählvorgangs führt. Hierbei ist es ideal, über schnelle (hoch getaktete) CPUs zu verfügen; außerdem benötigt 6.19 mehr RAM als beispielsweise 6.18.

CRM:

  • Maximale Anzahl von Kontakten / Konten – 10 Mio. Wenn Sie höhere Zahlen als die oben genannten benötigen, nehmen Sie bitte Kontakt fĂĽr eine individuelle technische Beratung auf.

Facebook Messenger:

Es gibt eine gemeinsame Obergrenze für die Anzahl der Messenger-API-Aufrufe pro Stunde für alle unsere Kunden zusammen. Das bedeutet, dass innerhalb einer einzigen Stunde von allen Daktela-Servern maximal 6.300 ausgehende Nachrichten gesendet werden können. Diese Zahl entspricht ungefähr durchschnittlich 2.500 laufenden Konversationen.

Serveranforderungen in der privaten Cloud des Kunden (On-Premise):

Festplatte

  • Festplatte – idealerweise SSD nvme5 (Schreiben/Lesen – 8 GB+, ~ 2M IOPS)
  • Festplattenkapazität – mindestens 100 GB fĂĽr eine einfache Konfiguration, zuzĂĽglich Kapazität fĂĽr die Datenarchivierung nach Bedarf. Wenn Sie Daten aus einem externen System hinzufĂĽgen mĂĽssen, ist diese Anforderung individuell abzustimmen.
  • Installationen mit mehreren VMs können auf einem Festplatten-RAID-Verbund betrieben werden.

Mindest-CPU

  • Intel/AMD 3,0 GHz, Anzahl der Kerne (niedriger – 4+) Intel/AMD 2,4 GHz, Anzahl der Kerne (höher – 6+)

Empfohlene CPU

  • Intel 15. Gen. (Arrow Lake)/6. Gen. Xeon (8 Kerne)
  • AMD (Zen5 Turin) EPYC 9005-Serie (8 Kerne)

RAM

16 GB sind das Minimum für eine Standardkonfiguration mit nur einer Hauptmaschine. Dies muss möglicherweise je nach Anzahl der Benutzer und Dienste erweitert werden.

Firmware

Der Server sollte EFI-Firmware unterstützen, um eine verbesserte Boot-Sicherheit, einen schnelleren Start und eine bessere Hardwarekompatibilität zu gewährleisten.