"Arbor/BP e' uno dei package di fatturazione piu' diffusi tra gli operatori telecom Italiani.
La soluzione Arbor/BP e' una delle piu' diffuse tra gli operatori telecom Italiani. Il parco installato vede tra gli operatori di spicco: Telecom Italia, Albacom, Wind e Omnitel.
Il package, inizialmente prodotto dalla Kenan, e' adesso fornito da Lucent in seguito all'acquisizione della societa' inglese.
Arbor/BP supporta le seguenti interfacce utente:
-) ATM per la configurazione del sistema;
-) CUSTINFO per gli operatori di call center;
-) Command center e script per gli amministratori di sistema.
Arbor/BP utilizza per la persistenza dei dati DBMS relazionali ed e' disponibile nelle due versioni per Oracle e per Sybase.
L'architettura fisica di Arbor/BP consente una distribuzione specializzata dei database di utilità,sono quindi consentiti:
-) Uno o piu' DB "Customer" per contenere i dati sui clienti dell'operatore;
-) Uno o piu' DB "Catalogue" di utilita' per conoscere su quali DB "Customer" risiedono i diversi clienti;
-) Un solo DB "Admin" contenente le informazioni statiche su prodotti e servizi offerti dall'operatore.
Una funzionalita' dedicata alla "data replication" consente di allineare i diversi DB all'interno dell'architettura fisica distribuita denominata "Multi Server Architecture".
Arbor/BP e' costituito da un insieme di processi dedicati alle diverse fasi di un ciclo di fatturazione, eccone di seguito i principali:
-) Rating
--> CAP, processamento e valorizzazione dei dati di traffico (CDR);
-) Billing
--> BIP, preparazione della fattura;
--> BIF, formattazione della fattura;
--> BID, spedizione della fattura;
-) Payments
--> CPM, pagamento con carte di credito;
--> EFT, domiciliazione;
--> LBX, bollettini postali e bancari.
Arbor/BP si presta alle attivita' d'integrazione e personalizzazione di sistemi grazie alla persistenza su DBMS direttamente accessibili e meccanismi di comunicazione basati su file ASCII facilmente ri-processabili ad esempio per le comunicazioni con le clearing house italiane come SSB; d'altro canto la conoscenza del modello concettuale non e' direttamente accessibile e attivita' di reverse engineering partendo dal modello fisico non sono attuabili a causa della non presenza dei vincoli d'integrita' referenziale (foreign key).
"
