Voice, inbound and outbound
Recordings and transcripts on both directions, whether the agent answered the line or placed the call.
Bir iş akışı ve numaranızı bırakın. AI kendini tanıtsın, odaklı sorularla ihtiyacı çıkarsın ve net bir özet hazırlasın.
Voice Anonymizer finds personal data live in a call and masks it in stored copies, so records never carry it.
During the call the agent still has everything it needs, a card number, an address, whatever the task requires. Masking happens on the way into storage, so the stored recording or transcript never carries it. That replacement is irreversible: there is no original to recover later.
Beyond masking what was said, Voice Anonymizer can transform the speaker's voice itself in the recordings you retain, so a reviewer or an evaluation set cannot identify the caller by voice. This is a separate, configurable mode, set per tenant, typically applied to recordings kept for quality review or for building evaluation sets, not to every stored call by default.
Masking is not a setting on one channel. It follows the conversation and its record wherever both are kept.
Recordings and transcripts on both directions, whether the agent answered the line or placed the call.
Transcripts on messaging channels are masked the same way, so a photo caption or a typed reply carrying a number is treated no differently than a spoken one.
Masked fields appear as tokens wherever they are surfaced: the monthly report, the per-agent dashboard, any view your team opens.
CSV exports, webhooks and any downstream delivery carry the masked version. What leaves DRING is what was kept, not what was said.
Which categories are masked, how long anything is kept, and who can ever see an unmasked field, all of it is a setting, not a default applied to everyone the same way.
Card and account numbers, national IDs, phone numbers, addresses and names are configured independently, on or off per tenant.
Retention windows can differ by category, consistent with the data minimization principle in KVKK and GDPR: keep only what the task needs, for as long as it is needed.
If your policy allows an unmasked field to be viewed at all, that access is written to an audit log: who, when, which field.
Recordings, transcripts and masked fields are stored in the region your contract requires. See security and compliance.
Every setting is per tenant and visible in the admin panel: which categories are masked, how long each is retained, and who can request an unmasked view. Nothing here is a platform-wide default applied the same way to every customer.
Voice Anonymizer runs alongside the products it protects, without changing what they do.
The summary written back to your CRM carries the masked version of any field that was configured for masking, so the CRM record follows the same rule as the transcript.
Outcome, sentiment and scoring run on the conversation as it happened. Masking changes what is stored, not what is analyzed.
Masking applies at the edge, where the call is recorded, before the recording is written to storage.
No. Masking applies to the copy that is kept, the recording, the transcript, the report. During the live call the agent still works with what the caller gives it, so a deposit, a delivery address or an ID check can still be completed.
Card and account numbers, national ID numbers, phone numbers and addresses are the standard categories, with names masked on request. The category list is set per tenant, as defined in your contract.
It is an optional mode that transforms the speaker's voice in retained recordings so the caller cannot be identified by voice, used for QA review and for building evaluation sets. It is configured per tenant rather than applied to every call by default.
Storage is region-locked to what your contract requires, described on the security page. If your policy permits viewing an unmasked field at all, that access is written to an audit log.