Nine short steps that take you through the RealFPS console once: sign in, understand what you are looking at, then build and verify your first blocking rule. Each step links to the matching section of the Console guide when you want the detail.
1 Numbered markers on the screenshots are explained in the Console guide; you can ignore them here.
/auth
Open the console URL, enter your e-mail and password and press Sign in. The language selector under the card sets the interface language before you log in and is remembered for next time. Your role decides which screens you will see afterwards.
Detail: Sign in in the Console guide.
/dashboard
Before anything else, check the three controls in the top bar: the data source (live traffic or a simulation), the account, and the period. Everything on the dashboard and in the reports is filtered by them. The KPI row then tells you how much traffic there is, how much was acted on and what it cost.
Detail: The working area and Dashboard.
/active-calls
Active Calls lists every call in progress with the rule and profile that decided it. Keep it open in a second tab while you configure: it is the fastest way to see a new rule take effect. Select a call and press Hang up to end it manually.
Detail: Active Calls.
Account Settings › Lists › Add list
Lists hold sets of values a rule can refer to, such as number prefixes. Give the list a name, keep the type Normal, add each value with Add (or Import a file) and press Create. Changing the list later changes every rule that uses it, with no rule edit.
Detail: Account Settings · Recipe: Block prefixes from a list.
Account Settings › Profiles › Add
A profile is the decision: Ignore (monitor only), Block (reject with a SIP cause) or Checkpoints (run selected checks). Name it, leave Enable this profile immediately and Real-time profile on, choose the decision and press Create. A profile that is not real-time cannot be attached to a rule.
Detail: Profiles.
Account Settings › Rules › Add
A rule selects the traffic and applies a profile. Name it, add a condition in Advanced filter (for example Source Number · Begins with · List and your list), pick the profile under Apply profile and press Create. New rules land at priority 1; the first matching rule wins, so check the order in the Rules table.
Detail: Rules.
/test-calls · /simulations
Test Calls lets you run one call through a profile without any traffic: enter a source and destination number, pick the profile and press Run test; the decision appears under Result. To try a rule set against a whole day of past traffic, use Simulations instead.
Detail: Test Calls and Simulations.
/fps-report · /active-calls
Once live traffic matches the rule, the FPS Report shows the blocked and suspicious counts per day, and Active Calls shows the rule and profile on each call. Use Filters to narrow to a rule or number, and Export CSV to take the numbers with you.
Detail: FPS Report.
Floating button, bottom-right
When you want a summary rather than a table, open FPS Copilot and ask in plain language ("Summarise today's fraud activity"). It answers on the data source selected in the top bar, and it can draft a rule from a sentence for you to review.
Detail: FPS Copilot.
RealFPS is a fraud prevention system for voice networks. It watches every call at the signaling level, decides in real time whether to let it through, block it, or run it through a set of checkpoints, and records what it found and what it cost. This guide introduces each screen of the web console — what it represents, when you would open it, and how to use the controls on it.
1 Numbered markers on the screenshots correspond to the numbered notes beneath each one.
The console is a browser application. You sign in with a personal account, land on the dashboard, and move between screens using the sidebar. Everything you see belongs to one account — an operator or tenant — which you can switch from the top bar if you have access to more than one.
/auth
The sign-in screen is the front door to the console. Every person has their own account, and the role attached to it — for example Administrator or a read-only analyst role — decides which screens and actions are available after signing in.
The interface language can be chosen here before you sign in and is remembered for next time. Links to the privacy policy and terms sit at the bottom of the card.
Every screen after sign-in shares the same frame. The top bar carries context and quick actions that apply everywhere; the sidebar on the left lists the screens in three groups — Monitor, Reports and Administration; and a status panel at the bottom of the sidebar confirms that the live feed is connected and how many calls are in flight right now.
Two conventions repeat across the console. Most screens have a time range — quick picks from 10 minutes to 7 days or a custom UTC window — and every data table is the same kind of grid: columns can be shown, hidden, filtered and sorted, rows can be grouped by dragging a column header to the bar above the table, and a layout can be saved as a Table State.
| Control | What it does | |
|---|---|---|
| 1 | Search ⌘K | Jump to a number, a call or a rule from anywhere. |
| 2 | Real data | Switch the data source — live traffic or an imported corpus. |
| 3 | Default Account | Switch the account (tenant) you are working in. Everything on screen follows this choice. |
| 4 | Auto-reload · 30s | Live screens refresh themselves; set the interval or pause it. |
| 5 | Alerts | Notifications raised by the engine. |
| 6 | Change requests | Configuration changes waiting for review before they take effect. |
| 7 | SIP softphone | Place a real call from the console — for example a test call against a profile. |
| 8 | Ask AI | Ask about traffic in plain language. The floating FPS Copilot button in the bottom-right corner of every page can also draft profiles and rules for you. |
| 9 | Toggle theme | Light or dark interface. |
The Monitor screens show what is happening now. They are the screens an operator keeps open during a shift: the dashboard for the overall picture, the live list of calls in progress and a way to test how a profile will decide on a call.
/dashboard
The dashboard is the first screen after sign-in and the one to return to for an overall answer to "how are we doing?". It summarizes the selected time window in three layers: what is happening now (calls in progress, active attackers, whether call records are still being indexed), the totals for the window (attempts, calls acted on, blocked decisions, billed minutes, observed cost), and the breakdowns that explain them — traffic by day, fraud types, top corridors and countries.
Two engines report here. The FPS statistics section covers the fraud engine — calls marked suspicious, blocked or looped. The WPS statistics section at the bottom covers Wangiri prevention — one-ring call-back attempts and whether they were prevented. A list of detections needing review from the anomaly layer sits between them.
/active-calls
Active Calls is the live view of every call currently passing through the system. Each row is one call in progress, with its state (calling or connected), the rule and profile that handled it, when it started, when it was answered, and where it comes from and goes to.
Use it to watch an attack unfold in real time, to confirm that a new rule is catching what you expect, or to intervene — calls can be terminated from here.
/test-calls
Test Calls lets you ask the engine what it would do with a call, without placing one. You give a source number, a destination number and a profile; the result shows the decision, the rules that would trigger, and the trace of every checkpoint the call passed through.
It is the quickest way to validate a profile before switching it on, or to understand why a particular call was blocked. Real test calls placed through the softphone are listed below the simulator.
Reports look back over a period. They all follow one pattern: choose a time range, read an aggregation table and its charts, break the numbers down by country, and click any row to open a CDR drill-down — the individual call records behind that number. Every table can be exported as CSV.
/fps-report
The FPS Report is the fraud engine's ledger. For each day, week, month or year it shows how many calls were seen, how many were marked suspicious, how many were blocked and how many were looped, and what share of traffic that represents. Charts show the same figures over time and by hour, and a country table shows where the traffic went.
Open it for periodic reporting, to check the effect of a configuration change over a few days, or to find the records behind a spike.
/incident-report
Where the FPS Report counts decisions, Fraud Types Analysis explains them by kind of fraud. It answers three questions for the selected window: what is attacking (which fraud types are active and how much each contributes), where it lands (destination countries), and whether it was stopped (blocked, looped, or only marked suspicious).
It also separates traffic that was merely flagged — tagged with a fraud type but never acted on — so you can judge whether thresholds are too loose or too tight.
/financial-report
The Financial Report puts a price on traffic. From the recorded call detail records it shows attempts, answered calls, minutes, the termination cost actually observed, and the average rate, per day and per destination country — together with the two quality ratios operators watch, ASR (answer-seizure ratio) and ACD (average call duration).
Observed cost is what the records show was spent; it is not an estimate of exposure or of money saved. Those figures appear once rate coverage and the counterfactual ASR/ACD model for the account are verified, and the notice at the top of the page says so.
/cdr-report
The CDR Report is the raw material behind every other report: one row per call detail record, with the calling and called numbers, origin and destination countries, and the engine's verdict on that call — its status, the action taken and the fraud type it was tagged with. Records are paged on the server, so the table stays fast at tens of millions of rows, and new records appear at the top as they are indexed.
Come here when you need the individual calls: to investigate one number, to hand evidence to a partner operator, or to export a filtered set.
/number-report
The Number Report is a lookup for a single telephone number. Enter a number and a time range and it returns everything the system knows about it — the calls it made and received, where they went, and how the engine treated them.
It is the screen to use when a customer or a partner asks about one specific number, or when a finding names a number you want to check.
2348092215567./custom-reports
Custom Reports are reports the system produces for you on a schedule or on request, rather than screens you read live. A report can run once for a period or recur on a cron schedule, and each run can be viewed, downloaded, e-mailed or attached to a ticket.
The Templates tab holds reusable layouts, and AI Studio builds a report from a plain-language request — the "Wangiri Summary — Nigeria" report shown here was created that way.
0 0 8 1 * ?) and a one-off report for a week in August./simulations
A simulation replays a period of past traffic through the real checkpoint pipeline with a configuration you choose, and compares the result with what production actually decided at the time. It is the safe way to answer "what would have happened if this profile had been active last week?".
Each simulation is a named run over a period. Results are listed here; the Simulate button on the Rules tab starts one for the current rule set.
FPS Copilot is a conversational assistant built into the console. It answers questions about your traffic in plain language, takes you to the right screen, and can turn a sentence into a rule. It is available from every page, so you never have to leave what you are doing to ask.
Floating button, bottom-right of every page · Ask AI in the top bar
Open the panel with the floating button in the bottom-right corner or the Ask AI button in the top bar. It starts with a short list of suggested questions; you can pick one or type your own. Copilot reads the same data as the reports — the data source selected in the top bar, whether that is live traffic or a simulation replay — so its answers match what the screens show, and it says so when the selected source has no data for the period you asked about.
Answers come back as text with the key figures highlighted, and for quantitative questions as stat cards and a chart you can read at a glance. A request phrased as an instruction, such as blocking callers that repeat too often, is understood as a rule proposal: Copilot drafts the profile and rule and leaves them for you to review in Account Settings rather than applying them on its own.
Administration is where the engine is configured. Most day-to-day configuration lives in Account Settings — in particular the profiles that say what to do with a call and the rules that decide which calls get which profile. System Settings covers the platform across accounts, and the remaining screens cover your own preferences, the audit trail and support.
/account-settings
Account Settings collects everything that belongs to the account you are working in: its users, its action profiles and rules, the number lists those rules can reference, the operators it exchanges traffic with, notification channels, the AI provider used by the assistant features, and a history of every configuration change.
The tabs are independent screens; the two you will open most often — Profiles and Rules — have their own sections below.
Account Settings › Profiles
An action profile is the unit of policy in RealFPS. It says what happens to a call once a rule has matched it: let it through and only watch it (Ignore), reject it outright (Block), or run it through the checkpoint engine, where individual checks — anonymous caller, whitelist and blacklist, number validation, short-connect and wangiri patterns, loops and concurrency, and more — can each be switched on with their own thresholds.
The list shows every profile on the account with its status, whether it is evaluated in real time, and its decision at a glance. Adding a profile opens a full-page form with four sections: General, Routing, Decision policy and Checkpoints.
486 Busy Here.Account Settings › Rules
Rules decide which profile a call receives. Each rule has a scope — an optional date range, weekdays and hours — and an optional advanced filter that combines conditions on the call's attributes in AND / OR groups, drawing values from your number lists where useful. A rule with no conditions matches every call.
Rules are ordered by priority and evaluated top-down; the first match wins. New rules are placed at priority 1 and can be dragged into position afterwards.
/system-settings
System Settings is the platform administrator's screen. Where Account Settings works inside one account, this screen works across them: creating accounts (tenants) with their currency and SIP configuration, managing users and roles platform-wide, maintaining shared number lists, and configuring billing and the post-processing job that feeds scheduled analysis.
/user-settings
User settings is your own profile: name, phone, interface language and timezone, and a change-password action. Your e-mail address and role are shown but managed by an administrator. The timezone matters more than it looks — every timestamp in the console is displayed in it.
/logs
Logs is the audit trail. Audit logs record what people did in the console — every screen viewed, every setting changed, with user, e-mail, IP address and section. Call logs record what the engine did with each call. Both can be filtered by time range, level, section, action and user, and searched by message text.
/help
The Help screen is where you reach support without leaving the console. A message goes to the support team with the subject you choose and any screenshots or exports you attach; the resources panel links to the user documentation, the API reference and the system status page.
Worked setups for typical situations. Each recipe builds the configuration end to end — lists or operators, then the profile, then the rule — with a screenshot per step and the problems people run into most often.
1 Numbered markers on the screenshots correspond to the numbered notes beneath each one.
Worked setups for typical situations. Each example builds the configuration end to end — lists or operators, then the profile, then the rule — with a screenshot per step and the problems people run into most often.
Account Settings › Operators · Profiles · Rules
Scenario. A regional Brazilian operator — we use Algar Telecom, which serves area code 34 around Uberlândia — sends you traffic that behaves differently from the rest of the country. You want calls originating from its numbers to be judged by their own decision policy and checkpoint thresholds, without touching how every other Brazilian carrier is handled.
Brazilian numbers are written as country code 55, a two-digit area code, then the subscriber number; mobiles add a leading 9. So Algar mobile traffic from area 34 begins with 55349… and its fixed lines with 5534…. The prefixes below are illustrative — take the real ones from the operator's numbering plan before you go live.
BRAZIL-ALGAR-MOBILE), pick Brazil as country, and add one row per prefix. This step is optional if you only ever match by digits, but it lets the rule say "this operator" instead of repeating prefixes, and the operator name then appears in reports.55349. Under Profile pick the profile from step 2 and press Create.
553491000000 to 553491999999.+ or 00). Also check the rule is Active and its date, weekday and hour windows include now.Account Settings › Profiles · Rules
Scenario. Every call whose source country is Germany and destination is Austria should pass through the system untouched — proxy mode — while still being counted in statistics and reports. Nothing else about how the account treats German or Austrian traffic should change.
Two objects are enough: a profile whose decision is Ignore, and a rule that binds that profile to the Germany → Austria direction. The profile has to exist first, because the rule's profile picker only offers active real-time profiles.
Proxy_Germany_Austria; the Profile ID is generated from the name (proxy_germany_austria) and can be edited. Leave Enable this profile immediately and Real-time profile on, leave Default profile and Record matched calls off, keep the short-connect window at its defaults and Routing empty. Under Decision policy choose Ignore, then Create.Proxy_Germany_Austria_Rule, leave the date, weekday and hour windows open and Active on. In Advanced filter add two conditions in the AND group: Source Country · Equals · Germany and Destination Country · Equals · Austria. Under Profile pick Proxy_Germany_Austria and press Create.
Account Settings › Lists · Profiles · Rules
Scenario. Reject every call whose caller number begins with one of the German mobile prefixes 4915, 4916 or 4917. Because there are several prefixes, they go into a list and the rule refers to the list. Adding or removing a prefix later is then a change to the list only — the rule and profile stay as they are.
Three objects: the list of prefixes, a profile with decision Block and a hangup cause, and the rule that connects them. Build them in that order.
Germany Mobile Prefixes, type Normal, Active on. Type each prefix into Values and confirm with Add; the entries appear as chips and can be removed with ×. A long set can be loaded at once with Import. Leave Share with account alone unless other accounts need the same list. Create.Block_Germany_Mobile, keep both enable toggles on, choose Decision policy: Block. A mandatory Block hangup cause appears — pick the SIP code the caller receives, here Busy Here (486). Create.Block_Germany_Mobile_Rule, windows open, Active on. Add one condition: Source Number · Begins with, switch the value source from Value to List, and pick Germany Mobile Prefixes. The condition matches when the caller number starts with any prefix in the list. Apply profile Block_Germany_Mobile, then Create.
The three worked examples use the same building blocks. The table lists what each one created; the notes below are the habits that keep a growing configuration manageable.
| Local operator | Proxy DE → AT | Block DE mobile | |
|---|---|---|---|
| Operator BRAZIL-ALGAR-MOBILE (55349, 5534) | — | List Germany Mobile Prefixes (4915, 4916, 4917) | |
| Profile per-operator checkpoints | Profile Proxy_Germany_Austria | Profile Block_Germany_Mobile | |
| Decision Checkpoints | Decision Ignore — monitor only | Decision Block — 486 Busy Here | |
| Rule Source Number begins with 55349 | Rule Source Country = Germany AND Destination Country = Austria | Rule Source Number begins with list Germany Mobile Prefixes | |
| Window none | Window none | Window none |
Nove passos curtos que percorrem o console RealFPS uma vez: entrar, entender o que você está vendo e, em seguida, criar e verificar sua primeira regra de bloqueio. Cada passo leva à seção correspondente do Guia do console quando você quiser os detalhes.
1 Os marcadores numerados nas capturas são explicados no Guia do console; aqui você pode ignorá-los.
/auth
Abra a URL do console, informe seu e-mail e senha e pressione Entrar. O seletor de idioma abaixo do cartão define o idioma da interface antes do login e é lembrado da próxima vez. Sua função define quais telas você verá depois.
Detalhes: Entrar no Guia do console.
/dashboard
Antes de tudo, confira os três controles da barra superior: a fonte de dados (tráfego ao vivo ou uma simulação), a conta e o período. Tudo no painel e nos relatórios é filtrado por eles. A linha de KPIs mostra então quanto tráfego há, quanto recebeu ação e quanto custou.
Detalhes: A área de trabalho e Painel.
/active-calls
Chamadas ativas lista cada chamada em andamento com a regra e o perfil que a decidiram. Mantenha a tela aberta em uma segunda aba enquanto configura: é a forma mais rápida de ver uma regra nova entrar em vigor. Selecione uma chamada e pressione Desligar para encerrá-la manualmente.
Detalhes: Chamadas ativas.
Configurações da conta › Listas › Adicionar lista
Listas guardam conjuntos de valores aos quais uma regra pode se referir, como prefixos de números. Dê um nome à lista, mantenha o tipo Normal, adicione cada valor com Adicionar (ou Importar um arquivo) e pressione Criar. Alterar a lista depois altera todas as regras que a usam, sem editar regra alguma.
Detalhes: Configurações da conta · Receita: Bloquear prefixos a partir de uma lista.
Configurações da conta › Perfis › Adicionar
Um perfil é a decisão: Ignorar (somente monitorar), Bloquear (rejeitar com um código SIP) ou Checkpoints (executar verificações selecionadas). Dê um nome, mantenha Ativar este perfil imediatamente e Perfil em tempo real ligados, escolha a decisão e pressione Criar. Um perfil que não é de tempo real não pode ser vinculado a uma regra.
Detalhes: Perfis.
Configurações da conta › Regras › Adicionar
Uma regra seleciona o tráfego e aplica um perfil. Dê um nome, adicione uma condição em Filtro avançado (por exemplo Número de origem · Começa com · Lista e a sua lista), escolha o perfil em Aplicar perfil e pressione Criar. Regras novas entram com prioridade 1; a primeira regra correspondente vence, então confira a ordem na tabela de Regras.
Detalhes: Regras.
/test-calls · /simulations
Chamadas de teste permite passar uma chamada por um perfil sem tráfego real: informe um número de origem e um de destino, escolha o perfil e pressione Executar teste; a decisão aparece em Resultado. Para testar um conjunto de regras contra um dia inteiro de tráfego passado, use Simulações.
Detalhes: Chamadas de teste e Simulações.
/fps-report · /active-calls
Quando o tráfego ao vivo corresponder à regra, o Relatório FPS mostra as contagens de bloqueadas e suspeitas por dia, e Chamadas ativas mostra a regra e o perfil em cada chamada. Use Filtros para restringir a uma regra ou número e Exportar CSV para levar os números com você.
Detalhes: Relatório FPS.
Botão flutuante, canto inferior direito
Quando você quer um resumo em vez de uma tabela, abra o Copiloto FPS e pergunte em linguagem natural ("Resumir a atividade de fraude de hoje"). Ele responde sobre a fonte de dados selecionada na barra superior e pode rascunhar uma regra a partir de uma frase para você revisar.
Detalhes: FPS Copilot.
O RealFPS é um sistema de prevenção de fraude para redes de voz. Ele observa cada chamada no nível de sinalização, decide em tempo real se deve deixá-la passar, bloqueá-la ou submetê-la a um conjunto de checkpoints, e registra o que encontrou e quanto custou. Este guia apresenta cada tela do console web — o que ela representa, quando você a abriria e como usar os controles que ela oferece.
1 Os marcadores numerados nas capturas de tela correspondem às notas numeradas abaixo de cada uma.
O console é um aplicativo de navegador. Você entra com uma conta pessoal, chega ao painel e navega entre as telas pela barra lateral. Tudo o que você vê pertence a uma conta — uma operadora ou um tenant — que pode ser trocada na barra superior se você tiver acesso a mais de uma.
/auth
A tela de login é a porta de entrada do console. Cada pessoa tem sua própria conta, e a função associada a ela — por exemplo Administrador ou uma função de analista somente leitura — define quais telas e ações ficam disponíveis após o login.
O idioma da interface pode ser escolhido aqui antes de entrar e é lembrado da próxima vez. Os links para a política de privacidade e os termos ficam na parte inferior do cartão.
Todas as telas após o login compartilham a mesma moldura. A barra superior traz o contexto e as ações rápidas que valem em qualquer lugar; a barra lateral à esquerda lista as telas em três grupos — MONITOR, RELATÓRIOS e ADMINISTRAÇÃO; e um painel de status na parte inferior da barra lateral confirma que o feed ao vivo está conectado e quantas chamadas estão em andamento neste momento.
Duas convenções se repetem em todo o console. A maioria das telas tem um intervalo de tempo — seleções rápidas de 10 minutos a 7 dias ou uma janela UTC personalizada — e toda tabela de dados é o mesmo tipo de grade: as colunas podem ser exibidas, ocultadas, filtradas e ordenadas, as linhas podem ser agrupadas arrastando o cabeçalho de uma coluna para a barra acima da tabela, e um layout pode ser salvo como Estado da tabela.
| Controle | O que faz | |
|---|---|---|
| 1 | Pesquisar ⌘K | Vá direto a um número, uma chamada ou uma regra de qualquer lugar. |
| 2 | Dados reais | Troque a fonte de dados — tráfego ao vivo ou um corpus importado. |
| 3 | Default Account | Troque a conta (tenant) em que você está trabalhando. Tudo na tela segue essa escolha. |
| 4 | Atualização automática · 30s | As telas ao vivo se atualizam sozinhas; defina o intervalo ou pause. |
| 5 | Alertas | Notificações geradas pelo motor. |
| 6 | Solicitações de alteração | Alterações de configuração aguardando revisão antes de entrar em vigor. |
| 7 | Softphone SIP | Faça uma chamada real a partir do console — por exemplo, uma chamada de teste contra um perfil. |
| 8 | Perguntar à IA da FPS | Pergunte sobre o tráfego em linguagem natural. O botão flutuante FPS Copilot no canto inferior direito de cada página também pode rascunhar perfis e regras para você. |
| 9 | Alternar tema | Interface clara ou escura. |
As telas de Monitor mostram o que está acontecendo agora. São as telas que um operador mantém abertas durante um turno: o painel para a visão geral, a lista ao vivo das chamadas em andamento e uma forma de testar como um perfil decidirá sobre uma chamada.
/dashboard
O painel é a primeira tela após o login e aquela à qual você volta para uma resposta geral a "como estamos indo?". Ele resume a janela de tempo selecionada em três camadas: o que está acontecendo agora (chamadas em andamento, atacantes ativos, se os registros de chamada ainda estão sendo indexados), os totais da janela (tentativas, chamadas com ação tomada, decisões de bloqueio, minutos faturados, custo observado) e os detalhamentos que os explicam — tráfego por dia, tipos de fraude, principais corredores e países.
Dois motores reportam aqui. A seção Estatísticas FPS cobre o motor de fraude — chamadas marcadas como suspeitas, bloqueadas ou em loop. A seção Estatísticas WPS, na parte inferior, cobre a prevenção de Wangiri — tentativas de retorno de chamada de um toque e se foram evitadas. Entre elas fica uma lista de detecções que precisam de revisão vinda da camada de anomalias.
/active-calls
Chamadas ativas é a visão ao vivo de todas as chamadas que estão passando pelo sistema neste momento. Cada linha é uma chamada em andamento, com seu estado (chamando ou conectada), a regra e o perfil que a trataram, quando começou, quando foi atendida, e de onde vem e para onde vai.
Use-a para acompanhar um ataque em tempo real, confirmar que uma nova regra está capturando o que você espera, ou intervir — as chamadas podem ser encerradas daqui.
/test-calls
Chamadas de teste permite perguntar ao motor o que ele faria com uma chamada, sem realizá-la. Você informa um número de origem, um número de destino e um perfil; o resultado mostra a decisão, as regras que seriam acionadas e o rastro de cada checkpoint pelo qual a chamada passou.
É a forma mais rápida de validar um perfil antes de ativá-lo, ou de entender por que uma determinada chamada foi bloqueada. As chamadas de teste reais feitas pelo softphone são listadas abaixo do simulador.
Os relatórios olham para trás, sobre um período. Todos seguem o mesmo padrão: escolha um intervalo de tempo, leia uma tabela de agregação e seus gráficos, detalhe os números por país e clique em qualquer linha para abrir um Detalhamento de CDR — os registros individuais de chamada por trás daquele número. Toda tabela pode ser exportada como CSV.
/fps-report
O Relatório FPS é o livro-razão do motor de fraude. Para cada dia, semana, mês ou ano ele mostra quantas chamadas foram vistas, quantas foram marcadas como suspeitas, quantas foram bloqueadas e quantas entraram em loop, e que parcela do tráfego isso representa. Os gráficos mostram os mesmos números ao longo do tempo e por hora, e uma tabela de países mostra para onde o tráfego foi.
Abra-o para relatórios periódicos, para verificar o efeito de uma alteração de configuração ao longo de alguns dias, ou para encontrar os registros por trás de um pico.
/incident-report
Enquanto o Relatório FPS conta decisões, a Análise de tipos de fraude as explica por tipo de fraude. Ela responde a três perguntas para a janela selecionada: o que está atacando (quais tipos de fraude estão ativos e quanto cada um contribui), onde chega (países de destino) e se foi contido (bloqueado, em loop ou apenas marcado como suspeito).
Ela também separa o tráfego que foi apenas sinalizado — marcado com um tipo de fraude mas sem nenhuma ação — para que você possa avaliar se os limites estão frouxos ou rígidos demais.
/financial-report
O Relatório financeiro coloca um preço no tráfego. A partir dos registros de detalhe de chamada gravados, ele mostra tentativas, chamadas atendidas, minutos, o custo de terminação efetivamente observado e a tarifa média, por dia e por país de destino — junto com as duas razões de qualidade que as operadoras acompanham, ASR (answer-seizure ratio) e ACD (duração média da chamada).
Custo observado é o que os registros mostram que foi gasto; não é uma estimativa de exposição nem de dinheiro economizado. Esses valores aparecem quando a cobertura de tarifas e o modelo contrafactual de ASR/ACD da conta são verificados, e o aviso no topo da página informa isso.
/cdr-report
O Relatório de CDR é a matéria-prima de todos os outros relatórios: uma linha por registro de detalhe de chamada, com os números chamador e chamado, os países de origem e destino, e o veredito do motor sobre aquela chamada — seu status, a ação tomada e o tipo de fraude com que foi marcada. Os registros são paginados no servidor, então a tabela continua rápida com dezenas de milhões de linhas, e os novos registros aparecem no topo à medida que são indexados.
Venha aqui quando precisar das chamadas individuais: para investigar um número, entregar evidências a uma operadora parceira ou exportar um conjunto filtrado.
/number-report
O Relatório de números é uma consulta de um único número de telefone. Informe um número e um intervalo de tempo e ele retorna tudo o que o sistema sabe sobre ele — as chamadas que fez e recebeu, para onde foram e como o motor as tratou.
É a tela a usar quando um cliente ou parceiro pergunta sobre um número específico, ou quando um achado menciona um número que você quer verificar.
2348092215567./custom-reports
Relatórios personalizados são relatórios que o sistema produz para você de forma agendada ou sob demanda, em vez de telas lidas ao vivo. Um relatório pode ser executado uma vez para um período ou repetir-se em um agendamento cron, e cada execução pode ser visualizada, baixada, enviada por e-mail ou anexada a um ticket.
A aba Modelos guarda layouts reutilizáveis, e o AI Studio monta um relatório a partir de um pedido em linguagem natural — o relatório "Wangiri Summary — Nigeria" mostrado aqui foi criado dessa forma.
0 0 8 1 * ?) e um relatório único para uma semana de agosto./simulations
Uma simulação reproduz um período de tráfego passado pelo pipeline real de checkpoints com uma configuração que você escolhe, e compara o resultado com o que a produção de fato decidiu na época. É a forma segura de responder "o que teria acontecido se este perfil estivesse ativo na semana passada?".
Cada simulação é uma execução nomeada sobre um período. Os resultados são listados aqui; o botão Simular na aba Regras inicia uma para o conjunto de regras atual.
O FPS Copilot é um assistente conversacional integrado ao console. Ele responde perguntas sobre o seu tráfego em linguagem natural, leva você à tela certa e pode transformar uma frase em uma regra. Está disponível em todas as páginas, então você nunca precisa sair do que está fazendo para perguntar.
Botão flutuante no canto inferior direito de todas as páginas · Perguntar à IA na barra superior
Abra o painel pelo botão flutuante no canto inferior direito ou pelo botão Perguntar à IA na barra superior. Ele começa com uma lista curta de perguntas sugeridas; você pode escolher uma ou digitar a sua. O Copilot lê os mesmos dados dos relatórios — a fonte de dados selecionada na barra superior, seja o tráfego ao vivo ou a reprodução de uma simulação —, portanto as respostas batem com o que as telas mostram, e ele avisa quando a fonte selecionada não tem dados para o período perguntado.
As respostas vêm como texto com os números-chave em destaque e, para perguntas quantitativas, como cartões de estatística e um gráfico de leitura rápida. Um pedido formulado como instrução, por exemplo bloquear chamadores que se repetem demais, é entendido como proposta de regra: o Copilot rascunha o perfil e a regra e os deixa para sua revisão em Configurações da conta, em vez de aplicá-los por conta própria.
Administração é onde o motor é configurado. A maior parte da configuração do dia a dia fica em Configurações da conta — em particular os perfis, que dizem o que fazer com uma chamada, e as regras, que decidem quais chamadas recebem qual perfil. Configurações do sistema cobre a plataforma entre contas, e as demais telas cobrem suas preferências pessoais, a trilha de auditoria e o suporte.
/account-settings
Configurações da conta reúne tudo o que pertence à conta em que você está trabalhando: seus usuários, seus perfis de ação e regras, as listas de números que essas regras podem referenciar, as operadoras com as quais ela troca tráfego, os canais de notificação, o provedor de IA usado pelos recursos de assistente e um histórico de todas as alterações de configuração.
As abas são telas independentes; as duas que você abrirá com mais frequência — Perfis e Regras — têm suas próprias seções abaixo.
Configurações da conta › Perfis
Um perfil de ação é a unidade de política no RealFPS. Ele diz o que acontece com uma chamada depois que uma regra a selecionou: deixá-la passar e apenas observá-la (Ignorar), rejeitá-la de imediato (Bloquear) ou submetê-la ao motor de checkpoints, em que verificações individuais — chamador anônimo, lista branca e lista negra, validação de número, padrões de conexão curta e wangiri, loops e concorrência, entre outras — podem ser ativadas uma a uma com seus próprios limites.
A lista mostra todos os perfis da conta com seu status, se são avaliados em tempo real e sua decisão em um relance. Adicionar um perfil abre um formulário de página inteira com quatro seções: Geral, Roteamento, Política de decisão e Checkpoints.
486 Busy Here.Configurações da conta › Regras
As regras decidem qual perfil uma chamada recebe. Cada regra tem um escopo — um intervalo de datas, dias da semana e horas opcionais — e um filtro avançado opcional que combina condições sobre os atributos da chamada em grupos E / OU, buscando valores nas suas listas de números quando útil. Uma regra sem condições corresponde a todas as chamadas.
As regras são ordenadas por prioridade e avaliadas de cima para baixo; a primeira correspondência vence. Regras novas entram com prioridade 1 e podem ser arrastadas para a posição desejada depois.
/system-settings
Configurações do sistema é a tela do administrador da plataforma. Enquanto Configurações da conta trabalha dentro de uma conta, esta tela trabalha entre elas: criando contas (tenants) com sua moeda e configuração SIP, gerenciando usuários e funções em toda a plataforma, mantendo listas de números compartilhadas e configurando o faturamento e o job de pós-processamento que alimenta a análise agendada.
/user-settings
Configurações do usuário é o seu próprio perfil: nome, telefone, idioma da interface e fuso horário, além de uma ação de alteração de senha. Seu endereço de e-mail e sua função são exibidos, mas gerenciados por um administrador. O fuso horário importa mais do que parece — todos os carimbos de data e hora do console são exibidos nele.
/logs
Logs é a trilha de auditoria. Os Logs de auditoria registram o que as pessoas fizeram no console — cada tela visualizada, cada configuração alterada, com usuário, e-mail, endereço IP e seção. Os Logs de chamadas registram o que o motor fez com cada chamada. Ambos podem ser filtrados por intervalo de tempo, nível, seção, ação e usuário, e pesquisados pelo texto da mensagem.
/help
A tela de Ajuda é onde você fala com o suporte sem sair do console. Uma mensagem vai para a equipe de suporte com o assunto que você escolher e as capturas de tela ou exportações que anexar; o painel de recursos traz links para a documentação do usuário, a referência da API e a página de status do sistema.
Configurações completas para situações típicas. Cada receita monta a configuração de ponta a ponta — listas ou operadoras, depois o perfil e por fim a regra — com uma captura por etapa e os problemas mais comuns.
1 Os marcadores numerados nas capturas correspondem às notas numeradas abaixo de cada uma.
Configurações passo a passo para situações típicas. Cada exemplo monta a configuração de ponta a ponta — listas ou operadoras, depois o perfil, depois a regra — com uma captura de tela por etapa e os problemas que as pessoas mais encontram.
Configurações da conta › Operadoras · Perfis · Regras
Cenário. Uma operadora regional brasileira — usamos a Algar Telecom, que atende o DDD 34 na região de Uberlândia — envia para você um tráfego que se comporta de forma diferente do restante do país. Você quer que as chamadas originadas dos números dela sejam julgadas por uma política de decisão e limites de checkpoint próprios, sem mexer na forma como todas as outras operadoras brasileiras são tratadas.
Os números brasileiros são escritos como código de país 55, um DDD de dois dígitos e depois o número do assinante; os celulares acrescentam um 9 inicial. Assim, o tráfego móvel da Algar no DDD 34 começa com 55349… e suas linhas fixas com 5534…. Os prefixos abaixo são ilustrativos — pegue os reais no plano de numeração da operadora antes de colocar em produção.
BRAZIL-ALGAR-MOBILE), escolha Brazil como país (a lista de países do console aparece em inglês) e adicione uma linha por prefixo. Esta etapa é opcional se você só vai combinar por dígitos, mas permite que a regra diga "esta operadora" em vez de repetir prefixos, e o nome da operadora passa a aparecer nos relatórios.55349. Em Perfil, escolha o perfil da etapa 2 e pressione Criar.
553491000000 a 553491999999.+ nem 00). Verifique também se a regra está Ativa e se suas janelas de data, dia da semana e hora incluem o momento atual.Configurações da conta › Perfis · Regras
Cenário. Toda chamada cujo país de origem é a Alemanha e o destino é a Áustria deve passar pelo sistema sem alteração — modo proxy — continuando, porém, a ser contada nas estatísticas e nos relatórios. Nada mais na forma como a conta trata o tráfego alemão ou austríaco deve mudar.
Dois objetos bastam: um perfil cuja decisão é Ignorar e uma regra que vincula esse perfil à direção Alemanha → Áustria. O perfil precisa existir primeiro, porque o seletor de perfil da regra só oferece perfis em tempo real ativos.
Proxy_Germany_Austria; o ID do perfil é gerado a partir do nome (proxy_germany_austria) e pode ser editado. Deixe Ativar este perfil imediatamente e Perfil em tempo real ativados, deixe Perfil padrão e Registrar chamadas correspondentes desativados, mantenha a janela de conexão curta nos padrões e o Roteamento vazio. Em Política de decisão escolha Ignorar e depois Criar.Proxy_Germany_Austria_Rule, deixe as janelas de data, dia da semana e hora em aberto e Ativa ligada. Em Filtro avançado adicione duas condições no grupo E: País de origem · Igual a · Germany e País de destino · Igual a · Austria. Em Perfil escolha Proxy_Germany_Austria e pressione Criar.
Configurações da conta › Listas · Perfis · Regras
Cenário. Rejeitar toda chamada cujo número do chamador comece com um dos prefixos móveis alemães 4915, 4916 ou 4917. Como são vários prefixos, eles vão para uma lista e a regra faz referência à lista. Adicionar ou remover um prefixo depois passa a ser uma alteração só na lista — a regra e o perfil permanecem como estão.
Três objetos: a lista de prefixos, um perfil com decisão Bloquear e um motivo de desligamento, e a regra que os conecta. Monte-os nessa ordem.
Germany Mobile Prefixes, tipo Normal, Ativa ligada. Digite cada prefixo em Valores e confirme com Adicionar; as entradas aparecem como chips e podem ser removidas com ×. Um conjunto grande pode ser carregado de uma vez com Importar. Deixe Compartilhar com a conta como está, a menos que outras contas precisem da mesma lista. Criar.Block_Germany_Mobile, mantenha as duas chaves de ativação ligadas, escolha Política de decisão: Bloquear. Aparece um campo obrigatório Motivo de desligamento ao bloquear — escolha o código SIP que o chamador receberá, aqui Busy Here (486). Criar.Block_Germany_Mobile_Rule, janelas em aberto, Ativa ligada. Adicione uma condição: Número de origem · Começa com, mude a fonte do valor de Valor para Lista e escolha Germany Mobile Prefixes. A condição corresponde quando o número do chamador começa com qualquer prefixo da lista. Aplique o perfil Block_Germany_Mobile e depois Criar.
Os três exemplos usam os mesmos blocos de construção. A tabela lista o que cada um criou; as notas abaixo são os hábitos que mantêm uma configuração em crescimento gerenciável.
| Operadora local | Proxy DE → AT | Bloquear móvel DE | |
|---|---|---|---|
| Operadora BRAZIL-ALGAR-MOBILE (55349, 5534) | — | Lista Germany Mobile Prefixes (4915, 4916, 4917) | |
| Perfil checkpoints por operadora | Perfil Proxy_Germany_Austria | Perfil Block_Germany_Mobile | |
| Decisão Checkpoints | Decisão Ignorar — apenas monitorar | Decisão Bloquear — 486 Busy Here | |
| Regra Número de origem começa com 55349 | Regra País de origem = Germany E País de destino = Austria | Regra Número de origem começa com a lista Germany Mobile Prefixes | |
| Janela nenhuma | Janela nenhuma | Janela nenhuma |