BSS e OSS: o que são e por que precisam falar a mesma língua

BSS e OSS são as duas camadas de software que sustentam a operação de uma empresa de conectividade. BSS, sigla de Business Support Systems, é a camada do cliente: cadastro, venda, contrato, cobrança e atendimento. OSS, de Operations Support Systems, é a camada da rede: viabilidade, provisionamento, configuração do serviço e manutenção. Uma responde pelo que foi vendido. A outra, pelo que está no ar.

A divisão nasceu por uma razão prática. Vender conectividade e entregar conectividade são atividades diferentes, com equipes, prazos e indicadores próprios. O problema é que o cliente não enxerga essa divisão. Para ele existe um contrato, um serviço e uma conta. Quando as duas camadas discordam entre si, quem recebe a conta errada é ele.

Este artigo explica o que cada camada controla, onde as duas precisam se encontrar e o que custa, na operação e na receita, mantê-las desconectadas.

O que o BSS controla

O BSS é a camada que guarda a verdade comercial da operação. Nela ficam o catálogo de produtos, com planos, velocidades, franquias e preços. Fica o cadastro do cliente e o histórico de relacionamento. Fica o contrato, com prazo, fidelidade e condições de reajuste. Fica o faturamento, que transforma o que foi contratado em cobrança. E fica a gestão de recebíveis, da emissão da fatura até a negociação de um débito em atraso.

É também no BSS que mora o atendimento de natureza comercial, aquele que trata da dúvida sobre a fatura, do pedido de mudança de plano, da solicitação de cancelamento.

Boa parte dos sistemas dessa camada nasceu do faturamento. Os primeiros softwares de telecomunicações foram construídos para emitir conta, e o resto foi agregado em volta disso ao longo do tempo. Isso ajuda a explicar por que, em muitas empresas, o BSS ainda carrega o vocabulário da cobrança mesmo quando trata de venda ou de retenção.

O que o OSS controla

O OSS é a camada que guarda a verdade técnica. Nela ficam o inventário de rede, com equipamentos, portas, capacidade e topologia. Fica a consulta de viabilidade, que responde se é possível atender determinado endereço e com qual tecnologia. Fica o provisionamento, que aplica a configuração do serviço nos elementos de rede. Fica o monitoramento, que detecta falha e degradação antes ou depois da reclamação. E fica a gestão de campo, que organiza a agenda das equipes de instalação e reparo.

Enquanto o BSS pensa em cliente, o OSS pensa em recurso. Para o OSS, o assinante não é um nome, é uma porta em um equipamento, um perfil de configuração e um conjunto de parâmetros aplicados. Essa diferença de vocabulário parece detalhe de linguagem e é a origem de boa parte dos problemas de integração entre as duas camadas.

Onde as duas camadas se encontram

Existe um ponto exato em que BSS e OSS precisam se entender, e é a tradução entre o que foi vendido e o que precisa ser configurado.

Uma oferta comercial é descrita em termos de mercado. Quinhentos mega, roteador incluso, IP fixo, instalação em até cinco dias úteis. Essa mesma oferta, do lado da rede, é um conjunto de parâmetros técnicos que precisam ser aplicados em equipamentos específicos, na ordem certa, com a capacidade conferida antes de a promessa ser feita.

Quando essa tradução acontece por meio de uma pessoa lendo um pedido em uma tela e digitando configuração em outra, a operação funciona enquanto o volume for pequeno. Acima de certo ponto, cada tradução manual vira um lugar onde o prazo escorrega e o erro entra sem ninguém perceber na hora.

O custo de operar as duas camadas desconectadas

O custo de manter as duas camadas desconectadas não aparece como uma linha no orçamento. Ele aparece espalhado, em lugares que parecem desconexos entre si.

O prazo de ativação é o sintoma mais visível. Quando a viabilidade é consultada depois do contrato assinado, a venda promete uma data que a rede não tem como cumprir, e a relação com o cliente começa por uma quebra de expectativa.

A divergência entre fatura e serviço é a mais cara. Um aumento de velocidade executado na rede e não refletido na cobrança é receita entregue sem ser faturada. O caso inverso, um serviço já desativado tecnicamente, mas ainda ativo no contrato, gera cobrança indevida e o tipo de reclamação que termina em cancelamento.

Há ainda o descompasso entre inventários. O BSS mantém uma lista de contratos ativos. O OSS mantém uma lista de serviços no ar. Em operações que cresceram rápido, essas duas listas raramente batem, e a diferença entre elas costuma ser receita não faturada de um lado e capacidade ocupada sem contrato do outro.

No atendimento, a desconexão aparece como lentidão e retrabalho. Quem recebe o chamado não sabe se a reclamação de velocidade é falha de rede ou limite do plano contratado, e acaba abrindo chamado técnico para um problema comercial, ou o contrário.

Nenhum desses casos é erro de equipe. São sintomas de duas verdades sobre o mesmo cliente guardadas em sistemas que não se falam.

O que significa falar a mesma língua

Falar a mesma língua não é trocar mensagem entre bancos de dados. Integração resolve o transporte da informação e não resolve o significado dela. Dois sistemas podem trocar arquivos todos os dias e continuar discordando sobre o que conta como cliente ativo.

O que resolve é compartilhar o modelo de dados. Quando contrato, serviço e recurso de rede são descritos pela mesma estrutura, a tradução entre as camadas deixa de ser interpretação e passa a ser leitura.

Foi esse problema que levou o TM Forum, entidade global do setor de telecomunicações, a criar a Open Digital Architecture, o padrão que define como componentes de BSS e OSS devem se conectar, com vocabulário comum e um conjunto de APIs abertas. A proposta não é padronizar o produto de cada fornecedor, é padronizar a fronteira entre eles.

Na prática, isso muda a natureza do trabalho de integração. Em vez de desenvolver um conector sob medida para cada par de sistemas, a empresa passa a conectar componentes que já descrevem a mesma realidade da mesma forma. Integração deixa de ser projeto e passa a ser configuração.

E muda o que a operação consegue responder. Quando as duas camadas compartilham a base, a pergunta sobre o que um cliente tem contratado e o que ele está recebendo deixa de ter duas respostas possíveis.

O OASIS nasceu cobrindo as duas camadas

O OASIS é a plataforma BSS/OSS que a G2 Tecnologia desenvolveu para empresas de conectividade. A diferença dele começa na origem: as duas camadas foram desenhadas juntas, sobre a mesma base de dados, desde a primeira linha de código.

Isso aparece na forma como a plataforma organiza a operação, em quatro jornadas conectadas. Lead to Order fecha a venda com a viabilidade técnica já confirmada e transforma o contrato em ordem de serviço. Order to Activate mantém provisionamento e agenda de campo olhando para o mesmo pedido. Bill to Cash conecta contrato, serviço ativo e pagamento em uma visão única. Trouble to Resolve abre o chamado já sabendo o que o cliente contratou e o que está no ar.

O efeito prático é sobre a fronteira descrita acima. A tradução entre o que foi vendido e o que precisa ser configurado deixa de ser uma passagem manual entre sistemas e passa a ser uma leitura do mesmo registro. Ninguém redigita, ninguém sincroniza, ninguém mantém planilha de conferência entre o comercial e a engenharia.

A interoperabilidade com o restante do ambiente segue o mesmo princípio. O OASIS foi construído sobre o padrão ODA do TM Forum, o que permite que ele converse com sistemas de rede, provisionamento e parceiros que seguem o mesmo padrão sem que cada conexão vire um projeto próprio.

E é essa base compartilhada que sustenta a camada de inteligência artificial da plataforma. Os copilotos do OASIS atuam da qualificação do lead até a triagem e a resolução do chamado, trabalhando com contrato, serviço ativo e histórico de pagamento ao mesmo tempo. O limite da IA nunca é o modelo, é o que ele consegue enxergar.

Perguntas frequentes

Qual é a diferença entre BSS e OSS?

BSS é a camada que responde pelo cliente: quem ele é, o que comprou, quanto paga e o que está em aberto. OSS é a camada que responde pela rede: o que foi provisionado, como está configurado e se está funcionando. As duas descrevem o mesmo assinante por ângulos diferentes, uma pelo contrato e a outra pelo recurso técnico.

BSS e OSS podem ser um sistema só?

Podem, e é o que acontece em plataformas desenhadas para cobrir as duas camadas desde o início. A alternativa mais comum é integrar sistemas separados, o que mantém duas bases sincronizadas por um canal que alguém precisa manter vivo e que quebra quando um dos lados muda. Compartilhar o registro é diferente de sincronizar cópias.

Por onde começar quando as duas camadas estão desalinhadas?

Pela conferência entre os dois inventários. Comparar a lista de contratos ativos do BSS com a lista de serviços no ar do OSS costuma revelar, de uma vez, receita não faturada, cobrança indevida e capacidade ocupada sem contrato. É o diagnóstico mais barato e o que dá a dimensão real do problema antes de qualquer decisão sobre sistema.

Continue a leitura

Se a Open Digital Architecture apareceu aqui pela primeira vez para você, vale entender o que ela define e por que virou referência para operações de telecomunicações no mundo inteiro. É o padrão que permite conectar componentes de fornecedores diferentes sem transformar cada integração em um projeto próprio.

Leia em seguida: O que é o TM Forum ODA e por que isso importa na prática.

A G2 Tecnologia trabalha com empresas de conectividade há quase duas décadas e desenvolveu o OASIS a partir dessa vivência, com comercial, ativação, cobrança e suporte em uma única operação digital, cobrindo as quatro jornadas do provedor.

Conheça o OASIS e veja o que muda quando a arquitetura trabalha a favor da sua operação.

Fale com um de nossos especialistas.