A system and method including receiving a request to enqueue a communication session; adding the communication session to the queue of a plurality of communication sessions; upon adding the communication to the queue, transferring control logic to the configured wait-state application; receiving a dequeue request initiated by a second entity; in response to the dequeue request, managing the procession of communication sessions in the queue; and dequeuing a communication session from the queue.

Certain aspects of the disclosure are directed to customization of a contact center, using a data communications server. According to a specific example, the data communications server includes circuitry configured and arranged to provide data communications services to a plurality of remotely-situated client entities. The data communications server further provides a graphical user interface (GUI) for each respective remotely-situated client entity, the GUI including a display of communications-based campaigns, interactive voice response (IVR) tools, and data analytics. Moreover, the data communications server provides a display on the GUI including selectable components to create for the associated remotely-situated client entity, a customization for handling incoming data communications by the data communications server. Accordingly, the data communications server may handle communications for the associated remotely-situated client entity according to the provided customization.

A computerized-method for prioritizing tenants for a service for a request-router in a cloud-based Software-as-a-Service-platform contact-center, is provided herein. When a service-monitoring module for a microservice is operating and a request-router is in a throttle-mode for each service of the microservice, the computerized-method may be operating a Tenants-Prioritization (TP) module for each tenant. The TP module may include: (i) receiving a degradation-level (ii) periodically pulling data from an Automatic-Call-Distribution system to calculate agent-activity-levels and call-queue-size; (iii) maintaining the calculated agent-activity-levels, calculated call-queue-size, tenant-trend-indicator and a preconfigured account-impact-score of the tenant; (iv) determining a tenant-tier-level based on a calculated Tenant-Request-Prioritization score; and (v) providing the tenant-tier-level and a number-of-allowed-requests per tenant-tier-level to the request-router, to provide the service to the tenant and other tenants having the determined tier-level, in a preconfigured time-window, based on the tenant tier-level and the number of allowed requests per tenant tier-level.

A computerized-method for service monitoring and rate limiting for a service for a request router in a SaaS-platform-contact-center is provided herein. When a service-monitoring-module for a microservice of the SaaS-platform-contact-center is operating and a request-router is in a throttle-mode for a service-of-the-microservice, operating a Tenants Prioritization (TP) module. The TP module includes: determining a tenant-tier-level having a determined quota-of-service-requests; receiving a degradation-level from the service-monitoring-module, for a preconfigured-period; reducing corresponding predefined total-number-of-allowed-requests by a first-threshold, when the degradation-level of the service-of-the-microservice has degraded by a second-threshold, during the preconfigured-period; increasing the corresponding predefined total-number-of-allowed-requests by the first-threshold, when the degradation-level of the service-of-the-microservice has improved by the second-threshold, during the preconfigured period; and instructing the request-router to get out of throttle-mode for the service-of-the-microservice, when the degradation-level of the service-of-the-microservice has improved by the second-threshold during the preconfigured period and there is an indication that the service-of-the-microservice has been degraded.

A system and method including receiving a request to enqueue a communication session; adding the communication session to the queue of a plurality of communication sessions; upon adding the communication to the queue, transferring control logic to the configured wait-state application; receiving a dequeue request initiated by a second entity; in response to the dequeue request, managing the procession of communication sessions in the queue; and dequeuing a communication session from the queue.

A system and method for centralized multichannel campaign management using digital consent acquisition, comprising: a campaign manager console, configured to allow an enterprise, such as a contact center, to create, configure, monitor, and deploy outbound call campaigns; a list manager configured to store, retrieve, create, and transform lists of numbers which can be used in the call campaign; a digital consent manager configured integrate with a plurality of digital channels in order to transmit to and receive messages from a consumer device in order to obtain consumer consent for a telephone call prior to a call being made by one or more auto-dialer systems; and a consumer device comprising a software application configured to connect with the digital consent manager via one or more integrated digital channels to so that the user of the consumer device can provide consent for a call to be received.

A computerized-method for service monitoring and rate limiting for a service for a request router in a SaaS-platform-contact-center is provided herein. When a service-monitoring-module for a microservice of the SaaS-platform-contact-center is operating and a request-router is in a throttle-mode for a service-of-the-microservice, operating a Tenants Prioritization (TP) module. The TP module includes: determining a tenant-tier-level having a determined quota-of-service-requests; receiving a degradation-level from the service-monitoring-module, for a preconfigured-period; reducing corresponding predefined total-number-of-allowed-requests by a first-threshold, when the degradation-level of the service-of-the-microservice has degraded by a second-threshold, during the preconfigured-period; increasing the corresponding predefined total-number-of-allowed-requests by the first-threshold, when the degradation-level of the service-of-the-microservice has improved by the second-threshold, during the preconfigured period; and instructing the request-router to get out of throttle-mode for the service-of-the-microservice, when the degradation-level of the service-of-the-microservice has improved by the second-threshold during the preconfigured period and there is an indication that the service-of-the-microservice has been degraded.

Certain aspects of the disclosure are directed to customization of a contact center, using a data communications server. According to a specific example, the data communications server includes circuitry configured and arranged to provide data communications services to a plurality of remotely-situated client entities. The data communications server further provides a user interface for each respective remotely-situated client entity, the user interface including a display of communications-based campaigns, interactive voice response (IVR) tools, and data analytics. Moreover, the data communications server provides a display on the user interface which may include selectable components to create for the associated remotely-situated client entity, a customized way for handling incoming data communications by the data communications server. Accordingly, the data communications server may handle communications for the associated remotely-situated client entity according to the provided customization.

An emergency call data relay includes a frame buffer and a frame handler. The frame buffer stores data frames received from a central system (e.g., a central CPE host). The data frames include call data associated with an emergency call being handled at a remote system (e.g., a PSAP) connected to the central system. The frame handler receives a data frame from the frame buffer, identifies a remote system handling the emergency call associated with the call data based on a network address in the data frame, extracts the call data from the data frame, and generates an output packet for a data gateway. The output packet has a header indicating a particular data gateway profile associated with the identified remote system handling the emergency call.

An emergency call data relay includes a frame buffer and a frame handler. The frame buffer stores data frames received from a central system (e.g., a central CPE host). The data frames include call data associated with an emergency call being handled at a remote system (e.g., a PSAP) connected to the central system. The frame handler receives a data frame from the frame buffer, identifies a remote system handling the emergency call associated with the call data based on a network address in the data frame, extracts the call data from the data frame, and generates an output packet for a data gateway. The output packet has a header indicating a particular data gateway profile associated with the identified remote system handling the emergency call.