FACTURACION ONO

DESCUENTOS ONO:

ID CLIENTE:

NIF:

SERVICIO:

CODIGO DTO:

ID GENEVA:

REVISIONES GENERALES:

• El descuento debe estar activo en Smart, si no lo está es lógico que no esté aplicando en
factura. En caso de que no esté desconectado con la misma fecha de provisión (en este
caso se escalaría a provisión indicando cof-ot de provisión con el importe y las fechas de
activación para que nos lo activen) Se cerraría indicando que el descuento no está activo
en Smart y por lo tanto no va a aplicar en factura.

• Una vez verificado que el descuento está activo, revisamos la factura. Si en última factura
está aplicando correctamente, cerraríamos la avería indicando que el descuento ya está
aplicando de forma correcta. Aparte de para la etiqueta (si el descuento lo han aplicado
recientemente o en la factura aplica desde la fecha de activación, que en tal caso sería un
NIT), es un poco indiferente lo que ha ocurrido en facturas anteriores desde el punto de
vista técnico. Si hubo un error, ya está solventado y por lo tanto no cabe gestión por
nuestra parte.

• Si en factura no está, y debería estarlo por fecha de activación, revisamos en GENEVA.

En este punto, diferenciamos tres casuísticas:

-no está activo: escalamos a billing para su activación.

-está activo con fecha de activación en Geneva después de emisión de la factura: cerramos
con un temporal y entendemos que aplicará en próximo ciclo.

-está activo desde una fecha anterior pero aún así no consta en factura: escalamos a
Billing para su revisión.

• Descuentos con coste 0:

En Smart los descuentos por norma general tienen informado el importe que deben
descontar, la excepción (de momento mientras no nos indiquen lo contrario) son los
descuentos proporcionales, es decir aquellos que descuentan un tanto por ciento de la
cuota del paquete o del servicio, según su provisión.

En caso de que un descuento que deba llevar importe vuelque con importe 0, debemos
buscar la cof u ot donde se provisiona para verificar qué importe corresponde. Si es un
cliente migrado de spirit que migraba con el descuento, no vamos a encontrar la OT.
Tenemos un correo indicando que no es necesario de informar a tecnología del importe
del descuento, pero la realidad es que siguen pidiéndolos.

En ambos casos el procedimiento sería el mismo y lo que diferenciamos es a la hora de

etiquetar:

-Si tenemos ot o cof, escalamos a PROVISION-CRM, indicando que en OT: xxx se provisiona
el descuento XXXX con importe xxxx pero vuelca en Smart con importe 0,

Ambas etiquetas tienen comentario para escalar, simplemente debemos completar la

etiqueta de forma correcta y escalarlo.

En caso de descuentos proporcionales (DPR… DMR…) el importe correcto a descontar va a

volcar en Geneva. Si el descuento tiene provisionado importe, éste es el que va a aplicar.
No vamos a cerrarlo indicando que no debe tener importe, simplemente revisamos si
aplica por este importe, si es así se cierra. En caso que indiquen en la avería que debe
modificarse este importe, siempre vamos a revisar la ot o cof donde se ha provisionado. Si
el importe es correcto, se cierra indicando que se ha provisionado por ese importe, y en
caso de que la oferta del cliente indique otra cosa deben realizarse las modificaciones
oportunas desde el departamento comercial.

Si el importe realmente es distinto y necesitamos que se modifique, lo escalamos a

PROVISION -CRM, solicitando que se modifique el descuento por el importe xxxx

Si en Smart tiene determinado importe, pero en factura aplica otro (sin modificaciones
recientes) Revisamos en Geneva:

Encima de la instancia, botón derecho, All products, Price Plan, podemos ver el importe
provisionado para descontar. Si está incorrecto o no consta importe, lo escalamos a Billing
para que se revise.

Literal correo que ya os he enviado:

Hola;

nos ha llegado un correo en que indican que los descuentos porcentuales se calculan de forma
“automática” para cada cliente en Geneva, y en BD de CRM dicho importe debe estar informado a
vacío. Por tanto vamos a probar a escalar a billing aquellos descuentos que encontramos a coste 0
en Smart pero que significan un porcentaje de la cuota ya sea a nivel servicio o cuenta( DMR30,
DPC50, DMR50, DPR25....)

PARTICULARIDADES

DMRXX: si la línea está paquetizada, el descuento va a aplicar por un importe inferior al

informado en Smart. Esto es porque primero aplican los descuentos del paquete y sobre la
cuota restante, aplica este descuento. Lo cerraríamos con el siguiente comentario:

- Se verifica que el descuento DMR50 aplica correctamente. Lo que ocurre es que la linea
XXXXXXX está paquetizada, por tanto primeramente aplican los descuentos prorrateados a nivel
de cuenta. Sobre el importe resultante aplica el descuento de linea(número de instancia en la que
se provisiona el descuento)-50%@DMR50 (50 % del importe resultante), quedando el importe
descontado en Factura.

Un saludo.

DTSCO: este descuento (segundas líneas) no pinta en factura, si no que aplica directamente en la
cuota del servicio. Es decir, revisamos la cuota del pp en Smart y el importe a descontar. Si nos
coincide con el importe que se cobra en factura (aunque no se pinte) cerramos con un NIT.

Comentario: La cuota de la tarifa tiene un importe de 23.97€ y si le restamos los 7.44€ del
descuento quedaría en 16.53€. Por tanto aunque no se pinte en factura si que está aplicando
correctamente en factura .

*Adaptamos las cantidades a nuestra avería

DSTOT; el descuento DSTOT siempre aparece en Smart y en Geneva con importe 0. Aunque no
tiene importe informado en Geneva debe aplicar igualmente en factura; Si no aplica, lo escalamos
a Billing.

Si desde billing lo devuelven argumentando que en Smart tiene importe 0 lo reescalamos. Eso sí si
vemos que tras reescalado siguen indicando lo mismo se lo pasamos a Bea.

DTO MULTISEDE: está activo en la maestra (recordar que debemos seleccionar la opción de
TODOS en productos contratados) para verlo en Smart. Aplica en función de lo que tiene
contratado el cliente. Lo tratamos de la siguiente manera:
Si está activo y vemos que que no aplica en factura: Revisamos si el cliente cumple las condiciones
que define RED PLANET. Si no las cumple, cerramos aportando este enlace y la captura de red
planet indicando que el cliente no cumple las condiciones definidas.

http://redplanet:10080/redplanet/detalle?wlpT11200163541362996285339_javax.portlet.action=cha
nge&_windowLabel=T11200163541362996285339&_urlType=action&_opc=caracteristicas&idCont
ent=PROALJ128100&type=oferta

Si aplica en factura, también lo cerraríamos (como cualquier otro descuento)

Si no aparece revisamos en Billing, si está activo y no aplica y debería por fecha escalamos a
Billing para su revisión. Y si no lo está, también a Billing para su conciliación.

MVISA: va a aparecer a 0 en Smart ya que no aplica en función de los consumos y y las

condiciones del cliente. Hasta nuevo aviso nos han indicado en tecnología, que está instancia no
provisiona en Geneva, por lo que revisamos si constan consumos en Smart

*clicamos encima del servicio móvil en productos contratados para que abra la pantalla. En la
casilla de MOVIMIENTOS VISA, deben constar. Si es un cliente migrado, es posible que no
consten. Revisamos en pestaña de facturación- consumos TV-Markets. Cerramos con la etiqueta o
escalamos dependiendo del procedimiento que defina de la etiqueta (lo determina si tiene o no
consumos)

VOD12: Actualmente está descatalogado, por lo que aunque lo veamos activo no va a aplicar en
factura. En la etiqueta NIT_FACTURACION_DESCUENTO, texto libre VOD12 ya facilita
comentario de cierre.

NTR: actualmente tenemos varios descuentos afectados por NTR, por lo que siempre buscamos el
código de descuento en Gescore para ver si nuestra avería se puede cerrar con comentario de
etiqueta. Actualmente afectados: DPR (depende de si está activo en Geneva o no se puede cerrar
o se escala; lo determina el procedimiento de la etiqueta) PQC, CN0XX

CUOTAS:

ID CLIENTE:

NIF:

SERVICIO:

ID GENEVA:

REVISIONES GENERALES:
• Para que se considere una incidencia de facturación la cuota debe estar desconectada en
Smart, ya que si no es lógico que se cobre en factura.

• Si en Smart está desconectada sin fecha fin no va a volcar en Geneva, y debemos

corregirlo mediante PL (más información cuando veamos pagos a plazos porque el
procedimiento es el mismo para todas las cuotas) Una vez corregido lo cerramos. Nunca
ponemos un NIT si hemos usado PL para una corrección.
 • Si está desconectada y consta en factura y por fecha no procede que se cobre, revisamos
sistemas.

Bonos de datos, secure net, video/social/maps…pass, revisamos en OCS o ER según

corresponde. Si están activos lo corregimos y cerraríamos.

Social pass/video/maps… también tienen cuota en Geneva, por lo que si en OCS está
desconectado revisamos en Geneva, si está activo (o ya no lo está pero se pinta en factura
y por fecha no debería) Escalamos a Billing.

El resto de cuotas suelen quedarse enganchadas en Geneva. Si en Smart están

desconectadas pero activas en Geneva, escalamos a Billing para que concilien.

• CUOTA MENSUAL VS CUOTA PAQUETE: desde el departamento técnico no se va a

revisar la cuota mensual, ya que la modifica los descuentos y servicios que el cliente tenga
provisionados. Si en avería nos indican que el cliente tiene una cuota mensual y paga
más/menos en factura, lo que vamos a revisar si la CUOTA DEL PAQUETE en factura es
la que tiene el cliente en Smart, y si el paquete es el mismo.

-Si se corresponde, lo cerramos con NIT_CUOTA texto libre IMPORTE OK. Indicamos que
el cliente tiene un Paquete One xxxx con importe en Smart de xxx y es lo que aplica en
factura. Si la oferta del cliente indica otra cosa, se debe provisionar los descuentos que
correspondan en sistemas. (es decir, si no han identificado y nos indican el descuento que
quieren que revisemos, para nosotros la cuota mensual que tenga el cliente es una gestión
comercial)

-Si en factura el cliente tiene otro literal de paquete (bien que no corresponde con los
servicios o porque alguno de ellos no está paquetizando) Revisamos en Geneva; si está
incorrecto se escala a Billing.

- En Smart únicamente el móvil (en la tarifa del servicio móvil) tiene el check de
paquetizado, sin embargo en Geneva, todos los servicios deben estar paquetizados
(aparecen con una especie de cubo) si falta alguno de los servicios lo escalariamos a
Billing para su corrección.

-Si el cliente tiene el móvil paquetizado, pero en Paquete contratado aparece

COMBINADO, así va a constar en factura. Se suele corregir provisionando la Oferta de
verano VER15, si saltan muchos errores en la gestión lo retipificamos a productos para que
lo corrijan si procede.

TARIFICACIÓN MÓVIL:

Según el plan de precios que el servicio tenga provisionado éste otorga unos beneficios tanto para
llamadas como para datos. Por norma general, las tarifas se distinguen entre tarifas ilimitadas
(limite de 6000 minutos de uso razonable) 200 minutos, y tarifas sin minutos, que tarifican
establecimiento de llamadas y minutos a 0 céntimos. Si son tarifas antiguas podemos
encontrarnos con otras condiciones que deberíamos buscar en Red Planet por plan de precios.

Las líneas deben contar con tres instancias en Smart para tarificar de forma correcta en parte de
Voz:

-Price Plan (según la tarifa hay varias Price plan)

-Tarifa de voz (es la parte que genera la cuota)

-Beneficio de minutos (TVILI, TV200…)

Una vez que revisamos la provisión del servicio, el siguiente paso es revisar la factura para ver si
realmente está tarificando de forma incorrecta.

• Si ya tarifica de forma correcta en última factura, cerramos avería.

• En caso de que en factura se estén pintando y facturando llamadas de ciclos anteriores

(ejemplo, factura del 1 de enero al 31 de enero y aparecen llamadas de diciembre)
Cerramos con etiqueta de CONSUMOS_CICLOS_ANTERIORES.

• Si se excede los consumos que le corresponden a la línea (6000 min. O 200 si es limitada_),
son llamadas especiales o internacionales (sin beneficio activo en el servicio) lo
cerraríamos NIT_TARIFICACION_OK

• Si realmente tarifica todas las llamadas miramos que en Geneva conste el PP y el bono de
minutos. Además en Rating Discount, debe tener los beneficios de la tarifa activos.

Miramos cómo tarifica la línea en consumos actuales. En caso de que ya esté conciliado y
tarificando correctamente, cerraríamos con un temporal. Si sigue tarificando de forma
incorrecta o falta un ítem del pp o la tarifa, escalaríamos a Billing para su revisión o
corrección.

• A veces, vamos a detectar que una línea móvil sólo tarifica a fijos, en este caso, además de
las revisiones anteriores, vamos a revisar las CAMEL en Ana, ya que la incidencia suele
encontrarse en que traen las camel del VF en Casa enganchadas. Si este es nuestro caso,
las modificaríamos y cerraríamos con etiqueta OW_HZ_ENGANCHADAS que ya nos ofrece
comentario de cierre.

CONSIDERACIONES ESPECIALES:

• LINEAS YU: las líneas yu, son tarifas que tienen unas características especiales ya que
tienen un bono de minutos para llamar a otros móviles que no tengan también una tarifa
yu (60 minutos… dependiendo de la tarifa) y otro bono para que el servicio tenga llamadas
ilimitadas a otros Yu (6000 minutos, límite de uso razonable)

La provisión en Smart, sería la siguiente:

• Tarifa de Voz

• Price Plan (Yu)

• Bono de minutos para resto de números

• COMYU (le da el beneficio para llamar a los otros Yu

 Para que el beneficio para llamar a otros Yu , tiene que tener en las camel el EOICK 393. Si vemos
que un servicio tarifica a otros Yu, revisamos las camel, si están incorrectas, las corregimos y
cerraríamos la incidencia.

Para el resto de tarificación la revisión sería igual que para otra línea cualquiera. Si vemos que las
camel están correctas, en Geneva en consumos actuales, las llamadas que tarifican como yu,
aparecen como llamadas yu, por lo que entenderíamos que se ha tratado de un error temporal.

LLAMADAS GRATIS ENTRE FAMILIA:

Los clientes que cumplen las condiciones definidas en Red Planet tienen llamadas gratis entre las
líneas del mismo ID y que facturan juntas. Esto se refiere que no se descuentan del beneficio de
llamadas del servicio que realiza la llamada o en el caso de las Mini, que no se le cobre el
establecimiento de llamada cuando llama a servicios de su grupo.

Las condiciones generales para que se provisione el SMGU (instancia de provisión automática y
que da este beneficio) son las siguientes:

-El cliente tiene que tener un One (fibra o ADSL)

-No aplica en Roaming

-Los servicios tienen que estar facturando y provisionados en el mismo ID. (si una línea está
desagrupada, no va a aplicar el beneficio)

Si no tiene la instancia provisionada y corresponde activamos o retipificamos a productos para su

corrección, dando la incidencia por solucionada.

Esta instancia vuelca en Geneva por lo que si no está conciliada, o lo está pero no tarifica
correctamente, lo escalaríamos a Billing para su corrección/revisión.

LLAMADAS SOLAPADAS:

En ocasiones entran averías donde nos indican que las llamadas no han podido realizarse ya que se
solapan unas con otros. Estas averías, se cierran con la etiqueta que ya aporta comentario y
procedimiento.

LLAMADAS INTERNACIONALES:

Llamadas que realiza el cliente estando en España a otro país

Para que las llamadas internacionales no se tarifiquen el cliente debe tener provisionado un bono
que otorgue este tipo de beneficio. Hay varios bonos provisionables en el servicio según el uso que
le de el cliente, por lo que lo primero que debemos revisar es que esté activo Smart (cuelga del
servicio como una instancia) y desde cuándo.

El segundo paso es buscar el bono en Red Planet, ya que tener un bono internacional no implica
que el cliente pueda llamar a cualquier país. Red planet nos establece qué países están incluídos
en este bono.

Si el cliente está llamando a un país que no está dentro del bono, o son llamadas anteriores a la
provisión del bono, se cerraría con un nit (revisar que anteriormente no tuviera el mismo bono, ya
que a veces en los BIR50 Y BIR80, una vez agota los minutos el cliente vuelve a llamar para que le
activen otro)

Si realmente el bono no ha funcionado y debería, revisamos si está volcado en Geneva. Si no lo

está, o no aplica, lo escalamos a billing con la plantilla de errores de tarificación para su corrección
o revisión.

MI PAÍS. TU NUMERO MI PAIS

• La cuota de tu número mi pais es de 1.20€ a diferencia de MPAIS que no tiene

cargo. Dentro del país elegido como el cliente puede elegir un número al que le
aplique el beneficio definido en Red Planet. Tu numero mí país, cuelga del servicio
en una instancia y al lado el número designado por el cliente dónde va a aplicar.
• MPAIS no tiene cargo, y también cuelga del servicio, pero para ver el país elegido
por el cliente, debemos pinchar en el número de teléfono para que nos abra la
pantalla de información de numeración. En la primera pantalla nos aparecerá el
país elegido.
• Si el cliente tiene MPAIS y un bono internacional, por ejemplo, cuando el cliente
llame al país elegido, primero va a aplicar mi país, por lo que el bono internacional
funcionaría para el resto de países.
• En Geneva deben volcar ambas instancias por lo que en caso de que no esté
aplicando, revisamos su provisión y escalaríamos a Billing.

Las condiciones están definidas en Red Planet, por lo que debemos revisar que el cliente esté
realizando las llamadas en el horario definido.
• NPAIS:
http://redplanet:10080/redplanet/detalle?wlpT11200163541362996285339_javax.portlet.action=cha
nge&_windowLabel=T11200163541362996285339&_urlType=action&_opc=resumen&idContent=P
REALJ001760&type=oferta

• MI PAIS:
http://redplanet:10080/redplanet/detalle?idContent=PREALJ001597

NUMEROS PASARELA:

En ocasiones, entran averías dónde nos indican que el servicio tarifica llamadas a fijos, sin
embargo en factura vemos que en realidad tarifica a un único fijo y el resto tarifica de forma
correcta, o si no hay más llamadas, que la provisión de la línea es correcta.

Probablemente el cliente está usando un número pasarela, es decir, el destino final de la llamada
no es al que marca el cliente.

Existe un listado de numeraciones pasarela en Red Planet para detectarlos. Lo cerraríamos con un
nit y con el enlace de Red Planet.
BONO LLAMADAS ILIMITADAS MINI XS (BVILG)

Según la oferta del cliente a veces se le oferta llamadas gratis durante un año, en una tarifa Mini,
es decir, dejaría de cobrarse el establecimiento de llamadas. En ocasiones nos abren averías,
porque este bono no pinta las llamadas a 0, si no que descuenta los consumos. En factura aparece
así:

LLAMADAS TARIFICACIÓN ESPECIAL: (90X/80X)

Este tipo de llamadas siempre se van a tarificar, ya que no entran en el beneficio de la tarifa. En
general, las averías suelen entrar porque el cliente tiene provisionadas restricciones y sigue
realizando llamadas. (cuelgan a nivel de servicio en una instancia)

Nuestra gestión es revisar que estén conciliadas en ANA. Aquí hay dos posibilidades que no estén
conciliadas, que las provisionaríamos y cerraríamos indicando que corregimos en sistemas, o que
ya lo estén.

Como en Ana no disponemos de histórico al respecto, lo cerraríamos indicando que las

restricciones están actualmente conciliadas por lo que el servicio ya no podrá realizar este tipo de
llamadas, aportando la captura de Ana.

En caso de que se reabriera la avería, como ya disponemos de captura de ana y fecha donde el
servicio aparecía con las restricciones conciliadas, si siguiera realizándolas tendríamos que
retipificar la avería a Incomunicación.

Este procedimiento es aplicable a cualquier error de restricciones en Smart, internacionales, dt…

excepto si nos hablan de restricciones en servicios fijos (NO VODAFONE EN CASA)

TARIFICACION SMS:

Según el plan de precios del servicio, y como norma general pero no en todas las tarifas, los
clientes tienen sms gratuitos con un límite de uso razonable de 1500 sms con destino nacional.

Para que este beneficio aplique los servicios tienen que tener en Smart la instancia TPSMS. Si no
la tiene podemos aplicar mediante cof o retipificar a productos.
Para revisar los beneficios de las tarifas, se buscan en Red Planet y nos aparece la provisión
correcta y los beneficios del plan de precios.

TARIFICACION DATOS:

Por norma general, las tarificaciones de datos que nos entran tienen relación con el más megas.
Tanto porque está desconectado en Smart y sigue activo en rubicon (conciliaríamos en OCS) o
porque sin alcanzar el límite de la tarifa entra en funcionamiento el más megas.

Si éste, debido al problema del cliente, ya se ha desconectado en Smart y rubicon, lo cerraríamos

con un TMP indicando que el SSOOB está desconectado en sistemas y que por lo tanto no se va a
reproducir la incidencia.

En caso que esté activo, revisamos que efectivamente en factura no se ha superado el cap de la
tarifa. Si es así se cierra con un NIT. En caso de que no procediera la tarificación del Mas megas,
revisamos en rubicon tarifa y ciclo correcto. Si todo está bien y no detectamos por qué ha tarificado
el más megas, escalamos, con todas las capturas, a OM-SAC SERVICE

TARIFICACIÓN FIJO Y VODAFONE EN CASA

VODAFONE EN CASA :

Linea:

DNI titular:

Smart:

BONO DE MINUTOS( a nivel de fijo)

DTVC5/DTVC2( a nivel del móvil)

PLAN DE PRECIOS( a nivel del móvil)

consulta hlr:

• Para que el Vodafone en casa tarifique de forma correcta, debe tener el bono FMHIZ
colgando del servicio fijo y estar asociado de forma correcta. Si el bono no está activo, ya
que es de provisión automática, debemos escalarlo a PROVISIÓN CRM, para que nos lo
activen. Este bono hace que el servicio no tarifique las llamadas realizadas a móviles.

En cuanto las llamadas a fijo, nos lo determina la movilidad del servicio DTVC5, DTVC2,
DTVC1….

DTVC5: movilidad total, tiene llamadas gratis a fijo. Si se tarifican debemos revisar que las
camel estén correctas (OCTPD:4500 EOICK: 501)
 DTVC2: tarifica llamadas fuera de la zona determinada. Si se tarifican revisamos las camel
(OCTPD: 4500 EOICK: 500) Al cerrar la incidencia, indicamos que para que no se tarifique
ninguna se debe modificar la movilidad.

DTVC1: factura el establecimiento en todas las llamadas. En general si entra alguna

incidencia es referida para que se modifique (retipificamos)

Si la incidencia se refiere a la tarificación de llamadas a móviles, revisamos bono FMHIZ

activo en Smart y en Geneva. Revisamos consumos actuales, si sigue tarificando de forma
incorrecta se escala a BILLING, en caso de que ya tarifique correctamente, se cierra con
un TMP

Se debe revisar SIEMPRE hlr, consumo en geneva a nivel de línea móvil si aparece por el fijo
es porque está enganchado en IMS.

• VODAFONE FIJO RED DTFWR

El funcionamiento es similar al de un vodafone en tu casa puesto que las llamadas

salientes aparecerán siempre con el nº móvil de la línea principal y debe estar siempre
vinculado a una línea móvil

El DTFWR tiene un importe de 5€ y no dispone de beneficio para llamadas ya que las

llamadas salientes se tarificarán según la tarifa móvil que tenga el servicio móvil

http://redplanet:10080/redplanet/detalle?wlpT11200163541362996285339_javax.p
ortlet.action=change&_windowLabel=T11200163541362996285339&_urlType=acti
on&_opc=caracteristicas&idContent=PROALJ129342&type=oferta

TARIFICACION FIJA ;

• INFORMACION BÁSICA DE FIJOS:

Teléfono todo incluido: TESTA + TLINE

Teléfono con MTA: TESTA + TVLINE + TEMTA (Asignación de equipo MTA)
Teléfono con Cabina: TESTA + TCLINE + TECAB (Asignación línea eurocabina) + TMCAB
(Mantenimiento cabina)
Teléfono con Voice port: TESTA + TCLINE + TEQVP (Asignación equipo VP)
Teléfono tecnología FTTH: TESTA + TFTTH
RDSI: RDBAS + RDNAP

Si son clientes empresa en lugar de llevar el TESTA llevarían el TBBON

red planet:

http://redplanet:10080/redplanet/detalle?idContent=PROALJ079434

FIJO PARTICULARES:
 Actualmente los teléfonos fijos de particulares tienen llamadas gratis tanto a fijo como a
móviles. Deben tener provisionado el Price Code. Debemos revisar que lo tenga y que no
se exceda el límite de uso razonable.
Revisamos que el fijo esté activo en Smart y si en factura se cobran las llamadas (de este
ciclo) SIEMPRE se revisan los consumos actuales. Si ya tarifica correctamente se cerraría
con un TMP

FIJO EMPRESA:

En el caso de las llamadas de fijos de empresa (TBBON) las llamadas a fijo gratis, nos las
determina el Price code del servicio. Actualmente tienen el TCTNE que les da el beneficio
de Tarifa plana a fijos nacionales.

En cuanto a tarificación móvil, si el fijo de empresa TBBON no tiene el beneficio de

llamadas a móviles(PMB01, PLMIN, TBP60) o un bono de llamadas a móviles, es correcto
que se tarifiquen las llamadas fijo-móvil.

Una vez revisada la factura, y detectada qué llamadas se tarifican, revisamos servicio y
bono de minutos en Geneva (si el error es a líneas móviles) y SIEMPRE los consumos
actuales. En caso de tarificación ya correcta, cerraríamos la avería. Si sigue tarificando de
forma incorrecta, se escalaría.

FIJO RDSI:

También tienen que llevar Price code, y para que no tarifiquen llamadas a móviles bonos
de llamadas a móviles, que cuelgan del servicio en una instancia hija.

Si se le tarifican las llamadas a fijos se cierra con el ntr. Si se le tarifican solo las llamadas
a móviles habría que ver si tiene activo el bono de llamadas a móviles.

Además si vamos a Geneva y vemos que el consumo actual ya tarifica correctamente lo

podemos cerrar.

• CONSIDERACIONES ESPECIALES:

• RESTRICCIONES FIJO NO FUNCIONAN: desde nuestro departamento no podemos

revisar las restricciones de un fijo tradicional (solo del Vodafone en casa ya que
provisionan sobre la parte móvil). Cerraríamos con la etiqueta que ya nos aporta nota
de cierre.

• BONO INTERNACIONAL: en este caso la revisión seria igual que en un servicio móvil.
Revisamos en Red Planet según el código del bono, a qué países puede llamar el
cliente dentro del beneficio.

Si el cliente está llamando a un país que no está dentro del bono, o son llamadas
anteriores a la provisión del bono, se cerraría con un nit (revisar que anteriormente no
tuviera el mismo bono, ya que a veces en los BIR50 Y BIR80, una vez agota los minutos el
cliente vuelve a llamar para que le activen otro)

Si realmente el bono no ha funcionado y debería, revisamos si está volcado en Geneva. Si

no lo está, o no aplica, lo escalamos a billing con la plantilla de errores de tarificación para
su corrección o revisión.
ROAMING:

Lo primero distinguimos según la zona ya que si el cliente realiza las llamadas o las conexiones en
Zona 1, va a llevar el beneficio de su tarifa, es decir, puede usar el servicio y se tarificará como si
estuviera en España, con alguna excepción (llamadas gratis entre familia no aplica, numeraciones
especiales se tarifican 90X)

Hay que tener en cuenta que el cliente puede llamar a España o a cualquier país de la Zona 1, si
realiza llamadas fuera de esta zona, se va a tarificar como Llamada Internacional en Roaming, y es
correcto. Ejemplo, cliente en Italia llama a España o a Francia, va a aplicar el beneficio; cliente en
Francia llama a Perú, se tarificará la llamada. Para saber a qué zona pertenece un país podemos
realizar la consulta en Red Planet.

El cliente tiene que tener provisionado en Smart la instancia de roaming en zona 1 para que éste
aplique de forma correcta (MRTRM) y provisionada de forma correcta en Rubicon. En Geneva no
vuelca, por lo que si el cliente tarifica llamada, sólo realizaríamos la comprobación en factura.

Si el cliente tarifica llamadas en Zona 1, revisamos qué tipo de llamadas son, si ha excedido el
beneficio del pp y a dónde está llamando. Esta instancia no vuelca en Geneva, por lo que si vemos
que tarifica mal, se escala a billing para su revisión por parte de tecnología.

En cuanto a tarificación de datos, las revisiones las vamos a realizar en OCS. Comprobamos
RDRED activa en OCS y desde cuando (si se cobran conexiones anteriores y desde su activación
no ha tarificado, lo podemos cerrar con un TMP) En la parte de Roaming también podemos ver el
límite de control de consumo y modificarlo si es necesario. (En Smart vuelca como una instancia y
crea ot)

En zona 2, pueden surgir dos posibilidades: si el cliente no tiene TVDY2 en Smart, va a tarificar
todas las llamadas y conexiones que realice y es correcto, ya que el servicio no incluiría roaming
en zona 2.

Lo más habitual es que sí la tenga. Esta tarifa consiste en que una vez el cliente hace uso del
servicio en Zona 2, (recibe o realiza una llamada, conecta o envía un sms) genera una cuota diaria
de 15 euros/iva incluido, así durante el ese día, los consumos que realice, si es una Red M o
superior, van incluídos en esa cuota.

Las tarifas no ilimitadas, se provisionan en Smart y en sistemas de otra forma, por lo que esta
cuota diaria, incluye, según Red Planet, 20 megas para conectar, 20 sms, 20 minutos de voz y una
vez excedido se tarifica fuera de la tarifa. (estábamos pendientes que se modificara a 2 gigas por
día pero aun no hay noticias al respecto)

Esta tarifa sí vuelca en Geneva, por lo que si en voz no aplica de forma correcta revisamos si está
conciliada. En caso de que no lo esté o tarifique de forma incorrecta, se escala a Billing.

En cuanto a las tarificaciones de datos, también debe estar conciliada la tarifa en OCS, aunque la
mayoría de averías entran indicando que ha generado cuota y que el cliente no ha estado en tal
país, o se nos solicita saber dónde ha estado. Realizaríamos la búsqueda en histórico de
navegaciones en DATA ROAMING, y las aportaríamos en el cierre de la incidencia.

Si no constan podemos aportar la captura de la factura XML, o escalar (si no es superior a un

mes)solicitando la información.
En caso de que efectivamente hubiera un error, se escalaría a OM-SAC-SERVICE

Las conexiones, sms, llamadas… que el cliente indica que no realiza siempre las vamos a cerrar
con la etiqueta NIT_CONSUMOS_NO_REALIZA

Las conexiones aéreas/marítimas siempre es correcto que se tarifiquen igual que las que se
realizan en otras zonas.

TARIFAS ROAMING EN OCS:

CLIENTE ONO PURO:

Servicio Roaming@MRTRM OCS______________ TPILIMZ1

T.Viaje Roaming Vodafone Zona Resto@TVDY2 OCS________________ TPILIMZ2

Bono Viaje Megas Ilimitado (Z2)@BMGI2
Bono Viaje Voz Ilimitado (Z2)@BVIL2
Bono Viaje SMS Ilimitado (Z2)@BSMI2

(Tarifas no ilimitadas)----->ocs(TPNILIZ2)

TVDY2: Tarifa Viaje Roaming Vodafone Zona Resto para

BMGZ2: Bono Viaje Datos 20 Mb
BSMS2: Bono Viaje 20 SMS
BMIN2: Bono Viaje Voz 20 Minutos

ONO19

Tarifas ilimitadas:

En ocs vuelca con el código Z2DDI

No ilimitadas:

En ocs vuelca como RDROW

CLIENTE THIN FULL y ONEWAY en OCS:

MRTRM(Smart)/RDRED(ocs) ---->Zona 1

TVDY2(Smart)/ RDROW/DAROW(tarifas de 200 minutos, voz pago por minuto)---->Zona 2

RDSMA(en algunas tarifas de voz pago por minuto)---->Zona 1

ALARMAS:

siempre que veamos una avería de alarmas debemos primero revisar si se quejan del consumo
actual o de las facturas emitidas

• CONSUMO ACTUAL: revisamos en la pestaña de consumo móvil los minutos que lleva
consumidos.
• FACTURA GENERADA: revisamos el consumo realizado volcado en la factura
Una vez verificado el consumo vamos a la pestaña----> Otra información---> auditoría de
comunicaciones y verificamos los sms enviados al cliente por las alarmas. Copiamos siempre
este sms y la fecha de envío en el ticket.

En función de la información proporcionada usaremos una etiqueta u otra y cerraremos o

escalaremos la avería:

• SM_ALARMA_NO_RECIBE (DATOS) ó (VOZ):Lineas con planes de precios(las ilimitadas solo

reciben de datos) que incluyen aviso de consumo mediante alarma de sms al 90 y 100% y que
indican no estar recibiendo las sms .

• SM_ALARMA_RECIBE_KO: El cliente recibe sms informando que ha superado el beneficio

de la tarifa y en el consumo se verifica que no ha llegado al umbral de la tarifa.

• NIT_ALARMA:
( NO_ALCANZA_UMBRAL) El cliente no alcanzo los umbrales para que se le envien los sms de
alarmas, ya aparece comentario de cierre en la etiqueta.

(SUPERA_UMBRAL) El cliente supera los umbrales de la tarifa por tanto es correcto que se envíen
las alarmas. ya aparece comentario de cierre en la etiqueta.

• TMP_SM_ALARMAS_ANTIGÜEDAD+15DIAS Alarmas de más de 15 días de antigúedad que

no se puede ver el motivo del NO ENVIO