Manual de Operatividad Renteseg - V1.6 - VF

Manual Operatividad
v1.6
Sistema de Registro de Terminales

Móviles en Perú
17/05/2023 | ©2023 Inetum | Manual Operatividad v1.6

Classification: Confidential document
Inetum est certifié ISO 9001:2015 pour ses activités de :
Conception, réalisation et intégration de systèmes informatiques | Maintenance de systèmes informatiques (TMA)

Management de systèmes (infrastructure services) | Édition et distribution de progiciels. Pres-tations associées (conseil et services)
Intégration d’erp, plm et digitale.
Liste des sites certifiés mentionnés au certificat N° 1998/9244.23

Historial de Cambios
Versión de Fecha de la Revisado Descripción del Sección del documento

la revisión revisión por cambio afectada
Área
V.1.0 09/08/2022 Consultoría Inicial
INETUM
Área
Adecuación observaciones
V.1.1 08/09/2022 Consultoría Todo el documento
Osiptel
INETUM
Área
Osiptel
INETUM
Área
Osiptel
INETUM
3.1.1
Petición de token
Nuevos códigos de errores
RENTESEG 10.3
Cambiar tipo de
compresión a ficheros
5.3.3
masivos de ventas
Campo tipo acción Fichero
información de la Lista de 6.5.3
Área Excepción
V.1.4 19/12/2022 Consultoría Referencia a códigos
INETUM rechazo 3.2.2
5.4.5
Ciclo detección inter-red
gráfico
Servicios disponibles en 7.1
línea, autenticación
Especificar mejor el
3.1
nombre fichero Registro
Ventas de los
concesionarios
5.3.2
10.3
Añadir códigos rechazo
5.4.5
para el campo “ORIGEN”
de abonados y apartado
códigos rechazo de 3.2.2
abonados
Corrección de campos no 3.2.2

Área obligatorios 10.3
V.1.5 03/04/2023 Consultoría Cambiar codigoMensaje
INETUM ejemplos REST
5.6.3
Cambios en la definición
de los códigos de rechazo 5.1.3
RENRC000336,
RENRC000337 y
RENRC000338 3.1.1
5.1.1

Clasificación: Documento confidencial 2 / 161
10.3
Corregir errata en la
definición del campo
código de subsanación de 5.4.4
inoperativos 5.5.4
5.6.4
5.7.4
5.8.4
Cambiar descripción 5.9.4
campo “numero fila” de 5.10.4
fichero ERROR para poner 5.11.4
número posición fichero 5.12.4
origen 10.3
Añadir reglas comunes de

validación formato
caracteres especiales
Insertar nuevas
validaciones sobre el
código de subsanación de
los ficheros batch
Añadir nuevos códigos

rechazo
Insertar nueva regla

funcional común sobre la
fecha de corte de ficheros
batch
10.3
Añadir nuevo campo

“Numero anterior” 5.1.1
abonados para el cambio
numeración y modificar
validación 5.4.3
Área 5.4.4
V.1.6 17/05/2023 Consultoría 5.4.5
INETUM 10.3
Campos usuario
obligatorios y añadir
códigos error para campos 3.2.2
obligatorios usuario 10.3
blockUnblock
3.2.2
Especificar con más detalle 5.4.3

validación f)
Cambiar validación campo

“ESTADO SERVICIO”
asociada a “VINCULACION
SERVICIO”

Índice
1 Introducción ______________________________ 10
1.1 Arquitectura ___________________________________________ 10
2 Definiciones y acrónimos ____________________ 11
3 Servicios disponibles en línea _________________ 14

3.1 Descripción general _____________________________________ 14
3.1.1 Reglas comunes ______________________________________________________ 14
3.1.2 Autenticación ________________________________________________________ 14
Ejemplo petición de token y acceso API _______________________________________15
3.2 Catálogo de Servicios publicados por RENTESEG ______________ 16

3.2.1 Solicitud de identificador único del reporte a ser facilitado por el RENTESEG _______ 16
3.2.2 Envío Información Equipos Terminales Móviles sustraídos, perdidos y recuperados de

Perú, así como por fraude_______________________________________________ 17
3.2.3 Envío Información correspondiente al registro de la fecha y hora efectiva del bloqueo o
desbloqueo del Equipo Terminal Móvil, y de la suspensión o reactivación del servicio _ 28
3.2.4 Validación en línea de Equipos Terminales Móviles para altas nuevas _____________ 33
3.3 Catálogo de Servicios publicados por concesionarios móviles _____ 37

3.3.1 Obtención de token____________________________________________________ 38
3.3.2 Autorización de bloqueo y desbloqueo de los equipos terminales móviles sustraídos,

perdidos y recuperados de Perú reportados por abonados y usuarios, así como por
fraude ______________________________________________________________ 38
3.3.3 Autorización de bloqueo y desbloqueo de los equipos terminales móviles sustraídos,

perdidos y recuperados de Perú reportados por los importadores, ensambladores,
fabricantes, casas comercializadoras de equipos o aparatos de telecomunicaciones,
distribuidores, personas naturales o los Concesionarios Móviles _________________ 40
3.3.4 Validación diaria de los equipos terminales móviles para líneas en servicio _________ 42
4 Normas comunes intercambio de ficheros _______ 47

4.1 Directorios de intercambio ________________________________ 47
4.2 Conectividad SFTP ______________________________________ 50
4.3 No repudio en ficheros generados __________________________ 50
4.4 Compresión de archivos _________________________________ 51
5 Ficheros a tratar por RENTESEG _______________ 52

5.1 Normas comunes a todos los ficheros recibidos. _______________ 52
5.1.1 Reglas comunes ______________________________________________________ 52
5.1.2 Fichero Hash _________________________________________________________ 52
5.1.3 Fichero de errores y errores subsanación ___________________________________ 52
5.2 Fichero de Información del Registro de los equipos terminales móviles

importados, ensamblados y fabricados en el país ______________ 55
5.2.1 Periodicidad y horarios de carga de información _____________________________ 55
5.2.2 Nomenclatura del fichero _______________________________________________ 55
5.2.3 Formato del fichero ____________________________________________________ 55
5.2.4 Pruebas de verificación, validación y cruce de información _____________________ 57
5.2.5 Códigos Rechazo ______________________________________________________ 57
5.3 Fichero de Información del Registro de Ventas ________________ 58

5.3.3 Nomenclatura de los ficheros comprobantes ________________________________ 59
5.3.4 Formato del fichero ventas ______________________________________________ 59
5.3.6 Códigos Rechazo ______________________________________________________ 61
5.4 Fichero de Información del Registro de Abonados del Concesionario

Móvil ________________________________________________ 62
5.4.5 Códigos Rechazo ______________________________________________________ 71
5.5 Fichero de Información de los IMEI retirados del EIR del

Concesionario Móvil, correspondiente a equipos terminales móviles de
otros países y del Perú __________________________________ 73
5.5.5 Códigos Rechazo ______________________________________________________ 76
5.6 Fichero de Información correspondiente al registro de los Equipos

Terminales Móviles Inoperativos ___________________________ 77

5.6.5 Códigos Rechazo ______________________________________________________ 79
5.7 Fichero de Información correspondiente a las desvinculaciones diarias

de los equipos terminales móviles realizados por los abonados ___ 80
5.7.5 Códigos Rechazo ______________________________________________________ 83
5.8 Fichero de Información del registro de las vinculaciones diarias de los

Equipos Terminales Móviles realizadas por el abonado __________ 85
5.8.5 Códigos Rechazo ______________________________________________________ 88
5.9 Fichero de Información de Equipos Terminales Móviles para pruebas,

exhibiciones u otros similares, así como para el servicio técnico __ 89
5.9.5 Códigos Rechazo ______________________________________________________ 92
5.10 Fichero de Información correspondiente al registro de la fecha y

hora efectiva del bloqueo o desbloqueo del equipo terminal móvil en
cumplimiento de la Decisión 786 de la Comisión de la Comunidad
Andina; y la información de otros países con los cuales el Perú tiene
acuerdos internacionales _________________________________ 93
5.10.1 Periodicidad y horarios de carga de información_________________________ 93
5.10.2 Nomenclatura del fichero __________________________________________ 93
5.10.3 Formato del fichero _______________________________________________ 94
5.10.4 Pruebas de verificación, validación y cruce de información ________________ 95
5.10.5 Códigos Rechazo _________________________________________________ 96
5.11 Fichero de Reporte de IMEI Duplicados o Clonados en el Ciclo

Intra-red del concesionario móvil __________________________ 97
5.11.1 Periodicidad y horarios de carga de información_________________________ 97
5.11.2 Nomenclatura del fichero __________________________________________ 97

5.11.3 Formato del fichero _______________________________________________ 98
5.11.4 Pruebas de verificación, validación y cruce de información ________________ 99
5.11.5 Códigos Rechazo ________________________________________________ 100
5.12 Fichero con la información para añadir o eliminar de la lista de

excepciones __________________________________________ 101
5.12.1 Periodicidad y horarios de carga de información________________________ 101
5.12.2 Nomenclatura del fichero _________________________________________ 101
5.12.3 Formato del fichero ______________________________________________ 102
5.12.4 Pruebas de verificación, validación y cruce de información _______________ 104
5.12.5 Códigos Rechazo ________________________________________________ 104
6 Ficheros generados por RENTESEG ____________ 106

6.1 Normas comunes a todos los ficheros generados. _____________ 106
6.1.1 Fichero Hash/Firma___________________________________________________ 106
6.2 Fichero de Información del Registro de los equipos terminales móviles

reportados como sustraídos, perdidos y recuperados de otros Países
con los cuales el Perú tiene Acuerdos Internacionales__________ 106
6.2.1 Periodicidad y horarios de carga de información ____________________________ 106
6.2.2 Nomenclatura del fichero ______________________________________________ 106
6.2.3 Formato del fichero ___________________________________________________ 107
6.2.4 Pruebas de verificación, validación y cruce de información ______ ¡Error! Marcador no

definido.

Concesionario Móvil, correspondiente a equipos terminales móviles de
otros países y del Perú _________________________________ 108
6.3.4 Pruebas de verificación, validación y cruce de información ____________________ 109
6.4 Fichero de Información correspondiente al registro de los Equipos

Terminales Móviles Inoperativos __________________________ 109
6.5 Fichero de Información de la Lista de Excepción ______________ 111


6.6 Fichero de Consolidación del proceso de validación diaria _______ 112

6.7 Fichero de IMEI Detectados como retirados con actividad en el

proceso de detección ___________________________________ 114
6.8 Fichero Información de suspensión o baja del servicio público móvil

116
6.9 Fichero de Errores encontrados en el archivo reportado por el

concesionario móvil como Duplicados y Clonados en el ciclo de Intra-
red 118
7 Proceso de detección de duplicados ___________ 120

7.1 Ciclo Inter-Red _______________________________________ 120
7.2 Criterios de detección de duplicados _______________________ 121
7.3 Criterios de seguridad __________________________________ 122
7.4 Ficheros del proceso ___________________________________ 122
7.4.1 Fichero de vinculación de IMEI __________________________________________ 122
7.4.2 Fichero de IMEI repetidos ______________________________________________ 122
7.4.3 Fichero de información correspondiente a las llamadas salientes en sus redes (CDRs) 123
7.4.4 Fichero de IMEI duplicados _____________________________________________ 126

8 Certificados y no repudio ___________________ 128
8.1 Ejemplo implementación conexión SFTP password/publickey ____ 128
8.2 Ejemplo implementación generación HASH asociado a archivos a
transferir. ___________________________________________ 129
9 Mecanismos de contingencia e indisponibilidad __ 133

9.1 Indisponibilidad _______________________________________ 133
9.1.1 Origen Concesionario Móvil _____________________________________________ 133
9.1.2 Origen RENTESEG ____________________________________________________ 134
9.2 Contingencia ___________________ ¡Error! Marcador no definido.

9.2.1 Fallo en los servicios de los concesionarios móviles __________________________ 135
9.2.2 Fallo en los servicios del RENTESEG ______________________________________ 135
9.2.3 Flujos de proceso durante indisponibilidad _________________________________ 135
10 Catálogo de datos ______________________ 136

10.1 Listado Códigos de Mensaje ___________________________ 136
10.2 Códigos de error migrados ____________________________ 137
10.2.1 Registro de Terminales Móviles Sustraídos, Perdidos y Recuperados ________ 137
10.2.2 Registro de Abonados ____________________________________________ 141
10.2.3 Duplicados o Clonados Intra-Red ___________________________________ 146
10.3 Códigos de errores RENTESEG _________________________ 147

1 Introducción
El presente documento tiene como objetivo, describir los procedimientos y normas que los concesionarios
con obligación a conectarse al sistema de registro de terminales móviles deben seguir para asegurar el
correcto funcionamiento de todos los procesos administrativos que componen el sistema objeto de
desarrollo, garantizando de esta forma que el servicio alcance la funcionalidad y los niveles de calidad
requeridos:
En línea con lo anterior, se han definido siete procesos en línea que regulan el envío e intercambio de
información desde / hacia los concesionarios y el Administrador de la Base de Datos de Lista Blanca y
Lista Negra (RENTESEG).
1.1 Arquitectura
A continuación, se muestra la arquitectura del Sistema RENTESEG a alto nivel:

2 Definiciones y acrónimos
 Abonado corporativo: Persona jurídica que ha celebrado un contrato de prestación del servicio público
móvil, en la modalidad postpago, que tiene registrado a su nombre un número mínimo de líneas del
servicio público móvil definido en el Instructivo Técnico.
 Activación: Proceso por el cual el Concesionario Móvil habilita efectivamente el servicio contratado. Es
decir, implica la habilitación del servicio con el IMEI del equipo terminal móvil autorizado por el
RENTESEG.
 Base de Datos de la GSMA (GSMA IMEI Data Base): Es el sistema de la GSMA que facilita compartir
los IMEI por listas (negra, blanca u otra) entre los Concesionarios Móviles que contribuyen con dicha
información.
 Administrador del Sistema: Al Contratista encargado del desarrollo, implementación y
administración del RENTESEG, y que, por delegación del OSIPTEL, gestiona, administra, conserva y
resguarda las bases de datos que la conforman.
 Base de Datos del Sistema RENTESEG: Para efectos del presente documento entiéndase como base
de datos a una colección sistematizada de datos organizados y estructurados de similar naturaleza (que
podría corresponder a una o más tablas).
 Bloqueo de equipo terminal móvil: Acción mediante la cual el Concesionario Móvil incluye en su EIR
el IMEI de un equipo terminal móvil, para impedir que este acceda u opere en su red del servicio público
móvil.
 Bloqueo por equipo terminal móvil inoperativo: Acción mediante la cual el Concesionario Móvil
incluye en su EIR el IMEI de un equipo terminal móvil que se encuentra inoperativo, para impedir que
este acceda u opere en su red del servicio público móvil.
 Bloqueo por IMEI duplicado o clonado: Acción mediante la cual el Concesionario Móvil incluye en
su EIR el IMEI de un equipo terminal móvil que ha sido detectado operando en la red con un IMEI
duplicado o clonado, para impedir que este acceda u opere en su red del servicio público móvil.
 Bloqueo por IMEI inválido: Acción mediante la cual el Concesionario Móvil incluye en su EIR el IMEI
de un equipo terminal móvil que ha sido detectado operando en la red con un IMEI inválido, para
impedir que este acceda u opere en su red del servicio público móvil.
 Bloqueo por incumplimiento del intercambio seguro: Acción mediante la cual el Concesionario
Móvil incluye en su EIR el IMEI de un equipo terminal móvil que ha sido detectado con incumplimiento
del intercambio seguro, para impedir que este acceda u opere en su red del servicio público móvil.
 Bloqueo por no estar registrado en la Lista Blanca: Acción mediante la cual el Concesionario Móvil
incluye en su EIR el IMEI de un equipo terminal móvil que ha sido detectado operando en la red sin
estar registrado en la Lista Blanca, para impedir que este acceda u opere en su red del servicio público
móvil.
 Bloqueo por sustracción o pérdida: Acción mediante la cual el Concesionario Móvil incluye en su
EIR el IMEI de un equipo terminal móvil que ha sido reportado como sustraído o perdido, para impedir
que este acceda u opere en su red del servicio público móvil.
 Bloqueo por fraude: Acción mediante la cual el Concesionario Móvil incluye en su EIR el IMEI de un
equipo terminal móvil que ha sido reportado por fraude, para impedir que este acceda u opere en su
red del servicio público móvil.
 Bloqueo por uso prohibido: Acción mediante la cual el Concesionario Móvil incluye en su EIR el IMEI
de un equipo terminal móvil que ha sido detectado por uso prohibido, para impedir que este acceda u
opere en su red del servicio público móvil.
 CDR: De las siglas en inglés Charging Data Records. Es un formato de recolección de información
acerca de eventos relacionados al uso de una línea tales como tiempo de establecimiento de una
llamada, duración de la llamada, cantidad de datos transferidos, identificación del abonado llamante,
entre otros.
 Concesionario Móvil: Empresa operadora que cuenta con concesión del servicio público móvil.
 Condiciones de Uso: Texto Único Ordenado de las Condiciones de Uso de los Servicios Públicos de
Telecomunicaciones (TUO de las Condiciones de Uso), aprobado mediante Resolución de Consejo
Directivo N° 138-2012-CD-OSIPTEL y sus modificatorias o la norma que lo sustituya.

 Desbloqueo de equipo terminal móvil: Acción mediante la cual el Concesionario Móvil excluye el
IMEI de su EIR para permitir que este acceda a su red del servicio público móvil.
 Desbloqueo por motivo justificado: Acción mediante la cual el Concesionario Móvil excluye de su
EIR el IMEI del equipo terminal móvil que ha sido reportado por incumplir el intercambio seguro, no
estar registrado en la Lista Blanca, por ser IMEI inválido, o por otra causal.
 Desbloqueo por recuperación: Acción mediante la cual el Concesionario Móvil excluye de su EIR el
IMEI del equipo terminal móvil que ha sido reportado como recuperado, con el fin de habilitar su uso
en las redes del servicio público móvil.
 EIR: De las siglas en inglés Equipment Identity Register (Registro de Identificación de Equipo). Es una
entidad funcional que contiene una o varias bases de datos que almacenan los IMEI, los IMSI u otros
datos usados en las redes del servicio público móvil, y tiene la capacidad para permitir o impedir que
los IMEI y/o los IMSI que se encuentren registrados en dichas bases utilicen la red de los Concesionarios
Móviles.
 Equipo terminal móvil: Dispositivo que posee un IMEI por medio del cual se accede a las redes de
los Concesionarios Móviles, para prestar servicios de telecomunicaciones de voz y/o datos.
 Equipo terminal móvil de préstamo: Equipo terminal móvil de propiedad del Concesionario Móvil,
para uso de los abonados que internen sus equipos terminales móviles en su servicio técnico. El número
máximo de estos equipos terminales móviles es definido en el Instructivo Técnico.
 Equipo terminal móvil inoperativo: Equipo terminal móvil que ha perdido de manera permanente
alguna funcionalidad que no le permite operar en la red del servicio público móvil.
 Equipo terminal móvil para pruebas, demostraciones u otros similares: Equipo terminal móvil
registrado por el Concesionario Móvil, destinado a pruebas, exhibiciones, muestras, ferias, y otras
demostraciones de operatividad técnica. El número máximo de estos equipos terminales móviles es
definido en el Instructivo Técnico.
 Equipo terminal móvil reportado por fraude: Equipo terminal móvil que ha sido adquirido al
Concesionario Móvil a través de una contratación no solicitada o portabilidad sin consentimiento.
 Equipo terminal móvil sustraído: Equipo terminal móvil que ha sido sustraído o robado.
 Estado previo a la activación del servicio: Etapa posterior a la contratación del servicio público
móvil y previa a la habilitación del servicio con el IMEI del equipo terminal móvil autorizado por el
RENTESEG, en el cual se encuentran habilitadas, únicamente, las funcionalidades que permitan la
captura del IMEI por parte de la red móvil.
 Forma inmediata o en línea: Acción que debe realizarse considerando un tiempo máximo de 30
segundos aplicable a cualquier transacción en línea realizada con el sistema RENTESEG.
 IMEI: De las siglas en inglés International Mobile Station Equipment Identity (identidad internacional
del equipo terminal móvil). Es el código o número de serie de quince dígitos único que identifica al
equipo terminal móvil de manera exclusiva a nivel mundial. Está compuesto por cuatro partes: TAC
(Type Allocation Code), FAC (Final Assembly Code), el número de serie del teléfono y el décimo quinto
dígito es el dígito verificador. La numeración del IMEI físico es aquella grabada en una o más partes
físicas del equipo terminal móvil y la del IMEI lógico es aquella grabada en el sistema de dicho equipo.
Ambas numeraciones son coincidentes.
 IMEI Alterado: IMEI que no corresponde a un código numérico válido y/o en el que no existe
coincidencia con el originalmente establecido por su Fabricante; es decir, el IMEI físico no coincide con
el IMEI lógico. Se considera IMEI alterado al código IMEI duplicado, clonado o inválido.
 IMEI Inválido: IMEI cuya numeración no figura en la lista de la GSMA. El IMEI ausente o incompleto
se considera también inválido.
 Importador: Toda persona natural o jurídica que importa al país equipos terminales móviles para su
comercialización dentro del país. Se encuentran comprendidos dentro de esta definición los
Concesionarios Móviles que importan equipos terminales móviles.
 IMSI: De las siglas en inglés International Mobile Subscriber Identity (Identificador Internacional de
Suscriptor Móvil). Es el código de identificación internacional único para cada abonado del servicio
público móvil, el cual se encuentra integrado al SIM card, Chip u otro equivalente, que permite su
identificación a través de las redes de servicios móviles.

 Intercambio seguro: Libertad del abonado de acceder a los servicios públicos móviles contratados a
través de los IMSI registrados a su nombre en los diferentes equipos terminales móviles en los que el
abonado del servicio público móvil figure como usuario registrado en el RENTESEG.
 Lista Blanca: Base de datos dinámica y de permanente actualización que contiene información del
Registro de Abonados del servicio público móvil, incluyendo el registro de los equipos terminales móviles
utilizados en la prestación de dicho servicio y los equipos terminales móviles importados legalmente,
ensamblados y fabricados en el país, así como aquellos que de acuerdo con el Reglamento del Decreto
Legislativo Nº 1338 deban ser incluidos.
 Lista de Excepción: Base de datos dinámica y de permanente actualización para los casos de
detección de equipos terminales móviles con IMEI duplicados o clonados, y que contiene la información
del IMEI acreditado como pregrabado por el Fabricante vinculado al IMSI y/o Número Servicio activo
en dicho IMEI, a fin de evitar el bloqueo del equipo terminal móvil.
 Lista Negra: Base de datos dinámica y de permanente actualización, que contiene información de los
equipos terminales móviles que son reportados como sustraídos, perdidos, inoperativos y que hayan
incumplido el intercambio seguro, así como los equipos terminales móviles con IMEI alterados que sean
detectados operando en la red del servicio público móvil sin encontrarse registrados en la Lista Blanca.
También se incluye los equipos terminales móviles que exceden la cantidad máxima permitida para su
adquisición en el extranjero por la persona natural en el plazo de un (1) año; así como, aquellos que
de acuerdo con el Reglamento del Decreto Legislativo Nº 1338 deban ser incluidos.
 MININTER: Ministerio del Interior.
 Número de Servicio telefónico móvil: De las siglas en inglés Mobile Station Integrated Services
Digital Network (MSISDN). Es el número que identifica de forma única la suscripción en una red GSM
o una red móvil UMTS (Mobile Station Integrated Services Digital Network).
 MTC: Ministerio de Transportes y Comunicaciones.
 OSIPTEL: Organismo Supervisor de Inversión Privada en Telecomunicaciones.
 Registro de Abonados: Registro actualizado de los abonados del servicio público móvil que hubieran
contratado servicios bajo la modalidad prepago, control y/o postpago.
 Registro Nacional de Equipos Terminales Móviles para la Seguridad (RENTESEG): Al Registro
Nacional a cargo del OSIPTEL integrado por la Lista Blanca, la Lista Negra y otra información conforme
a lo establecido en el Decreto Legislativo N° 1338, su Reglamento, Normas Complementarias,
Instructivo Técnico u otra que el OSIPTEL determine.
 Servicio Público Móvil: Servicio público de telecomunicaciones que incluye al servicio de telefonía
móvil, el servicio de comunicaciones personales, el servicio móvil de canales múltiples de selección
automática (troncalizado) y otros que se definan posteriormente de acuerdo a la normativa vigente.
 Sistema RENTESEG: Conjunto de componentes y procesos que se encuentran interrelacionados y que
interactúan entre sí, con el fin de asegurar el funcionamiento del RENTESEG.
 SNM: Superintendencia Nacional de Migraciones.
 SIM card: A la tarjeta del módulo de identificación del abonado (Suscriber Identity Module). Tarjeta
inteligente ubicada en un equipo terminal móvil, cuya función principal es la de habilitar el servicio del
abonado para su identificación en la red. Se entenderá como SIM Card, USIM, Micro SIM, Nano SIM,
Chip u otro equivalente.
 TAC: Código asignado por la GSMA (del inglés Type Allocation Code) que permite identificar marca,
modelo y demás características propias de cada equipo terminal móvil.
 Usuario: Persona natural o jurídica que en forma eventual o permanente tiene acceso a algún servicio
público móvil.
 Usuario Registrado de un equipo terminal móvil: Persona natural o jurídica titular del servicio que
activa por primera vez un equipo terminal móvil y/o que tiene registrado a su nombre uno o más
equipos terminales móviles en el RENTESEG.

3 Servicios disponibles en línea
3.1 Descripción general
3.1.1 Reglas comunes
Se definen las siguientes reglas de formato que se deben aplicar a todos los procesos definidos en el
apartado 3 del presente documento.
Los campos alfanuméricos o carácter (nombre, apellidos, razón social, etc)

no pueden contener los siguientes caracteres especiales “/”, “%”, “$”, “~”,
RF-001 “#”, “_”, “\”, “^”, "=", "?", "¿", "{", "}", "[", "]", ">", "<"
Si incluyera alguno de estos caracteres, el campo será rechazo por incumplir
la validación con “XXXX valor no permitido”
3.1.2 Autenticación
En este apartado se pueden encontrar las definiciones tanto técnicas como funcionales de los servicios
web desplegados en RENTESEG para su implementación utilizando REST vía https.
Protocolo Autentificación
Autenticación OAuth 2.0. Se accede mediante:

REST
access_token
Los posibles códigos de respuesta HTTP que pueden generar todos los servicios son:
Código Descripción
200 Éxito.
4xx Error controlado
5xx Errores no controlados
La URI de solicitud de token es:
Método URI
POST /auth/realms/renteseg/protocol/openid-connect/token
La política de acceso a las distintas Apis involucradas en RENTESEG está basada en un sistema de tokens
gestionada por el servicio de generación de los mismos (Keycloak), cada cliente deberá estar dado de alta
en dicho servicio para así generar los valores de los siguientes campos:

Campo Valor Descripción
grant_type client_credentials Tipo de solicitud
Se proveerá a los Campo que identifica al cliente que está solicitando el

client_id
concesionarios servicio
Se proveerá a los Campo de texto generado al dar de alta el cliente en

client_secret
concesionarios Keycloak
La solicitud al servicio, con los parámetros correctos, dará como respuesta un json con el access_token
para el cliente que ha solicitado:
Campo Descripción Tiempo expiración

30 días
Token alfanumérico generado devuelto mediante
access_token una petición REST a Keycloak y es generado
para un usuario para su acceso a la aplicación
Ejemplo petición de token y acceso API

Se obtiene el token haciendo una petición REST POST al servidor de seguridad que es Keycloak, mediante
la siguiente api, con usuario y password, que se proveerán a cada a usuario.
Arquitectura URL del Endpoint
REST POST /auth/realms/renteseg/protocol/openid-connect/token
POST https://auth.desa.es/auth/realms/renteseg/protocol/openid-connect/token HTTP/1.1

Accept-Encoding: gzip,deflate
Content-Type: application/x-www-form-urlencoded
Content-Length: 103
Host: 191.98.166.228
Connection: Keep-Alive
User-Agent: Apache-HttpClient/4.5.5 (Java/16.0.1)
grant_type=client_credentials&client_id=renteseg-api-
app&client_secret=AvH19UuN4wCVbzmZPLVgXRvf3ODwNyh6
Se obtiene el siguiente json:
{"access_token":"eyJhbGciOiJSUzI1NiIsInR5cCIgOiAiSldUIiwia2lkIiA6ICIzNWI0X1VkQzhWN3lvdkYwMWp0aGUxZ1
dqNmxtTUV5UHlxd3hLSVA2bU1ZIn0.eyJleHAiOjE2Njg3NTY5NjEsImlhdCI6MTY2ODc1NjY2MSwianRpIjoiNTA5ODJkMDYtM
2NiMS00YmRkLTg3NjktMDI4ZDEwNDBlYjkwIiwiaXNzIjoiaHR0cHM6Ly9hdXRoLmRlc2EzLmVzL2F1dGgvcmVhbG1zL3JlbnRl
c2VnIiwiYXVkIjoiYWNjb3VudCIsInN1YiI6IjRkM2VjMWQxLWQ4MmYtNGQ3OC05ZDUxLTQ5Zjg4YmFhMDA3YSIsInR5cCI6IkJ
lYXJlciIsImF6cCI6InJlbnRlc2VnLXJlZ2lzdHJvLXZlbnRhcy13ZWIiLCJzZXNzaW9uX3N0YXRlIjoiYjMwNGYxMTAtNDc1NC
00YTdiLWJkYmItZGE1MjAyZjY3ZTFlIiwiYWNyIjoiMSIsImFsbG93ZWQtb3JpZ2lucyI6WyJodHRwczovL3ZlbnRhcy5kZXNhM
y5lcyJdLCJyZWFsbV9hY2Nlc3MiOnsicm9sZXMiOlsiUk9MX0FETUlOX0VYQ0VQQ0lPTkVTIiwib2ZmbGluZV9hY2Nlc3MiLCJ1
bWFfYXV0aG9yaXphdGlvbiIsIlJPTF9BRE1JTl9VU1VBUklPUyIsImRlZmF1bHQtcm9sZXMtcmVudGVzZWciLCJST0xfQURNSU5
fRkVTVElWT1MiXX0sInJlc291cmNlX2FjY2VzcyI6eyJhY2NvdW50Ijp7InJvbGVzIjpbIm1hbmFnZS1hY2NvdW50IiwibWFuYW
dlLWFjY291bnQtbGlua3MiLCJ2aWV3LXByb2ZpbGUiXX19LCJzY29wZSI6InByb2ZpbGUgZW1haWwiLCJzaWQiOiJiMzA0ZjExM
C00NzU0LTRhN2ItYmRiYi1kYTUyMDJmNjdlMWUiLCJlbWFpbF92ZXJpZmllZCI6ZmFsc2UsInByZWZlcnJlZF91c2VybmFtZSI6
InRlc3QifQ.dd7jn8kPfjXxGUF_TqL1w-
vr3npbdclsov_FF6g44tqRF7Q7MoZVyRWxOA0Ekd88_x4VCijR1VZXYXw6jrXjY8HBIta6ac2ox5MeMtqeplOD-
uPc_rAqzagFhbuH34IcjpoBaX5bgDKmQQrx4iieY06-
TDgQnXvpd9H0tjnFN7WkB2rSbWw0lA1ENdnkrihExzGLibjnirbg6Tuc646nIZnNb05JmEWEgQx4OmBOvzi1DL5QZ0O5cn_U3Lx
dMV7TFDcNVP0A74scErd0bFV_sy6hzFmA-k98PTAAlCrMaB7y7s8eyvKqnFmngowu7OSOYGAU4Nk-2o-

V16sh_sGQvw","expires_in":300,"refresh_expires_in":1800,"refresh_token":"eyJhbGciOiJIUzI1NiIsInR5cC
IgOiAiSldUIiwia2lkIiA6ICJjZTU5MTdiZi02MzIwLTRjYjktOGVmMi0yMWJjYjdhZTNkNTcifQ.eyJleHAiOjE2Njg3NTg0Nj
EsImlhdCI6MTY2ODc1NjY2MSwianRpIjoiMTIzNmRiMzQtY2ZhYS00MzFkLThmMzAtNWIyY2NhNDgyNWM3IiwiaXNzIjoiaHR0c
HM6Ly9hdXRoLmRlc2EzLmVzL2F1dGgvcmVhbG1zL3JlbnRlc2VnIiwiYXVkIjoiaHR0cHM6Ly9hdXRoLmRlc2EzLmVzL2F1dGgv
cmVhbG1zL3JlbnRlc2VnIiwic3ViIjoiNGQzZWMxZDEtZDgyZi00ZDc4LTlkNTEtNDlmODhiYWEwMDdhIiwidHlwIjoiUmVmcmV
zaCIsImF6cCI6InJlbnRlc2VnLXJlZ2lzdHJvLXZlbnRhcy13ZWIiLCJzZXNzaW9uX3N0YXRlIjoiYjMwNGYxMTAtNDc1NC00YT
diLWJkYmItZGE1MjAyZjY3ZTFlIiwic2NvcGUiOiJwcm9maWxlIGVtYWlsIiwic2lkIjoiYjMwNGYxMTAtNDc1NC00YTdiLWJkY
mItZGE1MjAyZjY3ZTFlIn0.80iZVSJA187nhLBT8lh434F_C-adOlG1ivAJ-yMRI7w","token_type":"Bearer","not-
before-policy":1664880454,"session_state":"b304f110-4754-4a7b-bdbb-da5202f67e1e","scope":"profile
email"}
Del JSON obtenido se utiliza el valor de access_token para hacer la llamada al API que comprobará su
validez con el servidor de Keycloak:
curl -X GET 'https://procesos.desa3.es/api/v1/sequence' \

--header 'Authorization: bearer
eyJhbGciOiJSUzI1NiIsInR5cCIgOiAiSldUIiwia2lkIiA6ICIzNWI0X1VkQzhWN3lvdkYwMWp0aGUxZ1dqNmxtTUV5UHlxd3h
LSVA2bU1ZIn0.eyJleHAiOjE2Njg3NTY5NjEsImlhdCI6MTY2ODc1NjY2MSwianRpIjoiNTA5ODJkMDYtM2NiMS00YmRkLTg3Nj
ktMDI4ZDEwNDBlYjkwIiwiaXNzIjoiaHR0cHM6Ly9hdXRoLmRlc2EzLmVzL2F1dGgvcmVhbG1zL3JlbnRlc2VnIiwiYXVkIjoiY
WNjb3VudCIsInN1YiI6IjRkM2VjMWQxLWQ4MmYtNGQ3OC05ZDUxLTQ5Zjg4YmFhMDA3YSIsInR5cCI6IkJlYXJlciIsImF6cCI6
InJlbnRlc2VnLXJlZ2lzdHJvLXZlbnRhcy13ZWIiLCJzZXNzaW9uX3N0YXRlIjoiYjMwNGYxMTAtNDc1NC00YTdiLWJkYmItZGE
1MjAyZjY3ZTFlIiwiYWNyIjoiMSIsImFsbG93ZWQtb3JpZ2lucyI6WyJodHRwczovL3ZlbnRhcy5kZXNhMy5lcyJdLCJyZWFsbV
9hY2Nlc3MiOnsicm9sZXMiOlsiUk9MX0FETUlOX0VYQ0VQQ0lPTkVTIiwib2ZmbGluZV9hY2Nlc3MiLCJ1bWFfYXV0aG9yaXphd
GlvbiIsIlJPTF9BRE1JTl9VU1VBUklPUyIsImRlZmF1bHQtcm9sZXMtcmVudGVzZWciLCJST0xfQURNSU5fRkVTVElWT1MiXX0s
InJlc291cmNlX2FjY2VzcyI6eyJhY2NvdW50Ijp7InJvbGVzIjpbIm1hbmFnZS1hY2NvdW50IiwibWFuYWdlLWFjY291bnQtbGl
ua3MiLCJ2aWV3LXByb2ZpbGUiXX19LCJzY29wZSI6InByb2ZpbGUgZW1haWwiLCJzaWQiOiJiMzA0ZjExMC00NzU0LTRhN2ItYm
RiYi1kYTUyMDJmNjdlMWUiLCJlbWFpbF92ZXJpZmllZCI6ZmFsc2UsInByZWZlcnJlZF91c2VybmFtZSI6InRlc3QifQ.dd7jn8
kPfjXxGUF_TqL1w-
vr3npbdclsov_FF6g44tqRF7Q7MoZVyRWxOA0Ekd88_x4VCijR1VZXYXw6jrXjY8HBIta6ac2ox5MeMtqeplOD-
uPc_rAqzagFhbuH34IcjpoBaX5bgDKmQQrx4iieY06-
TDgQnXvpd9H0tjnFN7WkB2rSbWw0lA1ENdnkrihExzGLibjnirbg6Tuc646nIZnNb05JmEWEgQx4OmBOvzi1DL5QZ0O5cn_U3Lx
dMV7TFDcNVP0A74scErd0bFV_sy6hzFmA-k98PTAAlCrMaB7y7s8eyvKqnFmngowu7OSOYGAU4Nk-2o-V16sh_sGQvw'
3.2 Catálogo de Servicios publicados por RENTESEG

3.2.1 Solicitud de identificador único del reporte a ser facilitado
por el RENTESEG
Los concesionarios móviles deben solicitar a RENTESEG el identificador único del reporte, idProceso, a
remitir en las solicitudes que realicen al sistema.
REST GET /api/v1/sequence
Argumentos de Salida
Nº Campo Tipo Longitud Descripción
Tipo: Fecha y Hora autogeneradas.

1 fechaMensaje Carácter 14
Formato: YYYYMMDDHHMISS.

Identificador único del reporte a ser facilitado por el
RENTESEG. Este campo aparece solamente cuando la
transacción es aceptada.
Dispondrá del siguiente formato:
CCYYYYMMDDSSSSSSSSSS
Alfanumé Donde:
2 idProceso 20
rico  CC: código numérico del concesionario en
portabilidad
 YYYY: año
 MM: mes
 DD: dia
 SSSSSSSSSS: secuencial
Código de rechazo que identifica la causa por la cual se
3 codigoRechazo Carácter 15 rechaza la transacción. Este campo aparece solamente
cuando se rechaza la transacción
Códigos Rechazo
Campo Código Descripción
GENÉRICO RENRC000000 Error genérico en la aplicación
SECUENCIA RENRC000291 Error al generar “ID PROCESO”
Definición de la arquitectura REST

Se utilizará únicamente el método GET para realizar las operaciones de comunicación entre el servicio
web y el cliente.
Formato de respuesta del servicio: JSON
REST: ejemplo de respuesta a la solicitud

Ejemplo 1 – Respuesta Concesionarios exitosa:
{
"fechaMensaje":”20221027101251”,
"idProceso":”20220801200000001”
}
Ejemplo 1 – Respuesta Concesionarios rechazada:

{
"fechaMensaje":”20221027101251”,
"codigoRechazo":” RENRC000291”
}
3.2.2 Envío Información Equipos Terminales Móviles sustraídos,

perdidos y recuperados de Perú, así como por fraude
Esta información estará conformada por los nuevos reportes de equipos terminales móviles sustraídos,
perdidos y recuperados de Perú, los cuales deberán ser entregados y procesados en línea por el Sistema
RENTESEG.
REST POST /api/v1/imei/block/unblock

El concesionario podrá subsanar la solicitud rechazada enviando el mismo código de mensaje y el mismo
idProceso de la solicitud inicial.
Validaciones
A continuación, se definen las validaciones que RENTESEG realiza para considerar que un mensaje es
válido para su envío.
Las validaciones previas a la aceptación de una solicitud de envío son:

 Validaciones de formato: según lo detallado en el apartado siguiente “Argumentos de entrada”.
 Validaciones funcionales del sistema RENTESEG:
a) En los casos en los que un concesionario móvil registre la sustracción o pérdida de un equipo
terminal móvil cuyo IMEI figure como bloqueado en Lista Negra de RENTESEG, se rechazará
dicha solicitud con código "VALLN000777" y los concesionarios móviles que reciban ese
código de rechazo deberán suspender preventivamente el servicio móvil. También serán
rechazadas las solicitudes para los casos en los que se realice una solicitud de recuperación
sobre recuperación (código de rechazo "VALLN000778"), o de recuperación sobre bloqueo
de otra empresa operadora (código de rechazo "VALLN000779").
b) El campo 12 “Fecha y hora del reporte” debe ser menor que el campo 1 “Fecha y hora del
mensaje”. No obstante, en los casos que el campo 12 “Fecha y hora del reporte” es anterior
al campo 1 “Fecha y hora del mensaje”, se deberá validar si corresponde el rechazo o
autorización de la solicitud, puesto que podría corresponder a una regularización del
bloqueo.
c) Las solicitudes rechazadas por bloqueo sobre bloqueo, recuperación sobre recuperación o
recuperación sobre un bloqueo de otra empresa operadora, serán devueltas a sus
respectivos concesionarios a fin de que no registren dicha recuperación o bloqueo en su
base de datos. Las solicitudes rechazadas por bloqueo sobre bloqueo, los concesionarios
móviles deberán suspender preventivamente el servicio móvil.
d) En los casos en los que el concesionario móvil realice una solicitud de sustracción/pérdida
o recuperación repetida (solicitud completamente idéntica) se considerará como válida la
primera solicitud; las solicitudes repetidas deberán ser rechazadas.
e) Realizar las validaciones que se requieran con el Registro de Abonados, tal como: validar
que el número de servicio telefónico móvil esté vinculado al IMEI, validar que, si el reporte
por sustracción, pérdida o recuperación del equipo fue realizado por un “abonado” (campo
9 sea opción 1), los datos de dicho “abonado” (campos 13, 14, 15, 16 y 17) deben
encontrarse en el Registro de Abonados, entre otros. La veracidad de esta validación se
marcará en el sistema como si cumple o no pero no se rechazará la solicitud.
f) Una recuperación sólo puede ser solicitada por el mismo Concesionario Móvil que solicitó el
bloqueo, así como sólo por el abonado de equipo, el cual a su vez debe encontrarse en el
Registro de Abonados, considerando que el tipo de documento de identidad y el número de
documento de identidad del “reporte de recuperación” debe corresponder a la información
que se encuentra en el registro de abonados asociada al número de servicio móvil.
g) Verificar si el IMEI es inválido, en cuyo caso se rechaza la solicitud de recuperación.
h) Para los casos de fraude, la solicitud de recuperación sólo puede ser realizada por el
Concesionario Móvil que registró el bloqueo.
i) La fecha de reporte debe ser menor que la fecha del mensaje.
j) Solo en el caso que el abonado peruano (conforme a lo indicado por la RENIEC) o extranjero
de ser aplicable, no cuente con el apellido materno o paterno, los Concesionarios Móviles
incluirán un punto (.) en el campo que corresponda, a fin de no dejarlo vacío y evitar
posibles inconsistencias en la información. Solo se puede consignar un punto (.) en uno de
los apellidos del abonado.
k) En caso de sustracción o pérdida de un IMEI que se encuentre en lista de excepción, se
debe eliminar de lista de excepción del RENTESEG y cambiar el estado del IMEI a Sustraído.
l) En caso de recuperación, el IMEI pasa a Lista Blanca si es válido y no se encuentra reportado
en Lista Negra con otra casuística.

Argumentos de Entrada
Longitu Obligatori
Nº Campo Tipo Descripción
d o

1 fechaMensaje Carácter 14 Si
Valor que identifica el mensaje. A ser precisado
2 codigoMensaje Numérico 3 por el OSIPTEL. Catálogo de datos sección 10.1 Si
– Listado códigos de mensaje
Identificador único del reporte a ser facilitado por
3 idProceso Numérico 20 Si
el RENTESEG.
Número telefónico asociado al equipo

terminal móvil materia del reporte. En caso
de que el motivo del reporte sea
“Recuperado” el número telefónico deberá
ser el mismo con el que se reportó
4 numServicio Numérico 9 “Sustraído” o “Perdido”, según sea el caso. No
Formato: 9XXXXXXXX.
- En caso no haya un servicio asociado, no
deberá haber valor.
- Si existe un servicio asociado a un
abonado, este campo es obligatorio
Código de identificación internacional único para
cada abonado del servicio público móvil, el cual
se encuentra integrado al SIM card, Chip u otro
equivalente asociado al equipo terminal móvil
materia del reporte.
Tiene una longitud máxima de 15 cifras.
Los 5 primeros caracteres del IMSI, deben
corresponder a los asignados a cada
5 imsi Numérico 15 No
concesionario móvil: Entel (71617), Claro
(71610), Telefónica (71606), Bitel (71615),
Flash (71606), Dolphin (71619) y Guinea Mobile
(71620).
- En caso no haya un servicio asociado, no
- Si existe un servicio asociado a un abonado,
este campo es obligatorio
Identidad internacional del equipo terminal móvil
materia del reporte. Es el código o número de
serie de 15 dígitos único que identifica al equipo
6 imei Numérico 15 terminal móvil de manera exclusiva a nivel Si
mundial.
El quinceavo dígito debe ser resultado de la
aplicación del algoritmo de Luhn.
Indica el medio por el cual el abonado o usuario
realiza el reporte de la sustracción, pérdida,
recuperación o fraude del equipo terminal móvil.
 Longitud: 1.
 Tipo: numérico.
 Valores:
1 Vía telefónica
7 medioReporte Numérico 1 Si
2 Presencial
3 Contraseña única
4 Web
En caso de recuperación, el medio de reporte
debe ser “2” Presencial o “3” Contraseña única.
En caso de fraude, el medio de reporte debe ser
“1” Vía telefónica, “2” Presencial o “4” Web

Número telefónico del servicio fijo (incluye el
código de departamento) o móvil desde el cual
se reporta la sustracción o pérdida del equipo
terminal móvil. Número telefónico obtenido a
través del Identificador de Llamada (Caller ID)
en la llamada del reporte.
- Este campo es obligatorio cuando
numServicioR
8 Numérico 9 “medioReporte” sea igual a “1”. No
eporte
- Si se reporta desde un teléfono fijo, deberá
tener 8 caracteres incluyendo el código de
departamento.
- Si se reporta desde un teléfono móvil, deberá
tener 9 caracteres e iniciar con el número 9,
ejemplo 9XXXXXXXX.
- El código de departamento debe ser válido.
Corresponde a la persona natural o jurídica que
realiza el reporte.
Valores:
1 Abonado
9 fuenteReporte Numérico 1 2 Usuario Si
3 Otros (Importador, Distribuidor,
Ensamblador, Fabricante, Casa
Comercializadora).
4 Propia empresa operadora.
Indica el motivo del reporte efectuado por el

abonado o usuario, Importador, Distribuidor,
Ensamblador, Fabricante, Casa Comercializadora
o la propia empresa operadora.
• Valores:
S Sustraído
10 motivoReporte Carácter 1 Si
P Perdido
R Recuperado
F Fraude
- En caso el “Motivo del reporte” sea “R”, la
“Fuente del Reporte” (campo 9) no podrá ser
“2” (Usuario).
Códigoa empresa operadora, par del reporte
brindado por l a el caso de reportes por
sustracción o pérdida.
Alfanumér
11 codigoReporte 20 Si el “Motivo del Reporte” (campo 10) es igual a No
ico
“R” (Recuperado), este campo será nulo y para
el resto de motivo de reporte, este campo es
obligatorio.
Fecha y hora del reporte efectuado por el
abonado o usuario, Importador, Fabricante,
Ensamblador, Distribuidor, o la propia empresa
operadora.
 Estructura: YYYYMMDDHHMISS
12 fechaReporte Carácter 14 Si
Donde, YYYY = representa el año, MM =
representa el mes, DD = representa el
día, HH = representa la hora en formato
00 hasta 23, MI = minutos y SS =
corresponde a los segundos.
nombreUsuari Nombres del usuario que realiza el reporte

13 Carácter 60 Si
o cuando se trata de personas naturales.
apellidoPatern Primer apellido del usuario que realiza el reporte

14 Carácter 40 Si
oUsuario cuando se trata de personas naturales.

apellidoMatern Segundo apellido del usuario que realiza el
15 Carácter 40 Si
oUsuario reporte cuando se trata de personas naturales.
Tipo de documento legal de identificación del

abonado, usuario, Importador o Distribuidor,
Ensamblador, Fabricante, o Casa
Comercializadora que realiza el reporte.
 Valores
tipoDocument 1 DNI
16 Numérico 1 Si
o
2 RUC
3 Carné de Extranjería
4 Pasaporte
5 Documento Legal de Identidad
válido requerido por la SNM
Número de documento legal de identificación del

abonado, usuario, Importador o Distribuidor,
Ensamblador, Fabricante, o Casa
Comercializadora que realiza el reporte.
- Si el tipo de documento legal es “1” (DNI) la
longitud debe ser igual a 8 (valores
numéricos).
numeroDocum
17 Carácter 20 - Si el tipo de documento legal es “2” (RUC) la Si
ento
longitud debe ser igual a 11.
- Si el tipo de documento legal es diferente de
“1” (DNI) y ”2” (RUC), la longitud debe ser
menor o igual a 20.
- Si el tipo de documento legal es “1” (DNI) o
“2” (RUC), solo se aceptarán caracteres
numéricos.
 Tipo Error
Tipo: Fecha y Hora autogeneradas

Formato: YYYYMMDDHHMISS
Valor numérico que identifica el mensaje. A ser
2 codigoMensaje Numérico 3
precisado por el OSIPTEL.

3 idProceso Numérico 20
RENTESEG.

4 codigoRechazo Carácter 15
rechaza la transacción.
 Tipo Respuesta
- Autorización de bloqueo y/o desbloqueo de los equipos terminales móviles sustraídos,
perdidos y recuperados de Perú reportados por abonados y usuarios, así como por
fraude.
Para el caso que el contenido del campo “Fuente del reporte” corresponda al abonado, usuario o la propia
empresa operadora (1,2 o 4), el sistema RENTESEG realizará la validación (en línea) y remitirá en línea
la información correspondiente a los siguientes campos del salida al Concesionario Móvil que reportó la
información y a los otros Concesionarios Móviles para que realicen, según corresponda, el
bloqueo/desbloqueo del equipo, la suspensión/reactivación del servicio vinculado al equipo terminal
móvil, o no realicen acción alguna.

Nº Campo Tipo Longitud Descripción Obligatorio

Valor numérico que identifica el mensaje.
2 codigoMensaje Numérico 3 Si
A ser precisado por el OSIPTEL.
Identificador RENTESEG de la solicitud de
3 idProceso Numérico 20 bloqueo/desbloqueo inicial del Si
concesionario.
Identidad internacional del equipo
terminal móvil materia del reporte. Es el
código o número de serie de 15 dígitos
único que identifica al equipo terminal
4 imei Numérico 15 Si
móvil de manera exclusiva a nivel
mundial.
El quinceavo dígito debe ser resultado de
la aplicación del algoritmo de Luhn.
Indica la acción a realizar al IMEI del
equipo terminal móvil.
5 accionImei Carácter 1 • Motivo del reporte: Si
B Bloqueo
D Desbloqueo
Indica la acción a realiza en el servicio por

el Concesionario Móvil.
Para el mensaje enviado al Concesionario
Móvil que brinda el servicio, corresponde:
- Estado (valores):
SSP Suspensión por
sustracción o pérdida del
6 accionServicio Carácter 3 No
RSP Reactivación por
sustracción o pérdida del
equipo terminal móvil
NNN Ninguna acción
Para el mensaje enviado a los
Concesionarios Móviles que no brindan el
servicio, corresponde:
NAA No aplica acción
- Autorización de bloqueo y desbloqueo de los equipos terminales móviles sustraídos,

perdidos y recuperados de Perú reportados por los importadores, ensambladores,
fabricantes, casas comercializadoras de equipos o aparatos de telecomunicaciones,
distribuidores, personas naturales o los Concesionarios Móviles.
Para el caso que el contenido del campo “Fuente del reporte” corresponda al importador, distribuidor,
ensamblador, fabricante, casa comercializadora, persona natural o el propio Concesionario Móvil, el
sistema RENTESEG realizará la validación (en línea) y remitirá en línea la información correspondiente a
los siguientes campos del salida al Concesionario Móvil que reportó la información y a los otros
Concesionarios Móviles para que realicen, según corresponda, el bloqueo/desbloqueo del equipo, o no
realicen acción alguna.


Valor numérico que identifica el mensaje.
A ser precisado por el OSIPTEL.
3 idProceso Numérico 20 bloqueo/desbloqueo inicial del Si
concesionario.
Identidad internacional del equipo
terminal móvil materia del reporte. Es el
código o número de serie de 15 dígitos
único que identifica al equipo terminal
móvil de manera exclusiva a nivel
mundial.
El quinceavo dígito debe ser resultado de
la aplicación del algoritmo de Luhn.
Indica la acción a realizar al IMEI del

5 accionImei Carácter 1 • Motivo del reporte: Si
B Bloqueo
D Desbloqueo
Códigos Rechazo
Los códigos de rechazo que pueden ser devueltos en el mensaje de respuesta para esta sección son
algunos de los códigos que se encuentran en el apartado 10.2.1 y del apartado 10.3 del presente
documento. Algunos códigos del apartado 10.2.1 están descatalogados ya que ahora mismo no son
usables, pero permanecen en la sección como histórico de códigos migrados.
A continuación, se muestra el listado de códigos de rechazo posibles a devolver por el servicio:

FECHA Y HORA DEL
RENRC000036 "FECHA Y HORA DEL MENSAJE" sin información
MENSAJE
FECHA Y HORA DEL
RENRC000037 "FECHA Y HORA DEL MENSAJE" longitud incorrecta
MENSAJE
FECHA Y HORA DEL "FECHA Y HORA DEL MENSAJE" espacios al inicio y/o
RENRC000038
MENSAJE final
FECHA Y HORA DEL
RENRC000039 "FECHA Y HORA DEL MENSAJE" formato incorrecto
MENSAJE
CÓDIGO MENSAJE RENRC000040 "CÓDIGO MENSAJE" sin información
CÓDIGO MENSAJE RENRC000041 "CÓDIGO MENSAJE" longitud incorrecta
CÓDIGO MENSAJE RENRC000042 "CÓDIGO MENSAJE" espacios al inicio y/o final
CÓDIGO MENSAJE RENRC000043 "CÓDIGO MENSAJE" valor no numérico
ID PROCESO RENRC000044 "ID PROCESO" sin información
ID PROCESO RENRC000045 "ID PROCESO" longitud incorrecta
ID PROCESO RENRC000046 "ID PROCESO" espacios al inicio y/o final
ID PROCESO RENRC000047 "ID PROCESO" valor no numérico

"ID PROCESO" no se encuentra registrado en
ID PROCESO RENRC000048
RENTESEG
ID PROCESO RENRC000049 "ID PROCESO" ya ha sido utilizado en otra solicitud
NÚMERO DE SERVICIO Error en longitud "NÚMERO DE SERVICIO
VALLN000031
TELEFÓNICO MÓVIL TELEFÓNICO MÓVIL"

NÚMERO DE SERVICIO "NÚMERO DE SERVICIO TELEFÓNICO MÓVIL"
VALLN000032
TELEFÓNICO MÓVIL espacios al inicio y/o final
NÚMERO DE SERVICIO "NÚMERO DE SERVICIO TELEFÓNICO MÓVIL" valor
VALLN000033
TELEFÓNICO MÓVIL no numérico
NÚMERO DE SERVICIO "NÚMERO DE SERVICIO TELEFÓNICO MÓVIL" no
VALLN000034
TELEFÓNICO MÓVIL inicia en 9
IMSI VALLN000041 Error en longitud "IMSI"
IMSI VALLN000042 "IMSI" espacios al inicio y/o final
IMSI VALLN000043 "IMSI" valor no numérico
IMSI VALLN000044 "IMSI" no pertenece a concesionario
IMEI VALLN000050 "IMEI" sin información
IMEI VALLN000051 Error en longitud "IMEI"
IMEI VALLN000052 "IMEI" espacios al inicio y/o final
IMEI VALLN000053 "IMEI" valor no numérico
IMEI VALLN000054 "IMEI" no cumple algoritmo Luhn
IMEI VALLN000055 "IMEI" en lista de inválidos del OSIPTEL
MEDIO REPORTE RENRC000332 "MEDIO REPORTE" sin información
MEDIO REPORTE RENRC000333 "MEDIO REPORTE" longitud incorrecta
MEDIO REPORTE RENRC000334 "MEDIO REPORTE" espacios al inicio y/o final
MEDIO REPORTE RENRC000335 "MEDIO REPORTE" valor no permitido

NÚMERO SERVICIO
Error en longitud "NÚMERO SERVICIO TELEFÓNICO
TELEFÓNICO DESDE EL VALLN000081
DESDE EL CUAL REPORTA EL HECHO"
CUAL REPORTA EL HECHO
NÚMERO SERVICIO
"NÚMERO SERVICIO TELEFÓNICO DESDE EL CUAL
REPORTA EL HECHO" espacios al inicio y/o final
NÚMERO SERVICIO
REPORTA EL HECHO" valor no numérico
NÚMERO SERVICIO
REPORTA EL HECHO" formato incorrecto
NÚMERO SERVICIO "NÚMERO SERVICIO TELEFÓNICO DESDE EL CUAL
TELEFÓNICO DESDE EL VALLN000085 REPORTA EL HECHO" con información y "MOTIVO
CUAL REPORTA EL HECHO DEL REPORTE" es Recuperación R
FUENTE DEL REPORTE VALLN000090 "FUENTE DEL REPORTE" sin información
FUENTE DEL REPORTE VALLN000092 "FUENTE DEL REPORTE" espacios al inicio y/o final
FUENTE DEL REPORTE VALLN000094 "FUENTE DEL REPORTE" valor no permitido
MOTIVO DEL REPORTE VALLN000100 "MOTIVO DEL REPORTE" sin información
MOTIVO DEL REPORTE VALLN000102 "MOTIVO DEL REPORTE" espacios al inicio y/o final
MOTIVO DEL REPORTE VALLN000104 "MOTIVO DEL REPORTE" valor no permitido

"MOTIVO DEL REPORTE" es Recuperación (R) y
MOTIVO DEL REPORTE VALLN000105
"FUENTE DEL REPORTE" es usuario (02)
CÓDIGO DEL REPORTE VALLN000110 "CÓDIGO DEL REPORTE" sin información

CÓDIGO DEL REPORTE VALLN000111 Error en longitud "CÓDIGO DEL REPORTE"
CÓDIGO DEL REPORTE VALLN000112 "CÓDIGO DEL REPORTE" espacios al inicio y/o final
CÓDIGO DEL REPORTE VALLN000113 "CÓDIGO DEL REPORTE" valor no numérico

"CÓDIGO DEL REPORTE" con información y "MOTIVO
CÓDIGO DEL REPORTE VALLN000114
DEL REPORTE" es Recuperación R
FECHA Y HORA DEL
VALLN000120 "FECHA Y HORA DEL REPORTE" sin información
REPORTE
FECHA Y HORA DEL "FECHA Y HORA DEL REPORTE" espacios al inicio y/o
VALLN000122
REPORTE final
FECHA Y HORA DEL
VALLN000123 "FECHA Y HORA DEL REPORTE" formato incorrecto
REPORTE
FECHA Y HORA DEL "FECHA Y HORA DEL REPORTE" mayor que fecha de
VALLN000124
REPORTE archivo
“NOMBRES DEL ABONADO O USUARIO” sin
NOMBRES DEL ABONADO
RENRC000336 información y “FUENTE DEL REPORTE” es Abonado
O USUARIO
(01)
"NOMBRES DEL ABONADO O USUARIO" sin
NOMBRES DEL ABONADO
VALLN000140 información y "TIPO DE DOCUMENTO LEGAL"
O USUARIO
diferente de RUC (02)
NOMBRES DEL ABONADO Error en longitud "NOMBRES DEL ABONADO O
VALLN000141
O USUARIO USUARIO"
NOMBRES DEL ABONADO "NOMBRES DEL ABONADO O USUARIO" espacios al
VALLN000142
O USUARIO inicio y/o final
"NOMBRES DEL ABONADO O USUARIO" con
NOMBRES DEL ABONADO
VALLN000144 información y "TIPO DE DOCUMENTO LEGAL" es RUC
O USUARIO
(02)
“APELLIDO PATERNO DEL ABONADO O USUARIO” sin
APELLIDO PATERNO DEL
ABONADO O USUARIO
(01)
"APELLIDO PATERNO DEL ABONADO O USUARIO" sin
ABONADO O USUARIO
APELLIDO PATERNO DEL Error en longitud "APELLIDO PATERNO DEL
VALLN000151
ABONADO O USUARIO ABONADO O USUARIO"
APELLIDO PATERNO DEL "APELLIDO PATERNO DEL ABONADO O USUARIO"
VALLN000152
ABONADO O USUARIO espacios al inicio y/o final
"APELLIDO PATERNO DEL ABONADO O USUARIO" con
ABONADO O USUARIO
(02)
“APELLIDO MATERNO DEL ABONADO O USUARIO” sin
APELLIDO MATERNO DEL
ABONADO O USUARIO
(01)
"APELLIDO MATERNO DEL ABONADO O USUARIO" sin
ABONADO O USUARIO
APELLIDO MATERNO DEL Error en longitud "APELLIDO MATERNO DEL
VALLN000161
APELLIDO MATERNO DEL "APELLIDO MATERNO DEL ABONADO O USUARIO"
VALLN000162
"APELLIDO MATERNO DEL ABONADO O USUARIO"
VALLN000164 con información y "TIPO DE DOCUMENTO LEGAL" es
ABONADO O USUARIO
RUC (02)
"APELLIDO PATERNO DEL ABONADO O USUARIO" y
VALLN000165 "APELLIDO MATERNO DEL ABONADO O USUARIO"
ABONADO O USUARIO
con punto
TIPO DE DOCUMENTO
VALLN000180 "TIPO DE DOCUMENTO LEGAL" sin información
LEGAL
TIPO DE DOCUMENTO "TIPO DE DOCUMENTO LEGAL" espacios al inicio y/o
VALLN000182
LEGAL final

TIPO DE DOCUMENTO
VALLN000184 "TIPO DE DOCUMENTO LEGAL" valor no permitido
LEGAL
NÚMERO DE DOCUMENTO
VALLN000190 "NÚMERO DE DOCUMENTO LEGAL" sin información
LEGAL
VALLN000191 Error en longitud "NÚMERO DE DOCUMENTO LEGAL"
LEGAL
NÚMERO DE DOCUMENTO "NÚMERO DE DOCUMENTO LEGAL" espacios al inicio
VALLN000192
LEGAL y/o final
VALLN000193 "NÚMERO DE DOCUMENTO LEGAL" valor no numérico
LEGAL
REGISTRO VALLN111112 Bloqueo y Liberación a la misma fecha y hora
Registro duplicado por IMEI, FECHA y
REGISTRO VALLN111111
CONCESIONARIO
REGISTRO VALLN000999 Liberación sin bloqueo previo
REGISTRO VALLN000777 Bloqueo sobre bloqueo
REGISTRO VALLN000778 Liberación sobre liberación
REGISTRO VALLN000779 Liberación sobre bloqueo de otra empresa

NOMBRES DEL ABONADO "NOMBRES DEL ABONADO O USUARIO" contiene
RENRC000392
O USUARIO valores no permitidos
RENRC000393
ABONADO O USUARIO contiene valores no permitidos
RENRC000394
NOMBRE USUARIO RENRC000407 "NOMBRE USUARIO" sin información
APELLIDO PATERNO
RENRC000408 "APELLIDO PATERNO USUARIO" sin información
USUARIO
APELLIDO MATERNO
RENRC000409 "APELLIDO MATERNO USUARIO" sin información
USUARIO

Se utilizará únicamente el método POST para realizar las operaciones de comunicación entre el servicio
web y el cliente.
Formato permitido para las solicitudes de entrada: JSON.
REST: estructura del mensaje de entrada JSON
{
"fechaMensaje",
"codigoMensaje",
"idProceso",
"numServicio",
"imsi",
"imei",
"medioReporte",
"numServicioReporte",
"fuenteReporte",
"motivoReporte",
"codigoReporte",
"fechaReporte",
"nombreUsuario",
"apellidoPaternoUsuario",
"apellidoMaternoUsuario",
"tipoDocumento",

"numeroDocumento"
}
REST: ejemplo de envío en JSON
Ejemplo 1 – Envío exitoso:

{
"fechaMensaje":”20221027101251”,
"codigoMensaje":”101”,
"idProceso":”545488841484”,
"imei":”498815265402728”,
“medioReporte”:”1”,
"fuenteReporte":”2”,
"motivoReporte":”P”,
"fechaReporte":”20221027101251”,
“tipoDocumento”:”1”,
"numeroDocumento":”534652504”
}
Ejemplo 2 – Envío rechazado:

{
"fechaMensaje":”20221027101251”,
"idProceso":”87848424842”,
“medioReporte”:”1”,
"fuenteReporte":”2”,
"motivoReporte":”P”,
"fechaReporte":”20221027101251”,
“tipoDocumento”:”1”,
"numeroDocumento":”534652504”
}
REST: ejemplo de respuesta al envío en JSON
Ejemplo 1 – Respuesta Concesionario:

{
"fechaMensaje":”20221027101251”,
"idProceso":”545488841484”,
"imei":”498815265402728”,
"accionImei": "B",
“accionServicio”: “SSP”
}
Ejemplo 2 – Respuesta rechazo:

{
"fechaMensaje":”20221027101251”,
"idProceso":”87848424842”,
"codigoRechazo":”VALLN000050”
}

3.2.3 Envío Información correspondiente al registro de la fecha
y hora efectiva del bloqueo o desbloqueo del Equipo Terminal
Móvil, y de la suspensión o reactivación del servicio
Los Concesionarios Móviles registrarán en línea en el sistema RENTESEG, la información de la fecha y
hora cada vez que ejecute el bloqueo o desbloqueo efectivo del IMEI del equipo terminal móvil realizado
en su red y/o de la suspensión o reactivación del servicio público móvil asociado al equipo terminal móvil
bloqueado o desbloqueado, según corresponda; a excepción de los bloqueos o desbloqueos realizados en
cumplimiento de: (i) los Acuerdos Internacionales suscritos con otros países y (ii) la Decisión 786 de la
Comisión de la Comunidad Andina.
REST POST /api/v1/imei/effectivedate
Validaciones

 Validaciones funcionales:
o El campo “idProceso” debe contener el identificador facilitado por RENTESEG en el
mensaje de autorización de bloqueo/desbloqueo que se envió a los concesionarios como
respuesta a una solicitud de bloqueo/desbloqueo inicial de un concesionario.
o El campo “idProceso” debe contener el identificador RENTESEG de las validaciones diarias
para líneas en servicio que se informaron como acción bloqueo.

Valor que identifica el mensaje. A ser
precisado por el OSIPTEL. Catálogo de
datos sección 10.1 – Listado códigos de
mensaje
bloqueo/desbloqueo inicial informado en
broadcast de autorización (apartado 3.3.1
y 3.3.2)
o
Identificador RENTESEG de las validaciones
3 idProceso Numérico 20 diarias para líneas en servicio que se Si
informaron como bloqueo (apartado 3.3.3)
O
Identificador único del reporte a ser
facilitado por el RENTESEG (para la
casuística que el campo 7 contenga los
valores "BAC", "BPO" y "DMJ").

Número telefónico móvil que identifica de
forma única la suscripción en una red.
Formato: 9XXXXXXXX.
4 numServicio Numérico 9 - En caso no haya un servicio asociado, no No
- Si existe un servicio asociado a un
abonado, este campo es obligatorio
Identidad internacional del equipo terminal
móvil motivo del bloqueo o desbloqueo. Es
el código o número de serie de 15 dígitos
5 imei Numérico 15 único que identifica al equipo terminal Si
móvil de manera exclusiva a nivel mundial.
Fecha y hora del bloqueo o desbloqueo del
equipo terminal móvil efectuado.
Estructura: YYYYMMDDHHMISS
Donde, YYYY = representa el año,
fechaHoraBloq
6 Carácter 14 MM = representa el mes, DD = Si
Desbloq
representa al día, HH = representa
la hora en formato 00 hasta 23, MI
= minutos y SS = corresponde a
los segundos.
Indica el motivo del bloqueo o desbloqueo
realizado al equipo terminal móvil.
Valores:
BSP Bloqueo del equipo
terminal móvil por IMEI
reportado como sustraído o
perdido de Perú.
BIS Bloqueo del equipo
terminal móvil por
Incumplimiento del
Intercambio Seguro
BLB Bloqueo del equipo
terminal móvil por IMEI no
registrado en la Lista
Blanca.
BIN Bloqueo del equipo
inválido.
BCD Bloqueo del equipo
motivoBloqDe
7 Carácter 3 terminal móvil por IMEI Si
sbloq
clonado o duplicado.
BEX Bloqueo del equipo
terminal móvil por ser
persona natural con más de
5 equipos terminales
móviles adquiridos en el
extranjero en menos de 1
año.
BII Bloqueo del equipo
inoperativo.
BAC Bloqueo del equipo
terminal móvil por
requerimiento de Autoridad
Competente
BEF Bloqueo del Equipo
Terminal por Fraude.
BPO Bloqueo del equipo
terminal móvil por Uso

Prohibido.
DIR Desbloqueo del equipo
reportado como
recuperado de Perú.
DMJ Desbloqueo del equipo
terminal móvil por motivo
justificado.
Fecha y hora de la suspensión o activación

del servicio público móvil asociado al
equipo terminal móvil bloqueado o
desbloqueado, según corresponda.
Estructura: YYYYMMDDHHMISS
fechaHoraSus
8 Carácter 14 Donde, YYYY = representa el año, No
pReact
MM = representa el mes, DD =
representa al día, HH = representa
la hora en formato 00 hasta 23, MI
= minutos y SS = corresponde a
los segundos.
Indica el motivo de la suspensión o
reactivación del servicio público móvil,
asociado al equipo terminal móvil
bloqueado o desbloqueado, según
corresponda.
Valores:
SSP Suspendido por sustracción o
pérdida del equipo terminal
móvil.
SIS Suspendido por
incumplimiento del
Intercambio Seguro.
SLB Suspendido por vinculación
del servicio a equipo terminal
móvil con IMEI que no se
encuentra registrado en la
Lista Blanca.
SIN Suspendido por vinculación
motivoSuspRe
9 Carácter 3 del servicio a equipo terminal No
act
móvil con IMEI inválido.
SCL Suspendido por vinculación
del servicio a equipo terminal
móvil con IMEI clonado o
Duplicado.
SCU Suspendido por alguna de las
otras causales establecidas
en las Condiciones de Uso.
SEI Suspendido por uso de
equipo terminal móvil
inoperativo.
SAC Suspendido por
requerimiento de Autoridad
Competente.
SUP Suspendido por Uso
Prohibido.
RTV Reactivación del servicio por
motivo justificado.

SPF Suspendido por Fraude.


RENTESEG.

Códigos Rechazo

FECHA Y HORA DEL
MENSAJE
FECHA Y HORA DEL
MENSAJE
RENRC000038
MENSAJE final
FECHA Y HORA DEL
MENSAJE

RENTESEG
NÚMERO DE SERVICIO "NÚMERO DE SERVICIO TELEFÓNICO MÓVIL" sin

RENRC000024
TELEFÓNICO MÓVIL información
RENRC000025
TELEFÓNICO MÓVIL longitud incorrecta
RENRC000026

RENRC000027
RENRC000028
IMEI RENRC000006 "IMEI" sin información
IMEI RENRC000007 "IMEI" longitud incorrecta
IMEI RENRC000008 "IMEI" espacios al inicio y/o final
IMEI RENRC000009 "IMEI" valor no numérico
IMEI RENRC000010 "IMEI" no cumple algoritmo Luhn

FECHA Y HORA BLOQUEO "FECHA Y HORA BLOQUEO DESBLOQUEO" sin
RENRC000050
DESBLOQUEO información
FECHA Y HORA BLOQUEO "FECHA Y HORA BLOQUEO DESBLOQUEO" longitud
RENRC000051
DESBLOQUEO incorrecta
FECHA Y HORA BLOQUEO "FECHA Y HORA BLOQUEO DESBLOQUEO" espacios al
RENRC000052
DESBLOQUEO inicio y/o final
FECHA Y HORA BLOQUEO "FECHA Y HORA BLOQUEO DESBLOQUEO" formato
RENRC000053
DESBLOQUEO incorrecto
MOTIVO BLOQUEO "MOTIVO BLOQUEO DESBLOQUEO" longitud
RENRC000054
MOTIVO BLOQUEO "MOTIVO BLOQUEO DESBLOQUEO" espacios al inicio
RENRC000055
DESBLOQUEO y/o final
MOTIVO BLOQUEO "MOTIVO BLOQUEO DESBLOQUEO" valor no
RENRC000056
DESBLOQUEO permitido
FECHA Y HORA "FECHA Y HORA SUSPENSION ACTIVACION" longitud
RENRC000057
SUSPENSION ACTIVACION incorrecta
FECHA Y HORA "FECHA Y HORA SUSPENSION ACTIVACION" espacios
RENRC000058
SUSPENSION ACTIVACION al inicio y/o final
FECHA Y HORA "FECHA Y HORA SUSPENSION ACTIVACION" formato
RENRC000059
SUSPENSION ACTIVACION incorrecto
MOTIVO SUSPENSION "MOTIVO SUSPENSION ACTIVACION" longitud
RENRC000060
ACTIVACION incorrecta
MOTIVO SUSPENSION "MOTIVO SUSPENSION ACTIVACION" espacios al
RENRC000061
ACTIVACION inicio y/o final
MOTIVO SUSPENSION "MOTIVO SUSPENSION ACTIVACION" valor no
RENRC000062
ACTIVACION permitido

web y el cliente.
REST: estructura del mensaje de entrada JSON
{
"fechaMensaje",
"codigoMensaje",
"idProceso",
"numServicio",
"imei",
"fechaHoraBloqDesbloq",
"motivoBloqDesbloq",
"fechaHoraSuspReact",
"motivoSuspReact"

}

{
"fechaMensaje":”20221027101251”,
"idProceso":”8784884848”,
“numServicio”:”985623698”,
"imei":”498815265402728”,
"fechaHoraBloqDesbloq":”20221027101251”,
"motivoBloqDesbloq":”BSP”
}

{
"fechaMensaje":”20221027101251”,
"idProceso":”8784145151”,
"numServicio":”985623698”,
"fechaHoraBloqDesbloq":”20221027101251”,
"motivoBloqDesbloq":”BSP”
}
Ejemplo 1:
{
"fechaMensaje":”20221027101251”,
"idProceso":”8784884848”
}
Ejemplo 2:
{
"fechaMensaje":”20221027101251”,
"idProceso":”8784145151”,
"codigoRechazo":"RENRC000006"
}
3.2.4 Validación en línea de Equipos Terminales Móviles para

altas nuevas
Para altas nuevas, el Concesionario Móvil realizará la consulta en línea al sistema RENTESEG, sobre la
procedencia de la activación o habilitación del servicio en el equipo terminal móvil.
REST POST /api/v1/registration/line

Validaciones

 Validar que el IMEI se encuentre en la Lista Blanca. En caso el IMEI no se encuentre en la
Lista Blanca, se debe indicar al concesionario móvil el motivo de la improcedencia a la
activación del servicio.
 Validar que el IMEI no se encuentre registrado en Lista Negra por ningún motivo.
 Validar que no se supera el límite diario de consultas de un número de servicio telefónico
con 10 IMEI distintos. Este parámetro será configurable a petición de OSIPTEL.

Valor que identifica el mensaje. A ser
precisado por el OSIPTEL. Catálogo de
mensaje

facilitado por el RENTESEG.

4 numServicio Numérico 9 forma única la suscripción en una red. Si
Formato: 9XXXXXXXX.
móvil. Es el código o número de serie de 15
dígitos único que identifica al equipo
5 imei Numérico 15 terminal móvil de manera exclusiva a nivel Si
mundial.
Código de identificación internacional único
para cada abonado del servicio público
móvil, el cual se encuentra integrado al SIM
card, Chip u otro equivalente, que permite
su identificación a través de las redes de
servicios móviles y se encuentra asociado
al equipo terminal móvil materia del
6 imsi Numérico 15 Si
reporte.
corresponder a los asignados a cada
concesionario móvil: Entel (71617), Claro
(71610), Telefónica (71606), Bitel
(71615), Flash (71606), Dolphin (71619) y
Guinea Mobile (71620).
 Tipo Error


RENTESEG.

 Tipo Respuesta


RENTESEG.
Indica si procede la activación del servicio con el IMEI

del equipo terminal móvil a ser vinculado.
 Valores:
01 Procede activación del servicio.
02 No procede activación del servicio. IMEI
reportado como sustraído o perdido.
reportado como inoperativo.
detectado como inválido.
4 respuesta Carácter 2 detectado como duplicado o clonado.
06 No procede activación del servicio. IMEI no
se encuentra en Lista Blanca.
excede cantidad permitida adquirida en
extranjero.
08 No procede activación del servicio. IMEI no
cumple Intercambio Seguro.
bloqueado por Fraude.
bloqueado por Uso Prohibido.
Códigos Rechazo

FECHA Y HORA DEL
MENSAJE
FECHA Y HORA DEL
MENSAJE
RENRC000038
MENSAJE final

FECHA Y HORA DEL
MENSAJE

RENTESEG

RENRC000024
RENRC000025
RENRC000026
RENRC000027
RENRC000028
IMSI RENRC000031 "IMSI" sin información
IMSI RENRC000032 "IMSI" longitud incorrecta
IMSI RENRC000033 "IMSI" espacios al inicio y/o final
IMSI RENRC000034 "IMSI" valor no numérico o código MNC incorrecto
IMSI RENRC000035 "IMSI" no pertenece a concesionario

CANTIDAD LÍMITE DE Superado limite diario de consultas de un Numero
RENRC000314
CONSULTAS DE SERVICIO Servicio con IMEI distintos

web y el cliente.
REST: estructura de la consulta de entrada JSON

{
"fechaMensaje",
"codigoMensaje",
"idProceso",
"numServicio",
"imei",
"imsi"
}
REST: ejemplo de consulta en JSON

Ejemplo 1 – Consulta exitosa:
{
"fechaMensaje":”20221027101251”,
"idProceso":”001545484”,
“numServicio”:”985623698”,
"imei":”498815265402728”,
"imsi":”498815265402728”
}
Ejemplo 2 – Consulta error:

{
"fechaMensaje":”20221027101251”,
"idProceso":”0847841848”,
"numServicio":”985623698”,
"imsi":”498815265402728”
}
REST: ejemplo de respuesta a la consulta en JSON
Ejemplo 1:
{
"fechaMensaje":”20221027101251”,
"idProceso":”001545484”,
"respuesta": "01"
}
Ejemplo 2:
{
"fechaMensaje":”20221027101251”,
"idProceso":”0847841848”,
"codigoRechazo": "RENRC000006"
}
3.3 Catálogo de Servicios publicados por concesionarios

móviles
Esta información estará conformada por la información procesada por el Sistema RENTESEG y deba ser
puesta a disposición a los Concesionarios Móviles Nacionales.

3.3.1 Obtención de token
Siguiendo las directrices descritas en los puntos 3.1 y 3.1.1, los concesionarios móviles deber ponen a
disposición de RENTESEG un api para la obtención del token, siguiendo el estándar de OpenID Connect.
REST GET /auth/realms/renteseg/protocol/openid-connect/token
El concesionario debe proveer los siguientes parámetros para la obtención del token:
Campo Descripción
grant_type Tipo de identificación client_credentials
El concesionario lo notificará a
client_id Identificación del cliente. RENTESEG para una correcta
comunicación
El concesionario lo notificará a
Secret generado por el servidor para
client_secret RENTESEG para una correcta
cada cliente
comunicación
3.3.2 Autorización de bloqueo y desbloqueo de los equipos

terminales móviles sustraídos, perdidos y recuperados de
Perú reportados por abonados y usuarios, así como por fraude
El sistema RENTESEG, luego del análisis correspondiente en función a la información de los equipos
terminales móviles sustraídos, perdidos y recuperados del Perú, así como por fraude, debe poner a
disposición de los Concesionarios Móviles la información de la autorización de bloqueo y desbloqueo de
los equipos terminales móviles sustraídos, perdidos y recuperados de Perú reportados por abonados y
usuarios, así como por fraude.
REST POST /api/v1/imei/authorization/report/user

Valor numérico que identifica el mensaje. A
ser precisado por el OSIPTEL. Catálogo de
mensaje
3 idProceso Numérico 20 bloqueo/desbloqueo inicial de un Si
concesionario
móvil materia del reporte. Es el código o
número de serie de 15 dígitos único que
identifica al equipo terminal móvil de

manera exclusiva a nivel mundial.
Indica la acción a realizar al IMEI del equipo

terminal móvil.
5 accion Carácter 1  Valores: Si
B Bloqueo
D Desbloqueo

terminal móvil.
 Valores:
SSP Suspensión por sustracción o
pérdida del equipo terminal
móvil.
RSP Reactivación por sustracción o
accionServicio pérdida del equipo terminal
6 Carácter 3 No
móvil.
NNN Ninguna acción.
Para el mensaje enviado a los

Concesionarios Móviles que no brindan el
servicio, corresponde:
 Valor:
NAA No aplica acción.
Argumentos de Respuesta


RENTESEG.
Código de rechazo que identifica la causa por la cual

se rechaza la transacción.
Si no existe un código de rechazo para el error o hay
error genérico de la aplicación, remitir el RENRC00000.

web y el cliente.
REST: estructura de respuesta a la solicitud en JSON

{
"fechaMensaje",
"codigoMensaje",
"idProceso",
"imei",

"accion",
"accionServicio"
}

{
"fechaMensaje":”20220801130524”,
"idProceso":”74”,
"imei":” 498815265402728”,
”accion”:”01”,
”accionServicio”:”SSP”
}

{
"fechaMensaje":”20220801130558”,
"codigoRechazo": " RENRC000006"
}

Ejemplo 1:
{
"fechaMensaje":”20220801130524”,
}
Ejemplo 2:
{
"fechaMensaje":”20220801130558”,
"codigoRechazo": " RENRC000006"
}
3.3.3 Autorización de bloqueo y desbloqueo de los equipos

terminales móviles sustraídos, perdidos y recuperados de
Perú reportados por los importadores, ensambladores,
fabricantes, casas comercializadoras de equipos o aparatos de
telecomunicaciones, distribuidores, personas naturales o los
Concesionarios Móviles
El sistema RENTESEG, luego del análisis correspondiente en función a la información de los equipos
terminales móviles sustraídos, perdidos y recuperados del Perú, así como por fraude, debe poner a
disposición de los Concesionarios Móviles la información correspondiente de la autorización de bloqueo y
desbloqueo de los equipos terminales móviles sustraídos, perdidos y recuperados de Perú reportados por

los importadores, ensambladores, fabricantes, casas comercializadoras de equipos o aparatos de
telecomunicaciones, distribuidores, personas naturales o los Concesionarios Móviles.
REST POST /api/v1/imei/authorization/report

mensaje

bloqueo/desbloqueo inicial

4 imei Numérico 15 número de serie de 15 dígitos único que Si
terminal móvil.
5 accion Carácter 1  Valores: Si
B Bloqueo
D Desbloqueo


RENTESEG.

Si no existe un código de rechazo para el error o hay
error genérico de la aplicación, remitir el RENRC00000.
web y el cliente.

{
"fechaMensaje",
"codigoMensaje",
"idProceso",
"imei",
"accion"
}

{
"fechaMensaje":”20220801130524”,
"imei":” 498815265402728”,
”accion”:”D”
}

{
"fechaMensaje":”20220801130558”,
"idProceso":”5643634654”,
}
Ejemplo 1:
{
"fechaMensaje":”20220801130524”,
"idProceso":”74244”
}
Ejemplo 2:
{
"fechaMensaje":”20220801130558”,
"idProceso":”5643634654”,
}
3.3.4 Validación diaria de los equipos terminales móviles para

líneas en servicio
El sistema RENTESEG, luego del análisis correspondiente en función a la información de todas las
vinculaciones diarias y el histórico de las mismas, debe poner a disposición de los Concesionarios Móviles
la información correspondiente del resultado de la validación de las vinculaciones diarias para líneas en
servicio.

REST POST /api/v1/daily/validation
Validaciones
o Cabe señalar que, como parte del análisis correspondiente, el sistema deberá validar que
los IMEI no se encuentren en la Lista Negra, y debe encontrarse en la Lista Blanca.
o El mensaje de bloqueo, en caso corresponda, será enviado por el sistema RENTESEG a
todos los Concesionarios Móviles.
o Si se recibe una solicitud de Desbloqueo Por Motivo Justificado para un IMEI que se
encuentre bloqueado en Lista Negra por causa “No registrado en Lista Blanca” y existe
una orden de bloqueo que aún no se ha ejecutado (por estar en el período de envío de
SMS), la ejecución de bloqueo que se encontraba pendiente se cancela su ejecución
pasando al histórico de notificaciones con estado “No ejecutada”.
o Para el Aplicativo “Registro de Equipos Terminales Móviles importados, ensamblados y
fabricados en el país”, validar si alguno de los IMEI contenidos en el fichero de registros
se encuentra en Lista Negra, con la casuística “No registro en Lista Blanca” (como único
motivo en lista negra), si este es el caso, el proceso de validación diaria envía una orden
para desbloquear el IMEI con el campo “idProceso” asociado al concesionario móvil que
tiene bloqueado el IMEI en Lista Negra y generando un broadcast para el resto de
concensionarios cuyo idProceso corresponde al anterior mencionado y elimina de Lista
Negra y el proceso “registro de equipos terminales móviles importados” puede insertar en
Lista Blanca si cumple todas las validaciones restantes del flujo de registro.
Acciones a realizar por parte del Concesionario al recibir la solicitud
 El Concesionario Móvil debe realizar el bloqueo requerido en el campo “ACCIÓN A REALIZAR”,

para los valores “1” al “8”, de forma inmediata, de recibido el mensaje enviado por el RENTESEG.
El mensaje de bloqueo, en caso corresponda, será enviado por el RENTESEG a todos los
Concesionarios Móviles.
 El Concesionario Móvil debe enviar los SMS a los abonados que corresponda en cuanto el campo
“ACCIÓN A REALIZAR”, tenga los valores “9” al “13”, en un plazo máximo de dos (2) días hábiles,
de recibido el mensaje enviado por el RENTESEG.
 Asimismo, el Concesionario Móvil debe efectuar el bloqueo, en caso corresponda, en un plazo
máximo de dos (2) días hábiles de enviado el SMS al abonado.
 Al cuarto día hábil de detección del IMEI, RENTESEG enviará un mensaje con los datos de entrada
y la acción identificada para notificar al resto de concesionarios para el bloqueo del IMEI.
 Si tras pasados 4 días hábiles, se detecta actividad en el IMEI, es decir, la acción a realizar es
bloqueo (01 al 07), se enviará un mensaje con los datos de entrada y la acción detectada
inicialmente a los concesionarios móviles donde el IMEI curse tráfico.

mensaje
facilitado por el RENTESEG.

4 numServicio Numérico 9 forma única la suscripción en una red. No
Formato: 9XXXXXXXX.
5 imei Numérico 15 número de serie de 15 dígitos único que Si
Código de identificación internacional único
para cada abonado del servicio público
móvil, que activa el equipo terminal móvil,
el cual se encuentra integrado a la SIM
Card, el chip u otro equivalente, que
permite su identificación a través de las
redes de servicios públicos móviles.
• Longitud: 15.
6 imsi Numérico 15 • Tipo: numérico. Si

corresponder a los códigos de red móvil
(MNC) asignados a cada concesionario
móvil: Entel (71617), Claro (71610),
Telefónica (71606), Bitel (71615), Flash
(71606), Dolphin (71619) y Guinea Mobile
(71620).
Indica la acción a realizar por parte del
Concesionario Móvil.
 Valores:
01 Bloqueo por IMEI reportado como
sustraído o perdido.
02 Bloqueo por IMEI reportado como
inoperativo.
03 Bloqueo por IMEI que no cumple
Intercambio Seguro.
04 Bloqueo por IMEI detectado como
inválido.
05 Bloqueo por IMEI detectado como
duplicado o clonado.
06 Bloqueo por IMEI no encontrado
en Lista Blanca.
07 Bloqueo por IMEI excede cantidad
permitida adquirida en
extranjero.
7 accion Carácter 1 08 Envío de SMS al abonado Si
informando que el IMEI del equipo
terminal móvil es detectado
inválido y será bloqueado en un
plazo máximo de dos días hábiles,
de recibido el SMS.
09 Envío de SMS al abonado
terminal móvil es detectado
duplicado o clonado y será
bloqueado en un plazo máximo de
dos días hábiles, de recibido el
SMS.
terminal móvil no ha sido
encontrado en Lista Blanca ni en
la Lista Negra, debiendo tramitar
su registro en un plazo máximo de
dos días hábiles, de recibido el

SMS, en caso contrario será
bloqueado.
informando que el equipo
terminal móvil excede cantidad
permitida adquirida en
extranjero, y será bloqueado en
un plazo máximo de dos días
hábiles, de recibido el SMS.
12 Desbloqueo por motivo Justificado
por regularización1. El usuario
podrá reclamar la regularización
de su equipo terminal móvil por
las siguientes casuísticas:
 No registro en Lista Blanca.
 Intercambio Seguro
 IMEI Inválido


RENTESEG.

4 codigoRechazo Carácter 15 Si no existe un código de rechazo para el error o hay
error genérico de la aplicación, remitir el
RENRC00000.
web y el cliente.
{
"fechaMensaje",
"codigoMensaje",
"idProceso",
“numServicio”,
"imei",
”imsi”,
"accion"
1 Esta acción está sujeta a lo indicado en las Normas Complementarias para la Implementación del
RENTESEG, sus modificatorias y el Instructivo Técnico.

}

{
"fechaMensaje":”20220801130524”,
"idProceso":”756536757”,
"imei":”498815265402728”,
"imsi":”202010903545789”,
”accion”:”01”
}

{
"fechaMensaje":”20220801130558”,
"imsi":”545895000124589”,
”accion”:”01”
}
Ejemplo 1:
{
"fechaMensaje":”20220801130524”,
"idProceso":”756536757”
}
Ejemplo 2:
{
"fechaMensaje":”20220801130558”,
"codigoRechazo": "RENRC000006""
}

4 Normas comunes intercambio de
ficheros
DESCRIPCIÓN
REGLA
RN0
El protocolo de intercambio de ficheros será SFTP con doble factor de autenticación
mediante publickey y usuario/password.
Se habilitará para la obtención/descarga de ficheros, una cuenta SFTP a la cual deberán
de conectarse todos los concesionarios móviles.
RN1 Todos los campos son obligatorios y deben venir en el fichero.
RN2 Los ficheros de CDRs no podrán superar un peso máximo de 2 Gb.
RN3 En la nomenclatura de los ficheros, YYYY se corresponderá con el año.
RN4 En la nomenclatura de los ficheros, MM se corresponderá con el mes.
RN5 En la nomenclatura de los ficheros, DD se corresponderá con día.
RN6 En la nomenclatura de los directorios, CONCESIONARIO se corresponderá código de

concesionario.
RN7 Para ficheros cuyo volumen se considere relevante, se definirá un formato gz. La opción
de compresión opción será configurable en el sistema por tipo de fichero.
Osiptel, en función de los volúmenes que se puedan dar en la operativa de los procesos,
podrá modificar la política de compresión de los ficheros manejados. Esto con el fin de
facilitar y agilizar los flujos de los procesos.
RN8 Los ficheros a intercambiar con el sistema RENTESEG deberán llevar asociados un fichero
hash (.sign) que permitirá garantizar el no repudio.
4.1 Directorios de intercambio

Todos los ficheros que los concesionarios móviles dejan a disposición de RENTESEG para su
procesamiento, incluido el fichero de subsanación, una vez procesados, son movidos a la carpeta:
 /CONCESIONARIO/TIPO/PROCESSED/YYYYMMDD
 /CONCESIONARIO/DETECCION/CDR/PROCESSED/YYYYMMDD/ para la parte de CDRs de
detección de duplicados Inter-Red.
Donde:
 CONCESIONARIO: Identifica al Concesionario Móvil que creó el archivo. Es el código utilizado por
el Concesionario Móvil para la portabilidad numérica.
 TIPO: Identifica al tipo de fichero que se ha procesado.
 YYYY: Identifica el año de entrega de la información.
 MM: Identifica el mes de entrega de la información.
 DD: Identifica el día de entrega de la información.
Todos los ficheros que los concesionarios móviles dejan a disposición de RENTESEG para su
procesamiento, incluido el fichero de subsanación, y durante las validaciones se encuentran registros con
error, el fichero error resultado del procesamiento se ubicará la siguiente carpeta:
 /CONCESIONARIO/TIPO/ERROR/YYYYMMDD

 /CONCESIONARIO/DETECCION/CDR/ERROR/YYYYMMDD para la parte de CDRs de detección de
duplicados Inter-Red.
Donde:
El intercambio de ficheros con el sistema RENTESEG se tendrá en cuenta la siguiente configuración a nivel
de rutas y permisos:
Proceso UBICACION Permisos
/CONCESIONARIO/RA  R/W Concesionario
/CONCESIONARIO/RETIRADOS  R/W Concesionario
/CONCESIONARIO/INOPEN  R/W Concesionario
/CONCESIONARIO/DESVIN  R/W Concesionario
/CONCESIONARIO/VINSERVIMEI  R/W Concesionario

Rutas
Entrada
/CONCESIONARIO/EQSERV  R/W Concesionario
/CONCESIONARIO/BDGSMAYOTROSPAISES  R/W Concesionarios
/CONCESIONARIO/DETECCION/CLO  R/W Concesionario
/CONCESIONARIO/DETECCION/CDR  R/W Concesionario
/CONCESIONARIO/LISTA_EXCEPCIONES/  R/W Concesionario
/CONCESIONARIO/RA/ERROR  R Concesionario
/CONCESIONARIO/RA/PROCESSED  R Concesionario
Rutas
Salida
/CONCESIONARIO/RETIRADOS/ERROR  R Concesionario
/CONCESIONARIO/RETIRADOS/PROCESSED  R Concesionario

/CONCESIONARIO/INOPEN/ERROR  R Concesionario
/CONCESIONARIO/INOPEN/PROCESSED  R Concesionario
/CONCESIONARIO/DESVIN/ERROR  R Concesionario
/CONCESIONARIO/DESVIN/PROCESSED  R Concesionario
/CONCESIONARIO/VINSERVIMEI/ERROR  R Concesionario
/CONCESIONARIO/VINSERVIMEI/PROCESSED  R Concesionario
/CONCESIONARIO/EQSERV/ERROR  R Concesionario
/CONCESIONARIO/EQSERV/PROCESSED  R Concesionario
/CONCESIONARIO/BDGSMAYOTROSPAISES/ERROR  R Concesionario
/CONCESIONARIO/BDGSMAYOTROSPAISES/PROCESSED  R Concesionario
/CONCESIONARIO/DETECCION/CLO/ERROR  R Concesionario
/CONCESIONARIO/DETECCION/CLO/PROCESSED  R Concesionario
/CONCESIONARIO/DETECCION/REPETIDOS  R Concesionario
/CONCESIONARIO/DETECCION/CDR/ERROR  R Concesionario
/CONCESIONARIO/DETECCION/CDR/PROCESSED/YYYYMMDD  R Concesionario
/CONCESIONARIO/DETECCION/DUP  R Concesionario
/CONCESIONARIO/LISTA_EXCEPCIONES/ERROR  R Concesionario
/CONCESIONARIO/LISTA_EXCEPCIONES/PROCESSED  R Concesionario

/GENERAL/PAIS/  R Concesionarios
/GENERAL/  R Concesionarios
/CONCESIONARIO/INOPREC/  R Concesionarios
/CONCESIONARIO/LISTAEXC/  R Concesionario
/CONCESIONARIO/CONSOVAL/  R Concesionario
/CONCESIONARIO/RETIRO_ACTIVIDAD/  R Concesionario
/CONCESIONARIO/SUSP_BAJA_SERV/  R Concesionario
/CONCESIONARIO/DETECCION/CLO/ERROR/  R Concesionario
4.2 Conectividad SFTP

Se tendrá en cuenta que los procesos batch de intercambio de ficheros se realizará mediante protocolo
SFTP. Para el establecimiento de dicha conexión se empleará doble factor de autenticación:
PublicKey
Usuario y password
Esto garantizará que el mensaje fue originado por el emisor y no por alguien que se hizo pasar por este.
Las claves pública y privada serán generadas con las siguientes consideraciones:
a) Algoritmo RSA.
b) Las claves privadas y públicas para la generación del fichero hash de los archivos a remitir deberán
ser obtenidas a partir de un certificado generado por una tercera parte de confianza y serán
intercambiadas en su momento entre concesionarios y RENTESEG para el proceso de generación
del fichero de no repudio.
En el punto 8.1 Ejemplo de implementación conexión SFTP password/publicKey se incluye un ejemplo de

conexión bajo dicha modalidad a través de código.
Cada entidad con acceso al sistema vía SFTP únicamente tendrá acceso a su información y a aquella
información común a todas las entidades. De este modo no tendrá acceso a rutas de otras entidades,
garantizando así la confidencialidad del a información.
4.3 No repudio en ficheros generados

Todos los ficheros intercambiados en el RENTESEG, con el fin de garantizar su integridad, deberán ser ir
asociados a una marca de propiedad del sistema origen del mismo. La marca resultante será un fichero
hash, que contiene una secuencia alfanumérica Hash con la que se puede identificar de manera unívoca

a un fichero. Independientemente del tamaño que tenga un fichero, su hash siempre tendrá una longitud
determinada, lo que permite que puedas publicar un identificador único, una secuencia alfanumérica, que
representa el contenido del fichero, una huella que identifica la totalidad de su contenido, en una simple
línea de texto, sin necesidad de tener mucho espacio en disco o de tener que publicar información
confidencial, asociada al contenido de ese fichero.
De este modo el proceso de firma será el siguiente:
De este modo, cada intercambio de ficheros con el sistema RENTESEG, supondrá la entrega de 2 archivos:
El archivo a intercambiar
Un fichero de firma/hash con el mismo nombre que el archivo a intercambiar y extensión “.sign”
Las claves pública y privada se generarán con las siguientes consideraciones:
a) Algoritmo de cifrado será RSA

b) Las claves privadas y públicas para la generación del fichero hash de los archivos a remitir deberán
ser obtenidas a partir de un certificado generado por una tercera parte de confianza y serán
intercambiadas en su momento entre concesionarios y RENTESEG para el proceso de generación
del fichero de no repudio.
El proceso de firma se realizará con las siguientes consideraciones:
Algoritmo SHA256withRSA
Dado el tamaño de los ficheros, se usará un buffer de lectura que será usado por el propio proceso de
firma, hasta completar la firma de la totalidad del fichero.
En el punto 8.2 Ejemplo de implementación generación HASH y firma de archivos se incluye un ejemplo
para los distintos subprocesos de firma de archivos.
4.4 Compresión de archivos

Para aquellos ficheros intercambiados con el RENTESEG y que lleven asociado formato comprimido, se
considerará:
1. Deberán ir comprimidos en formato gz. A modo de ejemplo, el fichero

CDR$$$$_T_CONCESIONARIO_YYYYMMDD.TXT.gz, incluirá:
 CDR$$$$_T_CONCESIONARIO_YYYYMMDD.TXT
2. Deberá llevar asociado su correspondiente fichero hash/firma

5 Ficheros a tratar por RENTESEG
5.1 Normas comunes a todos los ficheros recibidos.

5.1.1 Reglas comunes
Se definen las siguientes reglas de formato o funcionales que se deben aplicar a todos los procesos
definidos en el apartado 5 del presente documento.
Los campos alfanuméricos o carácter (nombre, apellidos, razón social, etc)

no pueden contener los siguientes caracteres especiales “/”, “%”, “$”, “~”,
RF-001 “#”, “_”, “\”, “^”, "=", "?", "¿", "{", "}", "[", "]", ">", "<"
Si incluyera alguno de estos caracteres, el campo será rechazo por incumplir
la validación con “ valor no permitido”
Se define una fecha de corte para el procesamiento de ficheros. No se
RF-002 procesarán ficheros cuya fecha sea anterior a la fecha de salida a producción
de la fase 3 de RENTESEG
5.1.2 Fichero Hash

Para cada fichero a tratar por RENTESEG, debe estar disponible también su fichero hash.
 Nomenclatura del fichero
Nomenclatura del archivo:

NOMBREFICHERO.sign
Donde:
 NOMBREFICHERO: Identifica el nombre del fichero al que va asociado el hash.
5.1.3 Fichero de errores y errores subsanación

En caso que las inconsistencias detectadas se refieran a que algunos de los campos enviados estén vacíos
o la información contenida no cuente con la descripción establecida o esté en un formato incorrecto, se
deberá comunicar al reportante de la información y al OSIPTEL a la dirección de correo electrónico que
haya sido determinada, la información de los mensajes de error por cada registro del respectivo archivo
que corresponda, indicando el código de error y el número de fila donde se encuentra, indicando el plazo
de subsanación que haya sido establecido dependiendo del tipo de error.
En dicho correo electrónico, se adjuntará un fichero con los errores encontrados. En los siguientes
aparatados, se define la estructura y formato del fichero de errores en la validación de los datos.
o Ficheros error
Nomenclatura del archivo a generar por el sistema RENTESEG:
ERROR_NOMBREFICHEROANALIZADO.TXT
Este fichero a su vez llevará asociado un fichero hash:
ERROR_NOMBREFICHEROANALIZADO.sign
Donde:

 NOMBREFICHEROANALIZADO: Identifica el nombre del fichero sobre el que se realizó la
validación de los campos.
o Ficheros error subsanación

Nomenclatura del archivo a generar por el sistema RENTESEG con respecto a los errores encontrados en
los ficheros de subsanación:
ERROR_NOMBREFICHEROANALIZADO_SUB.TXT
Este fichero a su vez llevará asociado un fichero hash:
ERROR_NOMBREFICHEROANALIZADO_SUB.sign
Donde:
 NOMBREFICHEROANALIZADO: Identifica el nombre del fichero sobre el que se realizó la
validación de los campos
 Ubicación
Los ficheros se ubicarán en la siguiente carpeta:
 /CONCESIONARIO/TIPO/ERROR/
 /CONCESIONARIO/DETECCION/CDR/ERROR/ para la parte de CDRs de detección de duplicados
Inter-Red
Donde:
 Formato del fichero

El archivo tendrá el siguiente formato:
 Formato de texto plano.
 Se utiliza como separador el símbolo PIPE (|) para cada dato contenido en el registro.
 Al final de cada registro debe existir un salto de línea.
y tendrá la siguiente estructura:
NUMERODEFILA|CODIGODEERROR|CODIGODESUBSANACION
A continuación, se describen cada uno de los campos considerados:
Nº Campo Descripción
Número secuencial a partir del 00000001.

 Longitud: 8.
1 NUMERO DE FILA Cuando se inicie el intercambio de información se debe “setear” en
00000001 el número de fila que correspondería a la posición real
de la línea en cada archivo origen. En cada entrega que se haga
siempre se iniciará el correlativo en 00000001.
Códigos de errores encontrados en la fila, los cuales se encuentran
estructurados por su código, separado por el carácter coma “,”, por
2 CODIGO DE ERROR ejemplo: “VALABO00011,VALABO00065,VALABO00093”.
 Longitud: 1000 caracteres
 Tipo: alfanumérico

Código asignado por RENTESEG para identificar la subsanación del
registro con error.
CODIGO DE  Longitud: 1 a 20
3
SUBSANACION  Tipo: numérico
- Este campo es obligatorio para los ficheros de error que no
vengan de un fichero de subsanación
Los posibles códigos de error a recibir en este fichero están definidos en el apartado “10 Catálogo de
errores” clasificados según al fichero que hace referencia la validación realizada.
 Pruebas de verificación, validación y cruce de información

El sistema del RENTESEG permitirá detectar, verificar y validar automáticamente la consistencia de la
información con las Bases de Datos almacenadas en el sistema del RENTESEG, así como con otras que
sean necesarias, a efectos de detectar como mínimo:
 Los equipos terminales móviles que cuenten con IMEI alterado (inválido, clonado o duplicado),
mediante la verificación con la BD GSMA y el procedimiento correspondiente a la detección de
IMEI clonados identificados previamente.
 El incumplimiento del Intercambio Seguro, tomando en cuenta las siguientes excepciones cuando:
(i) Se trate de un equipo terminal móvil para pruebas, exhibiciones, muestras, ferias y otras
demostraciones de operatividad técnica y equipos de préstamo para servicio técnico.
(ii) Se trate de un abonado considerado como abonado corporativo de la modalidad Post Pago.
 Las excepciones al Intercambio Seguro no operan cuando el RENTESEG detecte que el equipo que
está siendo usado es un equipo alterado o que no se encuentra registrado en la Lista Blanca.
 Los equipos terminales móviles que operan en la red del servicio público móvil sin estar registrados
en la Lista Blanca.
 Los equipos terminales móviles importados por una persona natural desde el extranjero que
excedan la cantidad permitida.
 Los incumplimientos de los Concesionarios Móviles respecto de los bloqueos o desbloqueos de los
equipos terminales móviles y de las suspensiones o activaciones de los servicios vinculados a
dichos equipos. Asimismo, se deben considerar los casos que fueron ordenados por el OSIPTEL
en atención a los cuestionamientos.
 Los equipos terminales móviles de propiedad de la empresa operadora para el uso de servicio
técnico que excedan la cantidad permitida.
 Verificar diariamente si los equipos terminales móviles cuyos IMEI fueron retirados de los EIR de
los Concesionarios Móviles han tenido actividad en la red móvil posteriormente a su retiro.
 Otras situaciones que establezca el OSIPTEL, las cuales se validarán con la misma información
que poseerá el Sistema RENTESEG.
Se deberá tener en consideración las “reglas de prelación” respecto al estado de los equipos terminales
móviles, que le serán comunicadas oportunamente por el OSIPTEL, dado que un equipo terminal móvil
podría encontrarse en más de una situación que dé origen al bloqueo del equipo terminal y/o suspensión
del servicio público móvil.
Asimismo, para la realización de pruebas de verificación y validación del IMEI se deberá considerar las
Especificaciones 3GPP TS 22.016 y TS 23.003 y el procedimiento de la GSMA TS.06 IMEI Allocation and
Approval Process, u otros procedimientos que resulten aplicables coordinados previamente con el
OSIPTEL.
En ese sentido, se deberá contemplar como mínimo lo siguiente:

 Prueba de Dígitos de verificación de IMEI (IMEI e IMEI TAC, mediante la verificación del algoritmo
de Luhn, entre otros).
 Cruce de información de la base de datos de IMEI, IMSI y número telefónico.
 Pruebas de detección de incumplimiento por parte del concesionario móvil del bloqueo o
desbloqueo de los equipos terminales móviles, y de suspensión o activación de los servicios.
A continuación, se enumeran las validaciones, que deberá realizar el sistema RENTESEG, con la finalidad
de advertir errores en la información:
 Campos nulos sin justificación,
 Campos con puntos (.) sin justificación,

 Campos que no se ajusten a la longitud establecida (v.g. DNI=9 dígitos, alfanuméricos, entre
otros),
 Campos que no se ajusten al valor de la opción elegida (v.g. DNI es Tipo de Documento Legal “1”
y no “01”, RUC es “2” y no “02”, entre otros.)
 Campos que no se ajusten al tipo de carácter establecido (numérico o carácter),
 Error en el IMEI (v.g. alfanuméricos, incompleto y/o con espacios en blanco),
 Error en el Motivo del Reporte (solo se aceptarán los valores S, P, R y F),
 Error en el formato de la fecha (YYYYMMDDMMSS o YYYYMMDD, según corresponda),
 Error en los delimitadores (utilizar siempre el separador pipe (|)),
 Registros con más de un salto de línea,
 Formato incorrecto en el orden de los campos a reportar.
 Los registros no deben contener cabecera, caso contrario deberán ser rechazados para su
subsanación por el reportante.
 En los casos que se detecten filas cuya información en todos sus campos se encuentre repetida
(los valores de todos sus campos sean idénticos), solamente se aceptará una fila y las demás
deberán ser eliminadas.
 Entre otros, contemplados en las Normas Complementarias, Instructivo Técnico y en el presente
documento.
5.2 Fichero de Información del Registro de los equipos

terminales móviles importados, ensamblados y fabricados
en el país
Este Registro se encuentra conformado por la información ingresada por cada importador (incluido el
Concesionario Móvil), ensamblador, fabricante, a través del aplicativo accesible desde la página web
institucional del OSIPTEL.
5.2.1 Periodicidad y horarios de carga de información

Este fichero es insertado a petición a través del aplicativo “Registro de Equipos Terminales Móviles
importados, ensamblados y fabricados en el país”
5.2.2 Nomenclatura del fichero

Nomenclatura del archivo a ser recibido por el sistema RENTESEG:
USUARIO_YYYYMMDD_XX.CSV
Donde:
 USUARIO: Identificador único del usuario importador.
 XX: Identifica el número de archivo cargado durante el mismo día, empezando por “01”.
5.2.3 Formato del fichero

 Formato csv.
 El máximo número de registros por fichero será de 50.000.
 Se utiliza como separador el símbolo COMA (,) para cada dato contenido en el registro.
 No debe haber espacios en blanco ni al inicio ni al final de cada fila, ni en cada campo.

IMEI1,IMEI2,IMEI3,IMEI4,MARCAEQUIPO,MODELOEQUIPO,MAINBOARD,PAISORIGEN,DECLA
RACIONDUA
Identidad internacional del equipo terminal móvil. Es el código o

número de serie de 15 dígitos único que identifica al equipo terminal
• Longitud: 15.
1 imei1
• Tipo: numérico.
El quinceavo dígito, debe ser resultado de la aplicación del algoritmo
de Luhn.
- Este campo es obligatorio, no puede ser nulo.
• Longitud: 15.
2 imei2
Se reporta, de ser el caso.
de Luhn.
• Longitud: 15.
3 imei3
de Luhn.
• Longitud: 15.
4 imei4
de Luhn.
Marca del equipo terminal móvil.
• Longitud: 50.
5 marcaEquipo
• Tipo: carácter.
Este campo es obligatorio, no puede ser nulo.
Modelo del equipo terminal móvil.
• Longitud: 500 o según lo consignado en la información
6 modeloEquipo proveniente de los TAC de la GSMA
Componente utilizado como repuesto que cuenta con IMEI
 Longitud: 1.
 Tipo: numérico
 Valores:
7 mainboard 1 Si
2 No
Este campo se utiliza para diferenciar un equipo terminal móvil
completo y un repuesto.

Indica el país de origen o procedencia desde el cual el equipo
terminal móvil es importado. Se utiliza el código de país de tres
letras, de acuerdo a la versión de la norma ISO 3166-1 alfa-3. Por
8 paisOrigen ejemplo, el código para Perú es PER.
• Longitud: 3.
• Tipo: carácter
Identificador de Declaración Única de Aduanas (DUA).
 Formato: XXX-YYYY-XX-XXXXXX (YYYY corresponde a un
año)
9 declaracionDua Aplica únicamente para Importadores.
No aplica para Fabricantes nacionales.
• Longitud: 18.
• Tipo: carácter
5.2.4 Pruebas de verificación, validación y cruce de

información
El sistema del RENTESEG permitirá detectar, verificar y validar automáticamente la consistencia de todos
los campos del presente registro.
 Validaciones de formato: según lo detallado en el apartado anterior.
o Validar que los TAC de los IMEI sean válidos, conforme a lo registrado en la Base de Datos
GSMA.
o Validar el número de DUA con data actualizada de la SUNAT.
o Validar que el o los IMEI reportados no se encuentren en ninguna de las causales de la
Lista Negra.
o Validar que los IMEI no se encuentren duplicados en un mismo registro o en un mismo
archivo, de lo contrario se rechazará dicho registro para su subsanación.
o Validar que los IMEI no se encuentren previamente registrados en la base de datos
correspondiente al presente registro, de lo contrario se rechazará dicho registro para su
subsanación.
o Validar que todos los IMEI (1, 2, 3 y 4, según sea el caso) contengan el mismo TAC.
o Validar que el campo IMEI 1, y de corresponder los campos IMEI 2, IMEI 3, IMEI 4, así
como los campos Marca y Modelo del presente registro, de manera que correspondan con
la Marca y Modelo asociadas al TAC de dichos IMEI, respecto a la Base de Datos GSMA.
o Validar que el campo 10 “Número de Declaración DUA” tenga el siguiente formato XXX-
YYYY-XX-XXXXXX (donde YYYY corresponde a un año, y las X son caracteres). En caso la
SUNAT cambie el formato del DUA o el OSIPTEL lo disponga, el Contratista deberá
actualizar su validación.
5.2.5 Códigos Rechazo
IMEI RENRC000011 "IMEI" se encuentra en la Lista de Inválidos

IMEI RENRC000017 “IMEI” no contiene un TAC válido de la GSMA
IMEI RENRC000018 "IMEI" se encuentra en la Lista Negra
IMEI RENRC000022 “IMEI” se encuentre duplicado en el mismo registro.
IMEI RENRC000023 “IMEI” se encuentre duplicado en el fichero.

“IMEI 2, 3 o 4” no contienen el mismo TAC que
IMEI RENRC000020
“IMEI1”
IMEI RENRC000019 "IMEI" ya se encuentra registrado en el sistema
MARCA DEL EQUIPO RENRC000106 "MARCA DEL EQUIPO" longitud incorrecta
MARCA DEL EQUIPO RENRC000107 "MARCA DEL EQUIPO" espacios al inicio y/o final
MODELO DEL EQUIPO RENRC000109 "MODELO DEL EQUIPO" longitud incorrecta
MODELO DEL EQUIPO RENRC000110 "MODELO DEL EQUIPO" espacios al inicio y/o final
“MARCA y MODELO IMEI 1, 2, 3 o 4” no corresponde
MARCA Y MODELO RENRC000111 con la Marca y Modelo del TAC en la base de datos de
la GSMA
PAÍS ORIGEN RENRC000293 "PAÍS ORIGEN" longitud incorrecta
PAÍS ORIGEN RENRC000294 "PAÍS ORIGEN" espacios al inicio y/o final
MAINBOARD RENRC000295 "MAINBOARD" espacios al inicio y/o final
MAINBOARD RENRC000296 "MAINBOARD" formato incorrecto
MAINBOARD RENRC000297 "MAINBOARD" valor no permitido
NÚMERO DE DUA RENRC000286 “NÚMERO DE DUA” no está actualizado en la SUNAT
NÚMERO DE DUA RENRC000287 “NÚMERO DE DUA” formato incorrecto
5.3 Fichero de Información del Registro de Ventas

Este Registro se encuentra conformado por la información que permitirá a los usuarios adquirientes,
Concesionarios Móviles y las Casas Comercializadoras, registrar la información de la venta de equipos
terminales móviles, a través del aplicativo accesible desde la página web institucional del OSIPTEL.

Este fichero es insertado a petición a través del aplicativo “Registro de Ventas”

RegistroVentas_CONCESIONARIO_YYYYMMDD_XXX.TXT
Donde:
 CONCESIONARIO: Identifica al Concesionario Móvil que creó el archivo. Es el código
utilizado por el Concesionario Móvil para la portabilidad numérica: Entel (20), Claro (21),
Telefónica (22), Bitel (24), Flash (25), Dolphin (26), Guinea Mobile (27) y otros
concesionarios móviles a incorporarse en el futuro.
 XXX: Identifica el número de archivo cargado durante el mismo día, empezando por “001”.
Número secuencial de 001 a 999.

5.3.3 Nomenclatura de los ficheros comprobantes
Nomenclatura de los archivos con las imágenes del comprobante de pago:
RegistroVentas_CONCESIONARIO_YYYYMMDD_XXX_C_NNN.EXT
Donde:
 NNN: Número de comprobante de cada línea del fichero de ventas.

 EXT: Extensión del fichero comprobante que puede ser jpg o pdf.
Si se desea subir un único archivo comprimido que contenga todos los comprobantes asociados a un
fichero de ventas, deberá tener la siguiente nomenclatura:
RegistroVentas_CONCESIONARIO_YYYYMMDD_XXX_C.zip
Y la nomenclatura anteriormente definida para los ficheros individuales de comprobantes y hasta un
tamaño máximo de 50 Mb.
5.3.4 Formato del fichero ventas

Y tendrá la siguiente estructura:
Identidad internacional del equipo terminal móvil materia del

reporte. Es el código o número de serie de 15 dígitos único que
identifica al equipo terminal móvil de manera exclusiva a nivel
mundial.
El quinceavo dígito debe ser resultado de la aplicación del algoritmo
1 Imei
de Luhn.
Razón Social.
• Longitud: 15.
• Tipo: Numérico.
Nombre del adquiriente del terminal móvil.
Nombre del • Longitud: 60.
2
adquiriente • Tipo: Carácter.
Apellido del adquiriente del terminal móvil.

Apellidos del • Longitud: 80.
3
adquiriente • Tipo: Carácter.
Tipo de documento legal de identificación del adquiriente del servicio
público móvil.
• Valores:
1 DNI
Tipo documento del 2 RUC
4
adquiriente 3 Carné de Extranjería
4 Pasaporte
5 Documento Legal de Identidad válido requerido
por la Superintendencia Nacional de Migraciones
• Longitud: 1.

Número documento legal del adquiriente.

Número documento • Longitud: 20.
5
legal del adquiriente • Tipo: Numérico.
Número telefónico móvil que identifica de forma única la suscripción
Número móvil en una red. Formato: 9XXXXXXXX
6
vinculado • Longitud: 9
• Tipo: Numérico.
Correo electrónico del adquiriente.
Correo electrónico del  Longitud: 60.
7
adquiriente  Tipo: carácter
Tipo de comprobante de pago del adquiriente del terminal móvil.
Valores:
1 Boleta de compra
2 Factura de compra
Tipo de comprobante
8 3 Boleta de compra electrónica
de pago
4 Factura de compra electrónica
• Longitud: 1.
• Tipo: Numérico
Número de serie del comprobante de pago.
Número de • Longitud: 20.
9
comprobante de pago • Tipo: carácter
Fecha y hora del comprobante de pago.
Estructura: YYYYMMDDHHMISS.
Donde: YYYY = representa el año, MM = representa el mes, DD =
Fecha del representa al día, HH = representa la hora en formato 00 hasta 23,
10
comprobante de pago MI = minutos y SS = corresponde a los segundos.
• Longitud: 14.
• Tipo: carácter
- Este campo es obligatorio, no puede ser nulo
Nombre del fichero de comprobante de pago asociado.
• Longitud: 37.
• Tipo: carácter
• Formato:
Nombre comprobante
11 RegistroVentas_CONCESIONARIO_YYYYMMDD_XXX_C_NNN
de pago
.EXT.
Donde: N = número secuencial.

información

o Validar que el IMEI registrado no sea inválido, conforme a la Base de Datos GSMA, caso
contrario, el registro sería rechazado.
o Para el caso de equipos adquiridos en los concesionarios móviles, se deberá validar el
IMEI indicado, con la Lista Blanca (registro de abonados, equipos importados,
ensamblados o fabricados, adquiridos en el exterior) y Lista Negra (equipos sustraídos y
perdidos, inoperativos, incumplen intercambio seguro). La veracidad de esta validación
se marcará en el sistema como si cumple o no pero no se rechazará la solicitud.
o Para el caso de equipos adquiridos en casas comercializadoras, se deberá validar el IMEI
indicado, con la L Lista Blanca (registro de abonados, equipos importados, ensamblados
o fabricados, adquiridos en el exterior) y Lista Negra (equipos sustraídos y perdidos,
inoperativos, incumplen intercambio seguro), según corresponda (por ejemplo, cuando se
contrate una línea móvil a un concesionario con el equipo terminal adquirido a una casa
comercializadora). La veracidad de esta validación se marcará en el sistema como si
cumple o no pero no se rechazará la solicitud.
o Se ha cargado el fichero de comprobante que aparece nombrado en la línea.

TIPO DOCUMENTO DEL RENRC000115 "TIPO" longitud incorrecta
ADQUIRIENTE
TIPO DOCUMENTO DEL RENRC000116 "TIPO" espacios al inicio y/o final
ADQUIRIENTE
TIPO DOCUMENTO DEL RENRC000117 "TIPO" formato incorrecto
ADQUIRIENTE
TIPO DOCUMENTO DEL RENRC000118 "TIPO" valor no permitido
ADQUIRIENTE
NÚMERO DE DOCUMENTO RENRC000092 "NÚMERO DE DOCUMENTO LEGAL" sin información
LEGAL DEL ADQUIRIENTE
NÚMERO DE DOCUMENTO RENRC000093 "NÚMERO DE DOCUMENTO LEGAL" longitud
LEGAL DEL ADQUIRIENTE incorrecta
NÚMERO DE DOCUMENTO RENRC000094 "NÚMERO DE DOCUMENTO LEGAL" espacios al inicio
LEGAL DEL ADQUIRIENTE y/o final
NÚMERO DE DOCUMENTO RENRC000095 "NÚMERO DE DOCUMENTO LEGAL" valor no numérico
LEGAL DEL ADQUIRIENTE
NÚMERO MOVIL RENRC000024 "NÚMERO DE SERVICIO TELEFÓNICO MÓVIL" sin
VINCULADO información
NÚMERO MOVIL RENRC000025 "NÚMERO DE SERVICIO TELEFÓNICO MÓVIL"
VINCULADO longitud incorrecta

NÚMERO MOVIL RENRC000026 "NÚMERO DE SERVICIO TELEFÓNICO MÓVIL"
VINCULADO espacios al inicio y/o final
NÚMERO MOVIL RENRC000027 "NÚMERO DE SERVICIO TELEFÓNICO MÓVIL" valor
VINCULADO no numérico
NÚMERO MOVIL RENRC000028 "NÚMERO DE SERVICIO TELEFÓNICO MÓVIL" no
VINCULADO inicia en 9
NÚMERO MOVIL RENRC000030 "NÚMERO DE SERVICIO TELEFÓNICO MÓVIL" se
VINCULADO encuentre duplicado en el fichero
CORREO ELECTRONICO RENRC000216 "CORREO ELECTRONICO" sin información
DEL ADQUIRIENTE
CORREO ELECTRONICO RENRC000217 "CORREO ELECTRONICO" longitud incorrecta
DEL ADQUIRIENTE
CORREO ELECTRONICO RENRC000218 "CORREO ELECTRONICO" espacios al inicio y/o final
DEL ADQUIRIENTE
CORREO ELECTRONICO RENRC000219 "CORREO ELECTRONICO" formato incorrecto
DEL ADQUIRIENTE
TIPO COMPROBANTE RENRC000259 "TIPO COMPROBANTE" sin información
TIPO COMPROBANTE RENRC000260 "TIPO COMPROBANTE" longitud incorrecta
TIPO COMPROBANTE RENRC000261 "TIPO COMPROBANTE" espacios al inicio y/o final
TIPO COMPROBANTE RENRC000262 "TIPO COMPROBANTE" valor no permitido
NÚMERO COMPROBANTE RENRC000263 "NÚMERO COMPROBANTE" sin información
NÚMERO COMPROBANTE RENRC000264 "NÚMERO COMPROBANTE" longitud incorrecta
NÚMERO COMPROBANTE RENRC000265 "NÚMERO COMPROBANTE" espacios al inicio y/o final
FECHA DEL COMPROBANTE RENRC000266 “FECHA DEL COMPROBANTE” sin información
FECHA DEL COMPROBANTE RENRC000267 “FECHA DEL COMPROBANTE” ongitude incorrecta
FECHA DEL COMPROBANTE RENRC000268 “FECHA DEL COMPROBANTE” espacios al inicio y/o
final
FECHA DEL COMPROBANTE RENRC000269 “FECHA DEL COMPROBANTE” formato incorrecto
NOMBRE COMPROBANTE RENRC000270 "COMPROBANTE" sin información
NOMBRE COMPROBANTE RENRC000271 "COMPROBANTE" formato incorrecto
NOMBRES DEL "NOMBRES DEL ADQUIRIENTE" contiene valores no

RENRC000390
ADQUIRIENTE permitidos
APELLIDOS DEL "APELLIDOS DEL ADQUIRIENTE" contiene valores no
RENRC000391
5.4 Fichero de Información del Registro de Abonados del

Concesionario Móvil
La actualización del fichero corresponde a las altas nuevas y a la modificación de la información contenida
en alguno de los campos definidos en la estructura del mencionado registro. La actualización del Registro
de Abonados corresponde a la última modificación en el campo correspondiente registrado entre las
00:00:00 y las 23:59:59 horas del día anterior al reporte.
Nota: El primer día de la Fase 3 del RENTESEG los Concesionarios Móviles deberán remitir un archivo
conteniendo la información de su Registro de Abonados de todos sus servicios móviles que se encuentren
en sus sistemas comerciales con estado de servicio activo, suspendido o corte a las 23:59:59 horas del
día anterior al envío, a efectos de realizar una carga inicial.

El Registro de Abonados es actualizado por el Concesionario Móvil y entregado al sistema RENTESEG, con
periodicidad diaria, los siete (7) días de la semana, entre las 03:00:00 y las 06:59:59 horas.
Para la subsanación de registros erróneos, el Concesionario Móvil dispone de 1 día desde la generación
del fichero de error para remitir a RENTESEG el fichero de subsanación.

a. Fichero Registro de Abonados
Nomenclatura de los archivos a ser recibidos por el sistema RENTESEG:
CONCESIONARIO_RA_YYYYMMDD.TXT
CONCESIONARIO_RA_YYYYMMDD.sign
Donde:
el Concesionario Móvil para la portabilidad numérica: Entel (20), Claro (21), Telefónica (22), Bitel
(24), Flash (25), Dolphin (26), Guinea Mobile (27) y otros concesionarios móviles a incorporarse en
el futuro.
 RA: Identifica que entrega la información de su Registro de Abonados.

/CONCESIONARIO/RA/, donde
Mientras el fichero se está transfiriendo, debe tener la siguiente nomenclatura:

CONCESIONARIO_RA_YYYYMMDD.TXT.tmp
CONCESIONARIO_RA_YYYYMMDD.sign.tmp
b. Fichero Subsanación Registro de Abonados

Nomenclatura de los archivos de subsanación a ser recibidos por el sistema RENTESEG:
CONCESIONARIO_RA_YYYYMMDD_SUB.TXT
CONCESIONARIO_RA_YYYYMMDD_SUB.sign
Donde:
el futuro.
 RA_SUB: Identifica que entrega la información de su Registro de Abonados a subsanar.

/CONCESIONARIO/RA/, donde

CONCESIONARIO_RA_YYYYMMDD_SUB.TXT.tmp

CONCESIONARIO_RA_YYYYMMDD_SUB.sign.tmp

 Solo en el caso que el abonado/representante legal peruano (conforme a lo indicado por la RENIEC)
o extranjero de ser aplicable, no cuente con el apellido materno o paterno, los Concesionarios
Móviles incluirán un punto (.) en el campo que corresponda, a fin de no dejarlo vacío y evitar
posibles inconsistencias en la información. Solo se puede consignar un punto (.) en uno de los
apellidos del abonado.
 El OSIPTEL comunicará al Contratista, la modificación, eliminación o incorporación de campos
adicionales, de ser el caso.
NUMERODEFILA|CAMBIODENUMEROTELEFONICOMOVIL|NUMERODESERVICIOTELEFONICOM
OVIL|TITULARIDADDELSERVICIO|TIPODEABONADO|NOMBRESDELABONADO|APELLIDOPATE
RNODELABONADO|APELLIDOMATERNODELABONADO|RAZONSOCIAL|TIPODEDOCUMENTOLE
GAL|NUMERODEDOCUMENTOLEGAL|NOMBRESDELREPRESENTANTELEGAL|APELLIDOPATERN
ODELREPRESENTANTELEGAL|APELLIDOMATERNODELREPRESENTANTELEGAL|TIPODEDOCUME
NTOLEGALDELREPRESENTANTELEGAL|NUMERODEDOCUMENTOLEGALDELREPRESENTANTELEG
AL|NACIONALIDADDELABONADO|IMSI|TIPODECONTRATACION|MODALIDADDECONTRATO|F
ECHAYHORADEACTIVACION|ESTADODELSERVICIO|MOTIVODESUSPENSIONDELSERVICIO|MO
TIVODEBAJADELSERVICIO|VINCULACIONDELSERVICIO|IMEI|FECHAYHORADEPRIMERAVINC
ULACION|ORIGENDELEQUIPOTERMINALMOVIL|FECHADEDECLARACIONJURADA|FECHADEACT
UALIZACION|NUMERODESERVICIOMOVILANTERIOR|CODIGODESUBSANACION

 Longitud: 8.
1 NUMERO DE FILA
Cada archivo recibido siempre se iniciará en 00000001 y continuar
correlativamente en orden.
- Campo obligatorio, no puede ser nulo.
Indica si el abonado realizó cambio de número del servicio telefónico

móvil.
Longitud: 1.
CAMBIO DE NÚMERO Tipo: numérico.
2
TELEFÓNICO MÓVIL Valores:
1 Si cambio de número telefónico móvil.
2 No cambio de número telefónico móvil.
- Campo obligatorio, no puede ser nulo.

en una red. Este campo no puede ser modificado a excepción de
un cambio de número telefónico. No se limita el derecho del abonado
al cambio de número de servicio telefónico móvil.
NÚMERO DE • Longitud: 9.
3 SERVICIO • Tipo: numérico.
TELEFÓNICO MÓVIL Formato: 9XXXXXXXX
Campo obligatorio, no puede ser nulo.
En caso el campo 2 “CAMBIO DE NÚMERO TELEFÓNICO MÓVIL”
tenga el valor de “1”, este campo se llena con el nuevo número
telefónico; en otro caso se coloca el número actual.
Indica si el abonado realizó cambio de titularidad del servicio

telefónico móvil, así como presentó una titularidad cuestionada del
servicio.
• Longitud: 1.
• Valores:
1 Si cambio de titularidad del servicio.
TITULARIDAD DEL 2 No cambio de titularidad del servicio.
4
SERVICIO 3 Titularidad cuestionada.
Campo obligatorio, no puede ser nulo.
En caso de “1” se deberá modificar y registrar todos los campos de
información necesarios que se encuentren involucrados con el
cambio de titularidad del servicio, siendo de corresponder, los
campos 5, 6,7,8,9,10,11,12,13,14,15,16, 17, 18 y 19.
En caso de “3”, los campos 5,6,7,8,9,10,11,12,13,14,15,16 y 17
deben ser nulos.
Tipo de abonado del servicio público móvil.

• Longitud: 1.
• Valores:
5 TIPO DE ABONADO
1 Persona natural.
2 Persona jurídica.
Todos los abonados que se identifiquen con RUC, deben ser
consideradas personas jurídicas.
Nombres del abonado del servicio público móvil.
• Longitud máxima: 60.
NOMBRES DEL
6 • Tipo: carácter.
ABONADO
Este campo se llena cuando el campo “TIPO DE ABONADO” es “1”:
persona natural.
Primer apellido del abonado del servicio público móvil.
 Longitud máxima: 40.
APELLIDO PATERNO
7  Tipo: carácter.
DEL ABONADO
persona natural.
Segundo apellido del abonado (persona natural) del servicio público

móvil.
APELLIDO MATERNO • Longitud máxima: 40.
8
DEL ABONADO • Tipo: carácter.
persona natural.
Razón social de la persona jurídica.

9 RAZON SOCIAL • Tipo: carácter.
persona jurídica.

Tipo de documento legal de identificación del abonado del servicio
público móvil.
• Longitud: 1.
• Valores:
1 DNI
2 RUC
TIPO DE DOCUMENTO 3 Carné de Extranjería
10
LEGAL 4 Pasaporte
- Si el tipo de abonado (campo 5) es igual a “1” (Persona Natural),
el Tipo de Documento Legal (campo 10) tendrá que ser diferente
de “2” (No podrá ser RUC).
- Si el tipo de abonado es igual a “2” (Persona Jurídica), el tipo de
Documento Legal (campo 10) tendrá que ser igual a “2”.
Número de documento legal de identificación del abonado del

servicio público móvil.
- Si el tipo de documento legal es “1” (DNI) la longitud debe ser
NÚMERO DE igual a 8 (valores numéricos).
11
DOCUMENTO LEGAL - Si el tipo de documento legal es “2” (RUC) la longitud debe ser
igual a 11.
- Si el tipo de documento legal es diferente de “1” (DNI) y ”2”
(RUC), la longitud debe ser menor o igual a 20.
- Si el tipo de documento legal es “1” (DNI) o “2” (RUC), solo se
aceptarán caracteres numéricos.
Nombres del representante legal del abonado del servicio público
móvil.
 Tipo: carácter.
NOMBRES DEL
Este campo se llena cuando el abonado tiene representante legal.
12 REPRESENTANTE
De contar con representantes legales que actúen de manera
LEGAL
mancomunada o en caso se tenga más de un representante legal, se
remiten los datos de la persona que contrató el servicio. En caso otro
representante legal realice modificaciones a la modalidad del servicio
contratado, se deberá actualizar los datos de dicho representante.
Primer apellido del representante legal del abonado del servicio
público móvil.
APELLIDO PATERNO Este campo se llena cuando el abonado tiene representante legal.
13 DEL REPRESENTANTE De contar con representantes legales que actúen de manera
LEGAL mancomunada o en caso se tenga más de un representante legal, se
remitirán los datos de la persona que contrató el servicio. En caso
otro representante legal realice modificaciones a la modalidad del
servicio contratado, se deberá actualizar los datos de dicho
representante.
Segundo apellido del representante legal del abonado del servicio
público móvil.
APELLIDO MATERNO
14 DEL REPRESENTANTE
LEGAL
remiten los datos de la persona que contrató el servicio. En caso otro

Tipo de documento legal de identificación del representante legal
del abonado del servicio público móvil.
• Longitud: 1.
• Valores:
1 DNI
TIPO DE DOCUMENTO
4 Pasaporte
LEGAL DEL
15 5 Documento Legal de Identidad válido requerido
REPRESENTANTE
por la SNM
LEGAL
mancomunada o en caso se tenga más de un representante legal,
se remite los datos de la persona que contrató el servicio. En caso
otro representante legal realice modificaciones a la modalidad del
servicio contratado, se deberá actualizar los datos de dicho
representante.
Número de documento legal de identificación del representante legal
del abonado del servicio público móvil.
NÚMERO DE
DOCUMENTO LEGAL
16 remite los datos de la persona que contrató el servicio. En caso otro
DEL REPRESENTANTE
LEGAL
- Si el tipo de documento legal es “1” (DNI) la longitud debe ser
igual a 8 (valores numéricos) y solo se aceptarán caracteres
numéricos.
- Si el tipo de documento legal es diferente de “1” (DNI), la longitud
debe ser menor o igual a 20.
País de origen del abonado del servicio público móvil. Se utiliza el

código de país de tres letras, de acuerdo con la versión de la norma
ISO 3166-1 alfa-3. Por ejemplo, el código para Perú es PER.
• Longitud: 3.
NACIONALIDAD DEL • Tipo: carácter.
17
ABONADO Para el reporte de la información de abonados que han contratado el
servicio antes de que esta data sea exigible, el Concesionario Móvil
dejará vacío este campo.
Si el campo 5 (Tipo de Abonado) es igual a “2” (Persona Jurídica), se
debe consignar “PER”.
Código de identificación internacional único para cada abonado del

servicio público móvil, que activa el equipo terminal móvil, el cual se
encuentra integrado a la SIM Card, el chip u otro equivalente, que
permite su identificación a través de las redes de servicios públicos
móviles.
• Longitud: 15.
18 IMSI • Tipo: numérico.
Este campo se llena cuando el campo “VINCULACIÓN DEL SERVICIO”
es “1”.
Los 5 primeros caracteres del IMSI, deben corresponder a los códigos
de red móvil (MNC) asignados a cada concesionario móvil: Entel
(71617), Claro (71610), Telefónica (71606), Bitel (71615), Flash
(71606), Dolphin (71619) y Guinea Mobile (71620).

Identifica el tipo de contratación del abonado o su migración de
plan del servicio público móvil.
• Longitud: 1.
TIPO DE
19 • Tipo: numérico.
CONTRATACIÓN
• Valores:
1 Alta sin Portabilidad
2 Alta con Portabilidad
Identifica la modalidad de pago contratada por el abonado del
servicio público móvil.
• Longitud: 1.
MODALIDAD DE • Valores:
20
CONTRATO
1 Prepago
2 Postpago
3 Control
Indica la fecha y la hora de activación (altas nuevas) del servicio
público móvil en la red.
A partir de la Tercera Fase del RENTESEG, implica que el servicio
con el IMEI del equipo terminal móvil está autorizado por el
RENTESEG.
 Estructura: YYYYMMDDHHMISS.
o Donde: YYYY = representa el año, MM = representa
FECHA Y HORA DE el mes, DD = representa al día, HH = representa la
21
ACTIVACIÓN hora en formato 00 hasta 23, MI = minutos y SS =
 Longitud: 14
- Para las Altas Nuevas efectuadas en la Tercera Fase del
RENTESEG, la presente fecha y hora debe ser posterior a la
fecha y hora de la primera vinculación efectuada.
Estado del servicio del abonado del servicio público móvil.
 Longitud: 1.
 Valores:
1 Activo (línea con servicio)
ESTADO DEL 2 Suspendido
22
SERVICIO 3 Con corte
4 De baja
5 Previo a la Activación
- Si el valor es igual a “5”, el campo “Vinculación del Servicio” se
debe consignar a valor 2.

Indica el motivo de la suspensión del servicio público móvil.
• Longitud: 3.
• Valores:
SSP Suspendido por sustracción o pérdida del
SIS Suspendido por incumplimiento del
Intercambio Seguro.
SLB Suspendido por vinculación del servicio a
equipo terminal móvil con IMEI que no se
encuentra registrado en la Lista Blanca.
SIN Suspendido por vinculación del servicio a
MOTIVO DE
equipo terminal móvil con IMEI inválido.
23 SUSPENSIÓN DEL
SCL Suspendido por vinculación del servicio a
SERVICIO
equipo terminal móvil con IMEI clonado o
Duplicado.
SCU Suspendido por alguna de las otras causales
establecidas en las Condiciones de Uso.
SEI Suspendido por uso de equipo terminal
móvil inoperativo.
SAC Suspendido por requerimiento de Autoridad
Competente.
SUP Suspendido por Uso Prohibido.
SRF Suspendido por Reporte de Fraude.
- Este campo se llena cuando el campo “ESTADO DEL SERVICIO”
es “2”: Suspendido.
Indica el motivo de la baja del servicio público móvil.
• Longitud: 3.
• Valores:
DSP De baja por sustracción o pérdida del equipo
terminal móvil.
DIS De baja por incumplimiento del Intercambio
Seguro.
DLB De baja por vinculación del servicio a equipo
terminal móvil con IMEI que no se
encuentra registrado en la Lista Blanca.
DIN De baja debido a que el equipo terminal
MOTIVO DE BAJA DEL
24 móvil tiene IMEI inválido.
SERVICIO
DCL De baja debido a que el equipo terminal
móvil tiene IMEI clonado o duplicado.
DCU De baja por alguna de las otras causales
establecidas en las Condiciones de Uso.
DEI De baja por uso de equipo terminal móvil
inoperativo.
DAC De baja por requerimiento de Autoridad
Competente.
DUP De baja por Uso Prohibido.
DRF De baja por Reporte de Fraude.
- Este campo se llena cuando el campo “ESTADO DEL SERVICIO”
es “4”: De baja.
Indica si el servicio está o no vinculado a un equipo terminal móvil.
Características:
• Longitud: 1.
VINCULACIÓN DEL • Valores:
25
SERVICIO 1 Servicio vinculado a un IMEI
2 Servicio no vinculado a un IMEI
En caso de que se adquiera una línea nueva y el SIM Card o
equivalente no haya sido utilizado en un equipo terminal móvil, se
consignará el valor “2” – Servicio no vinculado a un IMEI.

• Longitud: 15.
26 IMEI • Tipo: numérico.
- Este campo se llena cuando el campo “VINCULACIÓN DEL
SERVICIO” es “1”.
- El quinceavo dígito, debe ser resultado de la aplicación del
algoritmo de Luhn.
Fecha y hora de la primera vinculación del servicio móvil al IMEI.
• Estructura: YYYYMMDDHHMISS.
Donde: YYYY = representa el año, MM = representa el mes,
DD = representa al día, HH = representa la hora en formato
00 hasta 23, MI = minutos y SS = corresponde a los
FECHA Y HORA DE segundos.
27 PRIMERA  Longitud: 14
VINCULACIÓN  Tipo: carácter.
Este campo se actualizará por los siguientes motivos:
- En caso el servicio móvil se vincule a otro IMEI,
- En caso el servicio móvil regrese como portado a la red del
Concesionario Móvil o en caso de baja y posterior recuperación
del número de servicio móvil.
Indicar si el equipo terminal móvil ha sido adquirido por una persona
natural en el extranjero para su uso en el Perú, o fue adquirido en la
empresa operadora o en otro lugar.
 Longitud: 1.
 Valores:
1 Adquirido en la empresa operadora.
ORIGEN DEL EQUIPO
28 2 Adquirido en otro lugar.
TERMINAL MÓVIL
3 Adquirido en el extranjero por una persona
natural.
- Este campo se llena cuando el campo 25 corresponde a la opción
1 ‘servicio vinculado a un IMEI’.
- El valor “3” corresponde cuando el abonado suscribe la
Declaración Jurada de Equipo Adquirido en el extranjero por una
persona natural. (Formato 24 del Instructivo Técnico).
Fecha de suscripción de la Declaración Jurada de la persona natural
ante el Concesionario Móvil con el cual contrata el servicio, a fin de
validar que adquiere un equipo terminal móvil en el extranjero para
FECHA DE su uso en el Perú.
29 DECLARACIÓN  Estructura: YYYYMMDD
JURADA o Donde, YYYY = representa el año, MM = representa
el mes, DD = representa el día.
 Longitud: 8
Fecha a la que corresponde la actualización de la información del

servicio móvil en el Registro de Abonados o del primer envío de un
alta nueva.
FECHA DE • Estructura: YYYYMMDD
30
ACTUALIZACIÓN Donde, YYYY = representa el año, MM = representa el mes,
DD = representa el día.
• Longitud: 8

Número telefónico móvil anterior que identifica de forma única la
suscripción en una red.
• Longitud: 9.
NÚMERO DE
31 SERVICIO MÓVIL
Formato: 9XXXXXXXX
ANTERIOR
En caso el campo 2 “CAMBIO DE NÚMERO TELEFÓNICO MÓVIL”
tenga el valor de “1”, este campo es obligatorio y se llena con el
número telefónico anterior.

registro con error que viene en el fichero de
ERROR_CONCESIONARIO_RA_YYYYMMDD.TXT.
CÓDIGO DE  Longitud: 1 a 20
32
SUBSANACIÓN  Tipo: numérico
- Campo obligatorio para los ficheros
CONCESIONARIO_RA_YYYYMMDD_SUB.TXT
5.4.4 Pruebas de verificación, validación y cruce de información

 Validaciones de formato: Según lo detallado en el apartado anterior.
o El campo “número de servicio telefónico móvil” no puede repetirse en un mismo archivo. Solo
debe existir una fila por número de servicio telefónico móvil en cada archivo reportado.
o Todos los campos de fecha y hora no deben ser mayores que las 23:59:59 horas del día
reportado.
o Para cada fila del registro de 30 campos, el campo 3 “Número de servicio móvil” corresponda
efectivamente a un número del servicio móvil.
o Si el campo 2 “Cambio de número telefónico móvil” es “1”, se debe validar los datos de
Nombre, Apellidos, DNI, Número de servicio telefónico móvil, con el último estado anterior
del reporte de abonados correspondiente a dicho abonado comparando el campo “número de
servicio móvil anterior” y el campo 21 “fecha y hora de activación”.
o Si el abonado fue registrado como “Alta con Portabilidad” (campo 19 “Tipo de contratación”,
opción 2 “Alta con portabilidad”) en el operador receptor, verificar que el número telefónico
del referido abonado se encuentre reportado como baja (campo 22 “Estado del Servicio”,
opción 4 “De baja”) en el operador cedente. En este caso, no se rechaza la fila, sino que se
envía una advertencia al operador cedente por correo electrónico informando de que no
remitió la baja del número telefónico en cuestión.
o Si el campo 28 “Origen del equipo terminal móvil” es opción 3 “Adquirido en el extranjero por
una persona natural”, se debe validar si el IMEI se encuentra en Lista Negra, por orden de
prelación, con la casuística “No registro en Lista Blanca”, si este es el caso, el proceso de
validación diaria envía una orden para desbloquear el IMEI con el campo “idProceso” asociado
al concesionario móvil que tiene bloqueado el IMEI en Lista Negra y generando un broadcast
para el resto de concensionarios cuyo idProceso corresponde al anterior mencionado y elimina
de Lista Negra y el proceso de abonados puede insertar en Lista Blanca con origen 3.
o Cuando existe errores en una fila, esa fila se rechaza y se registra en el fichero de error.
o El campo “código de subsanación”, para los ficheros de subsanación de registros, debe existir
el identificador en el sistema de RENTESEG y pertenecer al concesionario implicado, y no se
puede subsanar un registro ya subsanado correctamente.
o Fichero de subsanación, se rechaza una fila con error y se informa en el fichero de errores
pero sin nuevo código de subsanación.
o Fichero de subsanación, la fila que subsana tiene que contener la misma fecha actualización
que la fila que está subsanando.

Los códigos de rechazo que pueden ser devueltos en el fichero de error para esta sección son todos los
que se encuentran en el apartado 10.2.2 – Registro de Abonados y algunos códigos nuevos faltantes que

se encuentran en el apartado 10.3 del presente documento. Algunos códigos del apartado 10.2.2 están
descatalogados ya que ahora mismo no son usables, pero permanecen en la sección como histórico de
códigos migrados.
A continuación, se muestra el listado de códigos de rechazo nuevos posibles correspondientes al apartado
10.3:

RENRC000028
CAMBIO DE NÚMERO "CAMBIO DE NÚMERO TELEFÓNICO MÓVIL" sin
RENRC000318
CAMBIO DE NÚMERO "CAMBIO DE NÚMERO TELEFÓNICO MÓVIL" longitud
RENRC000319
TELEFÓNICO MÓVIL incorrecta
CAMBIO DE NÚMERO "CAMBIO DE NÚMERO TELEFÓNICO MÓVIL" espacios
RENRC000320
TELEFÓNICO MÓVIL al inicio y/o final
CAMBIO DE NÚMERO "CAMBIO DE NÚMERO TELEFÓNICO MÓVIL" valor no
RENRC000321
TELEFÓNICO MÓVIL permitido
TITULARIDAD DEL
RENRC000322 "TITULARIDAD DEL SERVICIO" sin información
SERVICIO
TITULARIDAD DEL
RENRC000323 "TITULARIDAD DEL SERVICIO" longitud incorrecta
SERVICIO
TITULARIDAD DEL "TITULARIDAD DEL SERVICIO" espacios al inicio y/o
RENRC000324
SERVICIO final
TITULARIDAD DEL
RENRC000325 "TITULARIDAD DEL SERVICIO" valor no permitido
SERVICIO
TIPO DE CONTRATACIÓN RENRC000326 "TIPO DE CONTRATACIÓN" sin información
TIPO DE CONTRATACIÓN RENRC000327 "TIPO DE CONTRATACIÓN" longitud incorrecta
TIPO DE CONTRATACIÓN RENRC000328 "TIPO DE CONTRATACIÓN" espacios al inicio y/o final
TIPO DE CONTRATACIÓN RENRC000329 "TIPO DE CONTRATACIÓN" valor no permitido

"FECHA DE ACTUALIZACIÓN" espacios al inicio y/o
FECHA DE ACTUALIZACIÓN RENRC000330
final
FECHA DE ACTUALIZACIÓN RENRC000331 "FECHA DE ACTUALIZACIÓN" formato incorrecto
ORIGEN DEL EQUIPO "ORIGEN DEL EQUIPO TERMINAL MÓVIL" sin
RENRC000350
TERMINAL MÓVIL información
ORIGEN DEL EQUIPO "ORIGEN DEL EQUIPO TERMINAL MÓVIL" espacios al
RENRC000351
TERMINAL MÓVIL inicio y/o final
ORIGEN DEL EQUIPO "ORIGEN DEL EQUIPO TERMINAL MÓVIL" valor no
RENRC000352
TERMINAL MÓVIL permitido
RAZÓN SOCIAL RENRC000384 "RAZÓN SOCIAL" contiene valores no permitidos
NOMBRES DEL "NOMBRES DEL REPRESENTANTE LEGAL" contiene
RENRC000386
REPRESENTANTE LEGAL valores no permitidos
APELLIDO PATERNO DEL "APELLIDO PATERNO DEL REPRESENTANTE LEGAL"
RENRC000387
REPRESENTANTE LEGAL contiene valores no permitidos
APELLIDO MATERNO DEL "APELLIDO MATERNO DEL REPRESENTANTE LEGAL"
RENRC000388
RENRC000392
RENRC000393
RENRC000394
CÓDIGO DE
RENRC000395 "CÓDIGO DE SUBSANACIÓN" ya subsanado
SUBSANACIÓN

CÓDIGO DE "CÓDIGO DE SUBSANACIÓN" no pertenece al
RENRC000396
SUBSANACIÓN concesionario
NÚMERO DE SERVICIO "NÚMERO DE SERVICIO MÓVIL ANTERIOR" sin
RENRC000410
MÓVIL ANTERIOR información
NÚMERO DE SERVICIO "NÚMERO DE SERVICIO MÓVIL ANTERIOR" longitud
RENRC000411
MÓVIL ANTERIOR incorrecta
NÚMERO DE SERVICIO "NÚMERO DE SERVICIO MÓVIL ANTERIOR" espacios
RENRC000412
MÓVIL ANTERIOR al inicio y/o final
NÚMERO DE SERVICIO "NÚMERO DE SERVICIO MÓVIL ANTERIOR" valor no
RENRC000413
MÓVIL ANTERIOR numérico
NÚMERO DE SERVICIO "NÚMERO DE SERVICIO MÓVIL ANTERIOR" no inicia
RENRC000414
MÓVIL ANTERIOR en 9

Concesionario Móvil, correspondiente a equipos terminales
móviles de otros países y del Perú
El Concesionario Móvil, de manera semestral, podrá proceder al retiro de su EIR de los IMEI reportados
con una antigüedad mayor a un (1) año correspondiente a equipos terminales móviles sustraídos y
perdidos en otros países provenientes de los países con los cuales el Perú tiene Acuerdos Internacionales.

El Concesionario Móvil comunicará al sistema RENTESEG la relación de IMEI retirados de su EIR, en un
plazo máximo de tres (03) días hábiles de efectuado el retiro.

a. Fichero IMEI retirados del EIR
CONCESIONARIO_RETIRADOS_SPI_YYYYMMDD.TXT
CONCESIONARIO_RETIRADOS_SPI_YYYYMMDD.sign
Donde:
 RETIRADOS: Identifica la información de los IMEI de los equipos terminales móviles de otros países
retirados del EIR.
 SPI: Identifica que la información corresponde a equipos terminales móviles reportados como
sustraídos o perdidos por el país con quien el Estado Peruano tiene un Acuerdo Internacional.

/CONCESIONARIO/RETIRADOS/, donde

CONCESIONARIO_RETIRADOS_SPI_YYYYMMDD.TXT.tmp

CONCESIONARIO_RETIRADOS_SPI_YYYYMMDD.sign.tmp
b. Fichero Subsanación IMEI retirados del EIR

CONCESIONARIO_RETIRADOS_SPI_YYYYMMDD_SUB.TXT
CONCESIONARIO_RETIRADOS_SPI_YYYYMMDD_SUB.sign
Donde:
 RETIRADOS: Identifica la información de los IMEI de los equipos terminales móviles de otros países
retirados del EIR.
 SPI_SUB: Identifica que la información corresponde a equipos terminales móviles reportados como
sustraídos o perdidos por el país con quien el Estado Peruano tiene un Acuerdo Internacional a
subsanar.

/CONCESIONARIO/RETIRADOS/, donde

CONCESIONARIO_RETIRADOS_SPI_YYYYMMDD_SUB.TXT.tmp
CONCESIONARIO_RETIRADOS_SPI_YYYYMMDD_SUB.sign.tmp

El archivo a entregar por el Concesionario Móvil de Perú tendrá el siguiente formato:
NÚMERODEFILA|IMEI|FECHAYHORADELRETIRO|PAISORIGENDELREPORTEDELIMEIRETIRAD
O|CONCESIONARIO|CODIGODESUBSANACION

• Longitud: 8.
1 NÚMERO DE FILA
En cada entrega que se haga siempre se iniciará el correlativo en
00000001.
- Campo obligatorio, no puede ser nulo

mundial.
2 IMEI  Longitud: 15.
- El quinceavo dígito debe ser resultado de la aplicación del
algoritmo de Luhn.
Fecha y hora del retiro del IMEI en el EIR efectuado por el
Concesionario Móvil.
• Estructura: YYYYMMDDHHMISS
Donde, YYYY = representa el año, MM = representa el mes,
FECHA Y HORA DEL DD = representa al día, HH = representa la hora en formato
3
RETIRO 00 hasta 23, MI = minutos y SS = corresponde a los
segundos.
• Longitud: 14.
- Campo obligatorio
Nombre del país de origen del reporte del IMEI retirado. Se utiliza el
código de país de tres letras, de acuerdo con la versión de la norma
PAÍS ORIGEN DEL
ISO 3166-1 alfa-3. Por ejemplo, el código para Perú es PER.
4 REPORTE DEL IMEI
 Longitud: 3.
RETIRADO
- Campo obligatorio
Empresa operadora del servicio público móvil del país origen que
reportó el IMEI retirado. Campo obligatorio.
 Longitud: 3.
 Valores:
VIV Nuevatel PCS de Bolivia S.A. (VIVA)
5 CONCESIONARIO TIG Telefónica Celular de Bolivia S.A. (TIGO)
ENT Entel S.A. (ENTEL)
OTE OTECEL (MOVISTAR)
CN Corporación Nacional de
T Telecomunicaciones (CNT)
CLA CONECEL (CLARO)
•
ERROR_CONCESIONARIO_RETIRADOS_SPI_YYYYMMDD.TXT.
6
CONCESIONARIO_RETIRADOS_SPI_YYYYMMDD_SUB.TXT

o Validar que los IMEI retirados no sean inválidos, conforme a la Base de Datos GSMA, caso

NÚMERO DE FILA RENRC000001 "NUMERO DE FILA" sin información
NÚMERO DE FILA RENRC000002 "NÚMERO DE FILA" longitud incorrecta
NÚMERO DE FILA RENRC000003 "NÚMERO DE FILA" espacios al inicio y/o final
NÚMERO DE FILA RENRC000004 "NÚMERO DE FILA" valor no numérico
NÚMERO DE FILA RENRC000005 "NÚMERO DE FILA" no correlativo

FECHA Y HORA DEL
RENRC000065 "FECHA Y HORA DEL RETIRO" sin información
RETIRO
FECHA Y HORA DEL
RENRC000066 "FECHA Y HORA DEL RETIRO" longitud incorrecta
RETIRO
FECHA Y HORA DEL "FECHA Y HORA DEL RETIRO" espacios al inicio y/o
RENRC000067
RETIRO final
FECHA Y HORA DEL
RENRC000068 "FECHA Y HORA DEL RETIRO" formato incorrecto
RETIRO
PAÍS ORIGEN DEL
"PAÍS ORIGEN DEL REPORTE DEL IMEI RETIRADO"
REPORTE DEL IMEI RENRC000069
sin información
RETIRADO
PAÍS ORIGEN DEL
longitud incorrecta
RETIRADO
PAÍS ORIGEN DEL
espacios al inicio y/o final
RETIRADO
CONCESIONARIO RENRC000073 "CONCESIONARIO" longitud incorrecta
CONCESIONARIO RENRC000074 "CONCESIONARIO" espacios al inicio y/o final
CONCESIONARIO RENRC000075 "CONCESIONARIO” valor no permitido

CÓDIGO DE
RENRC000128 "CÓDIGO DE SUBSANACIÓN" sin información
SUBSANACIÓN
CÓDIGO DE
RENRC000129 "CÓDIGO DE SUBSANACIÓN" longitud incorrecta
SUBSANACIÓN

CÓDIGO DE "CÓDIGO DE SUBSANACIÓN" espacios al inicio y/o
RENRC000130
SUBSANACIÓN final
CÓDIGO DE
RENRC000131 "CÓDIGO DE SUBSANACIÓN" valor no numérico
SUBSANACIÓN
CÓDIGO DE
RENRC000315 "CÓDIGO DE SUBSANACIÓN" no existe en el sistema
SUBSANACIÓN
CÓDIGO DE
SUBSANACIÓN
RENRC000396
5.6 Fichero de Información correspondiente al registro de los

Equipos Terminales Móviles Inoperativos
La información el registro de los equipos terminales móviles inoperativos, es remitida por cada uno de los
Concesionarios Móviles al sistema RENTESEG. Se encuentra conformado por la información de aquellos
equipos terminales móviles que han perdido de manera permanente alguna funcionalidad que no le
permite operar en la red del servicio público móvil.

El Concesionario Móvil entregará al sistema RENTESEG dicha información, el primer día calendario de cada
mes, entre las 00:00:00 y la 01:59:59.
El Concesionario Móvil está obligado a bloquear en su red, hasta las 23:59:59 del último día calendario
del mes anterior los equipos terminal móviles inoperativos.

a. Fichero Inoperativos
CONCESIONARIO_INOPEN_YYYYMM.TXT
CONCESIONARIO_INOPEN_YYYYMM.sign
Donde:
 CONCESIONARIO: Identifica al Concesionario Móvil que creó el archivo. Es el código utilizado
por el Concesionario Móvil para la portabilidad numérica.
 INOPEN: Identifica la información de equipos terminales móviles inoperativos a ser reportada
por el Concesionario Móvil.

/CONCESIONARIO/INOPEN/, donde

CONCESIONARIO_INOPEN_YYYYMM.TXT.tmp
CONCESIONARIO_INOPEN_YYYYMM.sign.tmp
b. Fichero Subsanación Inoperativos

Nomenclatura de los archivos de subsanación a ser recibido por el sistema RENTESEG:
CONCESIONARIO_INOPEN_YYYYMM_SUB.TXT
CONCESIONARIO_INOPEN_YYYYMM_SUB.sign
Donde:
 INOPEN_SUB: Identifica la información de equipos terminales móviles inoperativos a ser
reportada por el Concesionario Móvil a subsanar.

/CONCESIONARIO/INOPEN/, donde

CONCESIONARIO_INOPEN_YYYYMM_SUB.TXT.tmp
CONCESIONARIO_INOPEN_YYYYMM_SUB.sign.tmp

NUMERODEFILA|IMEI|MOTIVODELREPORTE

• Longitud: 8.
1 NÚMERO DE FILA
00000001.
Identidad internacional del equipo terminal móvil reportado como
inoperativo. Es el código o número de serie de 15 dígitos único que
mundial.
algoritmo de Luhn.

Indicael motivo de la inoperatividad del equipo terminal móvil.
 Longitud: 2.
MOTIVO DEL  Motivo del reporte (valores):
3
REPORTE IF Inoperativo. Falla técnica, destruido o
incompleto.
IN Inoperativo. No determinado.
- Campo obligatorio
Error_CONCESIONARIO_INOPEN_YYYYMM.TXT.
4
CONCESIONARIO_INOPEN_YYYYMM_SUB.TXT

o Validar que los IMEI no sean inválidos, conforme a la Base de Datos GSMA.
o Validar que los IMEI reportados como inoperativos, no se encuentren en la Lista Negra. Caso
contrario, el registro será rechazado.

MOTIVO DEL REPORTE RENRC000076 "MOTIVO DEL REPORTE" longitud incorrecta
MOTIVO DEL REPORTE RENRC000077 "MOTIVO DEL REPORTE" espacios al inicio y/o final
MOTIVO DEL REPORTE RENRC000078 "MOTIVO DEL REPORTE" valor no permitido

CÓDIGO DE
SUBSANACIÓN
CÓDIGO DE
SUBSANACIÓN
RENRC000130
SUBSANACIÓN final
CÓDIGO DE
SUBSANACIÓN
IMEI RENRC000292 “IMEI” se encuentra en la Lista Negra por inoperativo

CÓDIGO DE
SUBSANACIÓN
CÓDIGO DE
SUBSANACIÓN
RENRC000396
5.7 Fichero de Información correspondiente a las

desvinculaciones diarias de los equipos terminales móviles
realizados por los abonados
La información correspondiente a las desvinculaciones diarias de los equipos terminales móviles realizadas
por los abonados, es remitida por cada uno de los Concesionarios Móviles al sistema RENTESEG.

Dicha información es remitida diariamente los siete (07) días de la semana entre las 03:00:00 y las
06:59:59, de todas las desvinculaciones del día anterior al reporte hasta las 23:59:59.

a. Fichero Desvinculaciones Diarias
CONCESIONARIO_DESVIN_YYYYMMDD.TXT
CONCESIONARIO_DESVIN_YYYYMMDD.sign
Donde:
 DESVIN: Identifica la información a ser remitida por el Concesionario Móvil, correspondiente a
todas las desvinculaciones diarias del equipo terminal móvil realizadas por el abonado.

/CONCESIONARIO/DESVIN/, donde

CONCESIONARIO_DESVIN_YYYYMMDD.TXT.tmp
CONCESIONARIO_DESVIN_YYYYMMDD.sign.tmp
b. Fichero Subsanación Desvinculaciones Diarias

CONCESIONARIO_DESVIN_YYYYMMDD_SUB.TXT
CONCESIONARIO_DESVIN_YYYYMMDD_SUB.sign
Donde:
 DESVIN_SUB: Identifica la información a ser remitida por el Concesionario Móvil, correspondiente
a todas las desvinculaciones diarias del equipo terminal móvil realizadas por el abonado a subsanar.

/CONCESIONARIO/DESVIN/, donde

CONCESIONARIO_DESVIN_YYYYMMDD_SUB.TXT.tmp
CONCESIONARIO_DESVIN_YYYYMMDD_SUB.sign.tmp

 Los registros deben ser ordenados de forma cronológica (del más antiguo al más reciente).
NUMERODEFILA|FECHAYHORADEDESVINCULACION|IMEI|NUMERODESERVICIOTELEFONICO
MOVIL|TIPODEABONADO|TIPODEDOCUMENTOLEGAL|NUMERODEDOCUMENTOLEGAL|CODIGO
DESUBSANACION

• Longitud: 8.
1 NÚMERO DE FILA
00000001.
Fecha y hora en que el abonado procede a desvincularse de un
equipo terminal móvil que está registrado a su nombre.
o Donde, YYYY = representa el año, MM = representa
FECHA Y HORA DE
2 el mes, DD = representa el día, HH = representa la
DESVINCULACION
hora en formato 00 hasta 23, MI = minutos y SS =
 Longitud: 14
Identidad internacional del equipo terminal móvil del cual se
desvincula. Es el código o número de serie de 15 dígitos único que
mundial.
algoritmo de Luhn.
Número telefónico del cual se está desvinculando el IMEI.
NÚMERO DE  Longitud: 9.
4 SERVICIO  Tipo: numérico.
TELEFÓNICO MÓVIL Ejemplo: 9XXXXXXXX.
- Campo obligatorio.
Tipo de abonado del servicio público móvil que se desvinculó del

• Longitud: 1.
5 TIPO DE ABONADO • Tipo: numérico.
• Valores:
1 Persona natural.

público móvil que se desvinculó del equipo terminal móvil.
 Longitud: 2.
 Valores:
TIPO DE DOCUMENTO 1 DNI.
6
LEGAL
2 RUC.
3 Carné de Extranjería.
4 Pasaporte.
5 Documento Legal de Identidad válido
requerido por la SNM.

servicio público móvil que se desvinculó del equipo terminal móvil.
NÚMERO DE
7 • Longitud: 20.
DOCUMENTO LEGAL
- Campo obligatorio

ERROR_CONCESIONARIO_DESVIN_YYYYMMDD.TXT
8
CONCESIONARIO_DESVIN_YYYYMMDD_SUB.TXT

o Validar que previamente el IMEI haya estado vinculado al abonado, por ejemplo, a través del
Reporte de Abonados.
o Validar si el IMEI se encuentra en Lista Negra con la casuística “No cumple el Intercambio
Seguro” entonces:
 Si se encuentra bloqueado en Lista Negra por más de una casuística, el proceso
actualiza Lista Negra desmarcando el flag de “No cumple Intercambio Seguro”
 Si se encuentra bloqueado en Lista Negra solamente por ese motivo, el proceso tiene
que mandar desbloquear el IMEI para eliminarlo de Lista Negra.

FECHA Y HORA DE "FECHA Y HORA DE DESVINCULACIÓN" longitud
RENRC000097
DESVINCULACIÓN incorrecta
FECHA Y HORA DE "FECHA Y HORA DE DESVINCULACIÓN" espacios al
RENRC000098
DESVINCULACIÓN inicio y/o final
FECHA Y HORA DE "FECHA Y HORA DE DESVINCULACIÓN" formato
RENRC000099
DESVINCULACIÓN incorrecto


RENRC000024
RENRC000025
RENRC000026
RENRC000027
RENRC000028
RENRC000029
TELEFÓNICO MÓVIL vinculado al “IMEI”
TIPO DE ABONADO RENRC000084 "TIPO DE ABONADO" longitud incorrecta
TIPO DE ABONADO RENRC000085 "TIPO DE ABONADO" espacios al inicio y/o final
TIPO DE ABONADO RENRC000086 "TIPO DE ABONADO" valor no permitido

RENRC000088
LEGAL final
TIPO DE DOCUMENTO
RENRC000089 "TIPO DE DOCUMENTO LEGAL" formato incorrecto
LEGAL
TIPO DE DOCUMENTO
RENRC000090 "TIPO DE DOCUMENTO LEGAL" valor no permitido
LEGAL
TIPO DE DOCUMENTO "TIPO DE DOCUMENTO LEGAL" inconsistente con
RENRC000091
LEGAL "TIPO DE ABONADO"
RENRC000092 "NÚMERO DE DOCUMENTO LEGAL" sin información
LEGAL
NÚMERO DE DOCUMENTO "NÚMERO DE DOCUMENTO LEGAL" longitud
RENRC000093
LEGAL incorrecta
RENRC000094
LEGAL y/o final
RENRC000095 "NÚMERO DE DOCUMENTO LEGAL" valor no numérico
LEGAL
CÓDIGO DE
SUBSANACIÓN
CÓDIGO DE
SUBSANACIÓN
RENRC000130
SUBSANACIÓN final
CÓDIGO DE
SUBSANACIÓN
IMEI RENRC000021 “IMEI” no vinculado al abonado previamente

CÓDIGO DE
SUBSANACIÓN
CÓDIGO DE
SUBSANACIÓN
RENRC000396

5.8 Fichero de Información del registro de las vinculaciones
diarias de los Equipos Terminales Móviles realizadas por el
abonado
El primer día de la Fase 3 del RENTESEG los Concesionarios Móviles deberán remitir un archivo
conteniendo la información de todos los servicios móviles que cursaron tráfico entre las 00:00:00 y las
23:59:59 del día previo al reporte.
El Concesionario Móvil debe entregar al sistema RENTESEG la información correspondiente a todas las
vinculaciones diarias (actualización de sus vinculaciones) del servicio público móvil realizadas por el
abonado el día anterior al reporte con los equipos terminales móviles que este realice hasta las 23:59:59.

El Concesionario Móvil entregará al sistema RENTESEG dicha información, con periodicidad diaria, los siete
(7) días de la semana, entre las 03:00:00 y las 06:59:59 horas.

a. Fichero Vinculaciones diarias
CONCESIONARIO_VINSERVIMEI_YYYYMMDD.TXT
CONCESIONARIO_VINSERVIMEI_YYYYMMDD.sign
Donde:
 VINSERVIMEI: Identifica la información a ser remitida por el Concesionario Móvil, correspondiente
a todas las vinculaciones (inserción del SIM Card al equipo terminal móvil) diarias del servicio
público móvil con los equipos terminales móviles realizadas por el abonado.

/CONCESIONARIO/VINSERVIMEI/, donde

CONCESIONARIO_VINSERVIMEI_YYYYMMDD.TXT.tmp
CONCESIONARIO_VINSERVIMEI_YYYYMMDD.sign.tmp
b. Fichero Subsanación Vinculaciones diarias

CONCESIONARIO_VINSERVIMEI_YYYYMMDD_SUB.TXT
CONCESIONARIO_VINSERVIMEI_YYYYMMDD_SUB.sign
Donde:

 VINSERVIMEI_SUB: Identifica la información a ser remitida por el Concesionario Móvil,
correspondiente a todas las vinculaciones (inserción del SIM Card al equipo terminal móvil) diarias
del servicio público móvil con los equipos terminales móviles realizadas por el abonado a subsanar.

/CONCESIONARIO/VINSERVIMEI/, donde

CONCESIONARIO_VINSERVIMEI_YYYYMMDD_SUB.TXT.tmp
CONCESIONARIO_VINSERVIMEI_YYYYMMDD_SUB.sign.tmp

NUMERODEFILA|NUMERODESERVICIOTELEFONICOMOVIL|IMEI|FECHAYHORADEVINCULACIO
N|IMSI|TIPODEABONADO|TIPODEDOCUMENTOLEGAL|NUMERODEDOCUMENTOLEGAL|CODIG
ODESUBSANACION

• Longitud: 8.
1 NÚMERO DE FILA
00000001.
en una red.
NÚMERO DE
 Longitud: 9.
2 SERVICIO
TELEFÓNICO MÓVIL
Ejemplo: 9XXXXXXXX.
 Longitud: 15.
3 IMEI
algoritmo de Luhn.

Fecha y hora de vinculación del servicio al IMEI.
DD = representa el día, HH = representa la hora en formato
FECHA Y HORA DE
4 00 hasta 23, MI = minutos y SS = corresponde a los
VINCULACIÓN
segundos.
• Longitud: 14
servicio público móvil, el cual se encuentra integrado al SIM card,
Chip u otro equivalente asociado al equipo terminal móvil materia
del reporte.
 Longitud: 15.
5 IMSI  Tipo: numérico.
Los 5 primeros caracteres del IMSI, deben corresponder a los
asignados a cada concesionario móvil: Entel (71617), Claro (71610),
Telefónica (71606), Bitel (71615), Flash (71606), Dolphin (71619) y
Tipo de abonado del servicio público móvil que se vinculó al equipo
terminal móvil.
• Longitud: 1.
6 TIPO DE ABONADO • Tipo: numérico.
• Valores:
1 Persona natural.
público móvil que se vinculó al equipo terminal móvil.
 Longitud: 2.
 Valores:
TIPO DE DOCUMENTO 1 DNI.
7
LEGAL
2 RUC.
3 Carné de Extranjería.
4 Pasaporte.
5 Documento Legal de Identidad válido
requerido por la SNM.

servicio público móvil que se vinculó al equipo terminal móvil.
NÚMERO DE
8 • Longitud: 20.
DOCUMENTO LEGAL
- Campo obligatorio

Error_CONCESIONARIO_VINSERVIMEI_YYYYMMDD.TXT.
9
CONCESIONARIO_VINSERVIMEI_YYYYMMDD_SUB.TXT


o El campo 4 “Fecha y hora de vinculación” no debe ser mayor a la fecha y hora del archivo
remitido.

RENRC000024
RENRC000025
RENRC000026
RENRC000027
RENRC000028

FECHA Y HORA DE
RENRC000079 "FECHA Y HORA DE VINCULACIÓN" sin información
VINCULACIÓN
FECHA Y HORA DE "FECHA Y HORA DE VINCULACIÓN" longitud
RENRC000080
VINCULACIÓN incorrecta
FECHA Y HORA DE "FECHA Y HORA DE VINCULACIÓN" espacios al inicio
RENRC000081
VINCULACIÓN y/o final
FECHA Y HORA DE "FECHA Y HORA DE VINCULACIÓN" formato
RENRC000082
VINCULACIÓN incorrecto
FECHA Y HORA DE "FECHA Y HORA DE VINCULACIÓN" es mayor a la
RENRC000083
VINCULACIÓN fecha y hora del archivo


RENRC000088
LEGAL final
TIPO DE DOCUMENTO
LEGAL
TIPO DE DOCUMENTO
LEGAL
RENRC000091
LEGAL
RENRC000093
LEGAL incorrecta
RENRC000094
LEGAL y/o final
LEGAL
CÓDIGO DE
SUBSANACIÓN
CÓDIGO DE
SUBSANACIÓN
RENRC000130
SUBSANACIÓN final
CÓDIGO DE
SUBSANACIÓN
CÓDIGO DE
SUBSANACIÓN
CÓDIGO DE
SUBSANACIÓN
RENRC000396
5.9 Fichero de Información de Equipos Terminales Móviles para

pruebas, exhibiciones u otros similares, así como para el
servicio técnico
Corresponde a la información de los equipos terminales móviles utilizados: (i) en calidad de equipos
destinados a pruebas, exhibiciones, muestras, ferias y otras demostraciones de operatividad técnica, y
(ii) equipos de préstamo para uso de los abonados o usuarios que internen su equipo terminal móvil en
servicio técnico.

El Concesionario Móvil reporta al sistema RENTESEG en el horario entre las 03:00:00 y las 06:59:59, en
la medida que se genere dicha información.

a. Fichero Pruebas, exhibiciones u otros similares
CONCESIONARIO_EQSERV_YYYYMMDD.TXT
CONCESIONARIO_EQSERV_YYYYMMDD.sign
Donde:
 EQSERV: Identifica la información a ser remitida por el Concesionario Móvil correspondiente a los
equipos terminales móviles utilizados: (i) en calidad de pruebas, exhibiciones, muestras, ferias y
otras demostraciones de operatividad técnica y (ii) equipos de préstamo para uso de los abonados
o usuarios que internen sus equipos terminales móviles en sus servicios técnicos mientras utilice el
servicio técnico.

/CONCESIONARIO/EQSERV/, donde

CONCESIONARIO_EQSERV_YYYYMMDD.TXT.tmp
CONCESIONARIO_EQSERV_YYYYMMDD.sign.tmp
b. Fichero Subsanación Pruebas, exhibiciones u otros similares

CONCESIONARIO_EQSERV_YYYYMMDD_SUB.TXT
CONCESIONARIO_EQSERV_YYYYMMDD_SUB.sign
Donde:
 EQSERV_SUB: Identifica la información a ser remitida por el Concesionario Móvil correspondiente
a los equipos terminales móviles utilizados: (i) en calidad de pruebas, exhibiciones, muestras, ferias
y otras demostraciones de operatividad técnica y (ii) equipos de préstamo para uso de los abonados
o usuarios que internen sus equipos terminales móviles en sus servicios técnicos mientras utilice el
servicio técnico a subsanar.

/CONCESIONARIO/EQSERV/, donde

CONCESIONARIO_EQSERV_YYYYMMDD_SUB.TXT.tmp
CONCESIONARIO_EQSERV_YYYYMMDD_SUB.sign.tmp

NUMERODEFILA|IMEI|USODELEQUIPO|CODIGODESUBSANACION

• Longitud: 8.
1 NÚMERO DE FILA
00000001.
Identidad internacional del equipo terminal móvil del Concesionario
Móvil a ser utilizado de acuerdo a lo que se señale en el campo “Uso
del Equipo”.
Es el código o número de serie de 15 dígitos único que identifica al
equipo terminal móvil de manera exclusiva a nivel mundial.
2 IMEI
 Longitud: 15.
algoritmo de Luhn.
Indica el tipo de uso del equipo terminal móvil del Concesionario
Móvil a ser utilizado en calidad de: (i) pruebas, exhibiciones,
muestras, ferias y otras demostraciones de operatividad técnica o
(ii) préstamo mientras utilice el servicio técnico.
 Longitud: 1.
 Valores:
1 De préstamo para servicio técnico.
3 USO DEL EQUIPO
2 Pruebas, exhibiciones, muestras, ferias y
demostraciones de operatividad técnica, a
excepción de los ingresados por
Internamiento Temporal.
3 Pruebas, exhibiciones, muestras, ferias y
demostraciones de operatividad técnica,
ingresados por Internamiento Temporal.
- Campo obligatorio
ERROR_CONCESIONARIO_EQSERV_YYYYMMDD.TXT.
4
CONCESIONARIO_EQSERV_YYYYMMDD_SUB.TXT

USO DEL EQUIPO RENRC000100 "USO DEL EQUIPO" sin información
USO DEL EQUIPO RENRC000101 "USO DEL EQUIPO" longitud incorrecta
USO DEL EQUIPO RENRC000102 "USO DEL EQUIPO" espacios al inicio y/o final
USO DEL EQUIPO RENRC000103 "USO DEL EQUIPO" formato incorrecto
USO DEL EQUIPO RENRC000104 "USO DEL EQUIPO" valor no permitido

CÓDIGO DE
SUBSANACIÓN
CÓDIGO DE
SUBSANACIÓN

RENRC000130
SUBSANACIÓN final
CÓDIGO DE
SUBSANACIÓN
CÓDIGO DE
SUBSANACIÓN
CÓDIGO DE
SUBSANACIÓN
RENRC000396
5.10 Fichero de Información correspondiente al registro de la

fecha y hora efectiva del bloqueo o desbloqueo del equipo
terminal móvil en cumplimiento de la Decisión 786 de la
Comisión de la Comunidad Andina; y la información de otros
países con los cuales el Perú tiene acuerdos internacionales
La información para el registro de la fecha y hora efectiva del bloqueo o desbloqueo del equipo terminal
móvil en cumplimiento de la Decisión 786 de la Comisión de la Comunidad Andina, así como la información
del reporte de otros países con los cuales el Perú tiene acuerdos internacionales, será proporcionada por
cada uno de los Concesionarios Móviles al sistema RENTESEG.

La información del presente registro será con periodicidad diaria, los siete (7) días de la semana, entre
las 05:00:00 y las 06:59:59.

a. Fichero Fecha y Hora efectiva Comunidad Andina
Nomenclatura de los archivos a ser recibidos por el sistema RENTESEG y del fichero Hash correspondiente:
CONCESIONARIO_BDGSMAYOTROSPAISES_YYYYMMDD.TXT
CONCESIONARIO_BDGSMAYOTROSPAISES_YYYYMMDD.sign
Donde:
 BDGSMAYOTROSPAISES: Identifica la información de la fecha y hora efectiva del bloqueo o
desbloqueo del equipo terminal móvil ejecutada en su EIR en atención a la información recogida de
la Base de Datos de la GSMA y del reporte de otros países con los cuales el Perú tiene acuerdos
Internacionales.

/CONCESIONARIO/BDGSMAYOTROSPAISES/, donde


CONCESIONARIO_BDGSMAYOTROSPAISES_YYYYMMDD.TXT.tmp
CONCESIONARIO_BDGSMAYOTROSPAISES_YYYYMMDD.sign.tmp
b. Fichero Subsanación Fecha y Hora efectiva Comunidad Andina

Nomenclatura de los archivos de subsanación a ser recibido por el sistema RENTESEG y del fichero Hash
correspondiente:
CONCESIONARIO_BDGSMAYOTROSPAISES_YYYYMMDD_SUB.TXT
CONCESIONARIO_BDGSMAYOTROSPAISES_YYYYMMDD_SUB.sign
Donde:
 BDGSMAYOTROSPAISES_SUB: Identifica la información de la fecha y hora efectiva del bloqueo
o desbloqueo del equipo terminal móvil ejecutada en su EIR en atención a la información recogida
de la Base de Datos de la GSMA y del reporte de otros países con los cuales el Perú tiene acuerdos
Internacionales a subsanar.

/CONCESIONARIO/BDGSMAYOTROSPAISES/, donde

CONCESIONARIO_BDGSMAYOTROSPAISES_YYYYMMDD_SUB.TXT.tmp
CONCESIONARIO_BDGSMAYOTROSPAISES_YYYYMMDD_SUB.sign.tmp

NUMERODEFILA|IMEI|TIPO|ACCION|FECHAYHORADEBLOQUEOODESBLOQUEO|CODIGODESU
BSANACION

• Longitud: 8.
1 NÚMERO DE FILA
00000001.

Identidad internacional del equipo terminal móvil motivo del bloqueo o
desbloqueo. Es el código o número de serie de 15 dígitos único que
identifica al equipo terminal móvil de manera exclusiva a nivel mundial.
 Longitud: 15.
2 IMEI
- El quinceavo dígito debe ser resultado de la aplicación del algoritmo
de Luhn.
Define si se trata de un Bloqueo o Desbloqueo en atención al

cumplimiento de la Decisión 786 de la Comunidad Andina o del reporte
de otros países con los cuales el Perú tiene acuerdos internacionales.
 Longitud: 1.
3 TIPO  Tipo: numérico.
 Valores
1 Decisión 786 de la Comunidad Andina
2 Otros países con los cuales el Perú tiene
acuerdos internacionales.
Define si se trata de un Bloqueo o Desbloqueo.

 Longitud: 1.
4 ACCION
 Valores:
1 Bloqueo
2 Desbloqueo
Fecha y hora del bloqueo o desbloqueo del equipo terminal móvil

efectuado.
FECHA Y HORA DE
5 BLOQUEO O
DD = representa el día, HH = representa la hora en formato
DESBLOQUEO
00 hasta 23, MI = minutos y SS = corresponde a los segundos.
 Longitud: 14.

ERROR_CONCESIONARIO_BDGSMAYOTROSPAISES_YYYYMMDD.TXT.
6
CONCESIONARIO_BDGSMAYOTROSPAISES_YYYYMMDD_SUB.TXT

 Validaciones funcionales:

TIPO RENRC000115 "TIPO" longitud incorrecta
TIPO RENRC000116 "TIPO" espacios al inicio y/o final
TIPO RENRC000117 "TIPO" formato incorrecto
TIPO RENRC000118 "TIPO" valor no permitido
ACCION RENRC000119 "ACCION" longitud incorrecta
ACCION RENRC000120 "ACCION" espacios al inicio y/o final
ACCION RENRC000121 "ACCION" formato incorrecto
ACCION RENRC000122 "ACCION" valor no permitido

RENRC000051
RENRC000052
RENRC000053
CÓDIGO DE
SUBSANACIÓN
CÓDIGO DE
SUBSANACIÓN
RENRC000130
SUBSANACIÓN final
CÓDIGO DE
SUBSANACIÓN
CÓDIGO DE
SUBSANACIÓN
CÓDIGO DE
SUBSANACIÓN

RENRC000396

5.11 Fichero de Reporte de IMEI Duplicados o Clonados en el
Ciclo Intra-red del concesionario móvil
En esta sección se detallan los aspectos relevantes que los Concesionarios Móviles deberán tener en
cuenta para elaborar y remitir los reportes de información de IMEI Duplicados o Clonados; lo cual deberá
darse el segundo día calendario de cada mes conteniendo información analizada correspondiente al mes
anterior.

La información del presente registro será con periodicidad una vez al mes, segundo día calendario de cada
mes, entre las 06:00:00 y las 07:59:59.
del fichero de error para remitir a RENTESEG el fichero de subsanación, es decir, será con periodicidad
una vez al mes, tercer día calendario de cada mes, entre las 06:00:00 y las 07:59:59.
Este proceso puede ser configurable en el tiempo su periodicidad a semanal, diaria o mensual, como
actualmente.
a. Fichero IMEI Clonados Intra-red

Nomenclatura de los archivos a ser recibidos por el sistema RENTESEG y del fichero Hash correspondiente:
CONCESIONARIO_IMEI_CLONADOS_YYYYMMDD.TXT
CONCESIONARIO_IMEI_CLONADOS_YYYYMMDD.sign
Donde:
 CONCESIONARIO: Es el código utilizado por el concesionario móvil para la portabilidad numérica:
Entel (20), Claro (21), Telefónica (22) y Bitel (24), Flash (antes Incacel) (25), Dolphin (26) y Cuy
Móvil (27)
 IMEI: Identificador de los archivos que contienen IMEI.
 CLONADOS: Identificador de los archivos que contienen IMEI duplicados o clonados

/CONCESIONARIO/DETECCION/CLO/, donde

CONCESIONARIO_IMEI_CLONADOS_YYYYMMDD.TXT.tmp
CONCESIONARIO_IMEI_CLONADOS_YYYYMMDD.sign.tmp
b. Fichero Subsanación IMEI Clonados Intra-red

Nomenclatura de los archivos de subsanación a ser recibido por el sistema RENTESEG y del fichero Hash
correspondiente:

CONCESIONARIO_IMEI_CLONADOS_YYYYMMDD_SUB.TXT
CONCESIONARIO_IMEI_CLONADOS_YYYYMMDD_SUB.sign
Donde:
 CONCESIONARIO: Es el código utilizado por el concesionario móvil para la portabilidad numérica:
Entel (20), Claro (21), Telefónica (22) y Bitel (24), Flash (antes Incacel) (25), Dolphin (26) y Cuy
Móvil (27)
 IMEI: Identificador de los archivos que contienen IMEI.
 CLONADOS_SUB: Identificador de los archivos que contienen IMEI duplicados o clonados

/CONCESIONARIO/DETECCION/CLO/, donde

CONCESIONARIO_IMEI_CLONADOS_YYYYMMDD_SUB.TXT.tmp
CONCESIONARIO_IMEI_CLONADOS_YYYYMMDD_SUB.sign.tmp

NUMERODEFILA|IMEI|MODALIDAD|NUMEROSERVICIOMOVIL|IMSI|CODIGODESUBSANACIO
N

 Longitud: 8.
1 NÚMERO DE FILA En cada entrega que se haga siempre se iniciará el correlativo en
00000001.
Identidad internacional del equipo terminal móvil exportado. Es el
código o número de serie de 15 dígitos único que identifica al equipo
terminal móvil de manera exclusiva a nivel mundial.
 Longitud: 15.
2 IMEI
algoritmo de Luhn.
Corresponde al tipo de modalidad metodología detección de IMEI
 Longitud: 1.
3 MODALIDAD
 Tipo: numérico
 Valores:
1 Simultaneidad de comunicación.

2 Conflicto Tiempo/distancia.
- No debe haber espacios en blanco ni al inicio ni al final.
- Solo se aceptarán los valores 1 y 2.
Número telefónico móvil que identifica de forma única la

suscripción en una red (ISDN) vinculado al IMEI identificado como
duplicado o clonado cursando tráfico en la Red Móvil.
Características:
NUMERO SERVICIO  Longitud fija: 9 caracteres.
4
MOVIL  Tipo: numérico.
- El formato debe tener la siguiente nomenclatura 9XXXXXXXX.
Corresponde al código de identificación internacional único para cada
abonado del servicio público móvil que activa el equipo terminal
móvil, el cual se encuentra integrado a la Sim Card, chip u otro
equivalente.
Características:
 Longitud fija: 15 caracteres.
5 IMSI
- Los 5 primeros caracteres del IMSI, deben corresponder a los
códigos de red móvil (MNC) asignados a cada concesionario móvil:
Entel (71617), Claro (71610), Telefónica (71606), Bitel (71615),
Incacel (71606), Dolphin (71619) y Guinea Mobile (71620).
ERROR_CONCESIONARIO_IMEI_CLONADOS_YYYYMMDD.TXT.
6
CONCESIONARIO_IMEI_CLONADOS_YYYYMMDD_SUB.TXT

o Validar que los IMEI no sean inválidos, conforme a la Base de Datos GSMA
o El campo “código de subsanación”, para los ficheros de subsanación de registros, debe
existir el identificador en el sistema de RENTESEG y pertenecer al concesionario implicado,
y no se puede subsanar un registro ya subsanado correctamente.
o Fichero de subsanación, la fila que subsana tiene que contener la misma fecha
actualización que la fila que está subsanando.
o IMEI no identificado como Clonado (No existe registros en el archivo con el mismo IMEI,
asociados a diferentes servicios móviles).
o Para el caso de subsanación se validará que el IMEI no se repite en el archivo
o Se validará si el imei-imsi-número de servicio ya consta como registrado en la lista de
clonados.
o IMEI ya reportado con modalidad indicada.
o Para archivos de subsanación, la validación VALIMEICLO071 se realizará con el archivo de
reporte histórico que dio origen a la subsanación.
o Para archivos de subsanación, la validación VALIMEICLO072 se realizará con el archivo de
reporte histórico que dio origen a la subsanación.

MODALIDAD RENRC000123 "MODALIDAD" sin información
MODALIDAD RENRC000124 "MODALIDAD" longitud incorrecta
MODALIDAD RENRC000125 "MODALIDAD" espacios al inicio y/o final
MODALIDAD RENRC000126 "MODALIDAD" formato incorrecto
MODALIDAD RENRC000127 "MODALIDAD" valor no permitido

RENRC000024
RENRC000025
RENRC000026
RENRC000027
RENRC000028

CÓDIGO DE
SUBSANACIÓN
CÓDIGO DE
SUBSANACIÓN

RENRC000130
SUBSANACIÓN final
CÓDIGO DE
SUBSANACIÓN
IMEI RENRC000302 El imei no se repite en el archivo
IMEI-IMSI-NUMERO El imei-imsi-número de servicio ya consta como

RENRC000303
SERVICIO MOVIL registrado en la lista de clonados
IMEI-IMSI-NUMERO El imei-imsi-número de servicio ya reportado con
RENRC000304
SERVICIO MOVIL modalidad indicada
CÓDIGO DE
SUBSANACIÓN
CÓDIGO DE
SUBSANACIÓN

RENRC000396
5.12 Fichero con la información para añadir o eliminar de la

lista de excepciones
Información para añadir a la lista de excepciones IMEI que se encuentren en lista negra por duplicidad y
que hayan solventado su situación para un Número Servicio e información para eliminar de la lista de
excepciones un IMEI asociado a un Número Servicio e IMSI que es remitida por cada uno de los
Concesionarios Móviles al sistema RENTESEG.
Existe un máximo de 1 excepciones por concesionario móvil asociadas a un mismo IMEI. Si se quisiera
agregar una nueva excepción deberá borrar una ya vigente.
En el caso de que se agregue una excepción/amnistía para un IMEI e Número Servicio que ya existiese
en la lista de excepciones únicamente se actualizará el IMSI asociado.
En el caso de que se desee eliminar de lista de excepciones y se indique únicamente el IMEI, se eliminarán
todas las excepciones asociadas a ese IMEI por el concesionario móvil.

La lista de excepciones es actualizada por el Concesionario Móvil y entregado al sistema RENTESEG, con
periodicidad diaria, los siete (7) días de la semana, entre las 03:00:00 y las 06:59:59 horas2.

a. Fichero Lista Excepciones
CONCESIONARIO_EXCEPCIONES_YYYYMMDD.TXT
CONCESIONARIO_EXCEPCIONES_YYYYMMDD.sign
2 La periodicidad y horarios de este numeral está sujeto a lo indicado en las Normas Complementarias
para la Implementación del RENTESEG, sus modificatorias y el Instructivo Técnico.

Donde:
el futuro.
 EXCEPCIONES: Identifica la información para añadir o eliminar de lista de excepciones.

/CONCESIONARIO/LISTA_EXCEPCIONES/, donde

CONCESIONARIO_EXCEPCIONES_YYYYMMDD.TXT.tmp
CONCESIONARIO_EXCEPCIONES_YYYYMMDD.sign.tmp
b. Fichero Subsanación Lista Excepciones

CONCESIONARIO_EXCEPCIONES_YYYYMMDD_SUB.TXT
CONCESIONARIO_EXCEPCIONES_YYYYMMDD_SUB.sign
Donde:
el futuro.
 EXCEPCIONES: Identifica la información para añadir o eliminar de lista de excepciones.
 SUB: Identifica que es un fichero de subsanación.

/CONCESIONARIO/LISTA_EXCEPCIONES/, donde
CONCESIONARIO_EXCEPCIONES_YYYYMMDD_SUB.TXT.tmp
CONCESIONARIO_EXCEPCIONES_YYYYMMDD_SUB.sign.tmp

NUMERODEFILA|OPERACIÓN|IMEI|NUMEROSERVICIOMOVIL|IMSI

Nº Campo Descripción Obligatorio

• Longitud: 8.
1 NÚMERO DE FILA • Tipo: numérico. Si
En cada entrega que se haga siempre se iniciará el
correlativo en 00000001.
Identificador de la acción que se quiere realizar en la lista
de excepciones.
 Longitud: 1
2 OPERACION  Tipo: Alfanumérico Si
 Valores:
I Insertar en lista de excepciones
R Retirar en lista de excepciones
Identidad internacional del equipo terminal móvil
reportado como inoperativo. Es el código o número de
serie de 15 dígitos único que identifica al equipo terminal
3 IMEI  Longitud: 15. Si
- El quinceavo dígito debe ser resultado de la
NÚMERO DE • Longitud: 9.
4 SERVICIO • Tipo: numérico. No
TELEFÓNICO MÓVIL • Formato: 9XXXXXXXX
- Este campo es obligatorio si la operación indicada es
insertar en la lista de excepciones.
Código de identificación internacional único para cada
abonado del servicio público móvil, el cual se encuentra
integrado al SIM card, Chip u otro equivalente, que
permite su identificación a través de las redes de servicios
móviles y se encuentra asociado al equipo terminal móvil
materia del reporte.
• Longitud: 15.
5 IMSI • Tipo: numérico. Si
Los 5 primeros caracteres del IMSI, deben corresponder
a los asignados a cada concesionario móvil: Entel
(71617), Claro (71610), Telefónica (71606), Bitel
(71615), Flash (71606), Dolphin (71619) y Guinea Mobile
(71620).
- Este campo es obligatorio si la operación indicada es
insertar en la lista de excepciones.
Código asignado por RENTESEG para identificar la
subsanación del registro con error que viene en el
fichero de
ERROR_CONCESIONARIO_EXCEPCIONES_YYYYMMDD.T
CÓDIGO DE XT.
6 No
SUBSANACIÓN  Longitud: 1 a 20
 Tipo: numérico
Campo obligatorio para los ficheros
CONCESIONARIO_EXCEPCIONES_YYYYMMDD_SUB.TXT

información

o Validar que el IMSI pertenece al concesionario que registra la operación en lista de
excepciones.
o Validar si la operación es insertar que el IMEI se encuentre en la Lista Negra por
duplicidad.
o Validar si la operación es retirar que el IMEI se encuentre en la Lista de Excepciones.
o Validar si la operación es retirar que el IMEI-Número Servicio-IMSI se encuentra en la
Lista de Excepciones si la solicitud contiene los campos Número Servicio e IMSI.
o Validar si la operación es retirar que, si se envía el campo Número Servicio, es obligatorio
el campo IMSI.
o Validar si la operación es retirar que, si se envía el campo IMSI, es obligatorio el campo
Número Servicio.
o Validar si la operación es retirar que el concesionario móvil es el mismo que realizó la
inserción en lista de excepciones sino se rechaza.
o El campo “código de subsanación”, para los ficheros de subsanación de registros, debe
existir el identificador en el sistema de RENTESEG y pertenecer al concesionario implicado,
y no se puede subsanar un registro ya subsanado correctamente.
o Fichero de subsanación, la fila que subsana tiene que contener la misma fecha
actualización que la fila que está subsanando.
OPERACION RENRC000298 "OPERACION" sin información
OPERACION RENRC000299 "OPERACION" longitud incorrecta
OPERACION RENRC000300 "OPERACION" espacios al inicio y/o final
OPERACION RENRC000301 "OPERACION" valor no permitido

“IMEI” no se encuentra en la Lista Negra por
IMEI RENRC000015
duplicidad
IMEI RENRC000016 “IMEI” no se encuentra en la Lista de Excepciones

RENRC000024

RENRC000025
RENRC000026
RENRC000027
RENRC000028

CÓDIGO DE
SUBSANACIÓN
CÓDIGO DE
SUBSANACIÓN
RENRC000130
SUBSANACIÓN final
CÓDIGO DE
SUBSANACIÓN
CÓDIGO DE
SUBSANACIÓN
CÓDIGO DE
SUBSANACIÓN
RENRC000396

6 Ficheros generados por RENTESEG
6.1 Normas comunes a todos los ficheros generados.
6.1.1 Fichero Hash/Firma
Por cada fichero a generar por RENTESEG, debe generar su correspondiente fichero hash/firma.
Nomenclatura del archivo:

NOMBREFICHERO.sign
Donde:
 NOMBREFICHERO: Identifica el nombre del fichero al que va asociado el hash
El fichero hash/firma generada deberá ser entregado.
6.2 Fichero de Información del Registro de los equipos

terminales móviles reportados como sustraídos, perdidos y
recuperados de otros Países con los cuales el Perú tiene
Acuerdos Internacionales
Las Autoridades Nacionales competentes de otros países con los cuales el Perú tiene Acuerdos
Internacionales entregarán al sistema RENTESEG, la información de los equipos terminales móviles
reportados como sustraídos, perdidos y recuperados de otros países.
Todos los Concesionarios Móviles recogerán el archivo correspondiente en el horario establecido en el

siguiente numeral, a fin de realizar el bloqueo/desbloqueo, según corresponda, hasta las 08:00 horas del
día en que se descarga la información.
Cabe precisar que se debe considerar que el OSIPTEL podrá celebrar Acuerdos Internacionales a fin que
los países remitan información de sus equipos terminales móviles sustraídos, perdidos y recuperados, lo
cual alimentará al sistema RENTESEG, el cual a su vez deberá remitir a los Concesionarios Móviles la
referida información.

La presente información será recogida por los Concesionarios Móviles desde el sistema RENTESEG, con
periodicidad diaria, los siete (7) días de la semana, entre las 04:00:00 y las 05:59:59 horas.

Nomenclatura del archivo generado por el sistema RENTESEG y del fichero Hash correspondiente:
PAIS_SPRI_YYYYMMDD.TXT
PAIS_SPRI_YYYYMMDD.sign
Donde:
 PAIS: Nombre del país de origen del reporte. Se utiliza el código de país de tres letras, de acuerdo
con la versión de la norma ISO 3166-1 alfa-3.
 SPRI: Listado de equipos terminales móviles reportados como sustraídos, perdidos y recuperados
por el País con quien el Estado Peruano tiene un Acuerdo Internacional.

/GENERAL/

NÚMERODEFILA|PAÍSORIGENDELREPORTE|CONCESIONARIO|IMEI|FECHAYHORADELREPORT
E|ACCIÓNAREALIZARENELIMEI

• Longitud: 8.
1 NÚMERO DE FILA • Tipo: numérico.
00000001.
Nombre del país de origen del reporte. Se utiliza el código de país de
tres letras, de acuerdo con la versión de la norma ISO 3166-1 alfa-
PAÍS ORIGEN DEL
2 3. Por ejemplo, el código para Perú es PER.
REPORTE
 Longitud: 3.
Empresa operadora del servicio público móvil del país origen del
reporte con quien el Estado Peruano suscribió un Acuerdo
Internacional.
 Longitud: 3.
 Valores:
VIV Nuevatel PCS de Bolivia S.A. (VIVA)
3 CONCESIONARIO
TIG Telefónica Celular de Bolivia S.A. (TIGO)
ENT Entel S.A. (ENTEL)
OTE OTECEL (MOVISTAR)
CN Corporación Nacional de
T Telecomunicaciones (CNT)
CLA CONECEL (CLARO)
mundial.
4 IMEI • Longitud: 15.
algoritmo de Luhn.
Fecha y hora del reporte del equipo terminal móvil sustraído, perdido
o recuperado, de corresponder.
Donde: YYYY = representa el año, MM = representa el mes,
FECHA Y HORA DEL
5 DD = representa el día, HH = representa la hora en formato
REPORTE
00 hasta 23, MI = minutos y SS = corresponde a los
segundos.
• Longitud: 14

Indica la acción a realizar para el equipo terminal móvil.
Longitud: 1.
Tipo: carácter.
ACCIÓN A REALIZAR
6 Motivo del reporte (valores):
EN EL IMEI
B Bloqueado.
D Desbloqueado.

Concesionario Móvil, correspondiente a equipos terminales
móviles de otros países y del Perú
El sistema RENTESEG pondrá a disposición de todos los Concesionarios Móviles, el archivo
correspondiente, respecto de la información de los IMEI de los equipos terminales móviles sustraídos y
perdidos de Perú que deben ser retirados de los EIR de los Concesionarios Móviles.

El sistema RENTESEG realizará el análisis correspondiente y pondrá a disposición de los Concesionarios
Móviles el archivo a ser descargado. La generación del fichero será bajo demanda de OSIPTEL.

Nomenclatura del archivo generado por el sistema RENTESEG:
RETIRO_SPN_YYYYMMDD.TXT
Este fichero a su vez llevará asociado el fichero de hash/firma:

RETIRO_SPN_YYYYMMDD.sign
Donde:
 RETIRO: Identifica la información de los IMEI de los equipos terminales móviles nacionales a
retirar del EIR.
 SPN: Identifica que la información corresponde a equipos terminales móviles nacionales.
/GENERAL/

El archivo a descargar por el Concesionario Móvil de Perú tendrá el siguiente formato:
NÚMERODEFILA|IMEI

• Longitud: 8.
00000001.

mundial.
algoritmo de Luhn.

o Validar que los IMEI retirados no sean inválidos, conforme a la Base de Datos GSMA, caso
6.4 Fichero de Información correspondiente al registro de los

Equipos Terminales Móviles Inoperativos
La información el registro de los equipos terminales móviles inoperativos, es remitida por cada uno de los
Concesionarios Móviles al sistema RENTESEG. Se encuentra conformado por la información de aquellos
equipos terminales móviles que han perdido de manera permanente alguna funcionalidad que no le
permite operar en la red del servicio público móvil.
El sistema RENTESEG, luego del análisis correspondiente, debe poner a disposición de los Concesionarios
Móviles la información de los equipos terminales móviles inoperativos.

El Concesionario Móvil recoge del sistema RENTESEG dicha información, con periodicidad mensual, el
mismo día en que el concesionario móvil entrega la información según lo indicado en el literal a.
precedente, entre las 04:00:00 y la 05:59:59.
El Concesionario Móvil está obligado a bloquear en su red, el equipo terminal móvil inoperativo hasta las
08:00:00 del mismo día en que descarga la información del RENTESEG.

CONCESIONARIO_INOPREC_YYYYMM.TXT
CONCESIONARIO_INOPREC_YYYYMM.sign
Donde:

 INOPREC: Identifica la información de equipos terminales móviles inoperativos a ser
bloqueado por los Concesionarios Móviles.

/CONCESIONARIO/INOPREC/, donde

NUMERODEFILA|IMEI|ACCIONAREALIZARENELIMEI

• Longitud: 8.
00000001.
Identidad internacional del equipo terminal móvil reportado como
inoperativo. Es el código o número de serie de 15 dígitos único que
mundial.
algoritmo de Luhn.
Indica la acción a realizar al IMEI del equipo terminal móvil
inoperativo.
 Longitud: 3.
ACCIÓN A REALIZAR
3  Tipo: carácter.
EN EL IMEI
 Motivo del reporte:
BIN Bloqueado por IMEI Inoperativo.

o Validar que los IMEI reportados como inoperativos, no se encuentren en la Lista Negra. Caso
contrario, el registro será rechazado.

6.5 Fichero de Información de la Lista de Excepción
El sistema RENTESEG pondrá a disposición del Concesionario Móvil que corresponda, la información del
IMEI del equipo terminal móvil que ha sido acreditado como pregrabado por el fabricante y que se
encuentra vinculado a un IMSI o Número de Servicio Telefónico Móvil activo en dicho IMEI, a fin de evitar
el bloqueo del equipo terminal móvil en su red.
La información requerida para determinar el IMEI acreditado como pregrabado por el fabricante (original)
requiere contar con la información previa de la relación de los IMEI identificados como duplicados o
clonados.
Se indicará en el fichero si la acción notificada es de inclusión en la lista de excepción o retiro de dicha

lista.

La información de la Lista de Excepción se recoge por el Concesionario Móvil con periodicidad diaria, los
siete (7) días de la semana, entre las 04:00:00 y las 05:59:59.

CONCESIONARIO_LISTAEXC_YYYYMMDD.TXT

CONCESIONARIO_LISTAEXC_YYYYMMDD.sign
Donde:
 LISTAEXC: Identifica la información del equipo terminal móvil cuyo IMEI ha sido acreditado como
pregrabado por el Fabricante y que se encuentra vinculado a un IMSI o Número Servicio activo en
dicho IMEI, para evitar el bloqueo del equipo terminal móvil.

/CONCESIONARIO/LISTAEXC/, donde

NUMERODEFILA|OPERACION|NUMERODESERVICIOTELEFONICOMOVIL|IMSI|IMEIACREDITA
DO

• Longitud: 8.
00000001.
Identificador de la acción que se quiere realizar en la lista de

excepciones.
 Longitud: 1
2 OPERACION  Tipo: numérico
 Valores:
I Insertar en lista de excepciones
R Retirar en lista de excepciones

en una red.
NÚMERO DE
 Longitud: 9.
3 SERVICIO
TELEFÓNICO MÓVIL
Ejemplo: 9XXXXXXXX
Chip u otro equivalente, que permite su identificación a través de las
redes de servicios móviles.
 Longitud: 15.
4 IMSI
móvil de manera exclusiva a nivel mundial que ha sido acreditado
como pregrabado por el Fabricante y que está vinculado a un IMSI
o Número Servicio.
5 IMEI ACREDITADO
 Longitud: 15.
algoritmo de Luhn.

o Validar que el IMEI conste como clonado.
6.6 Fichero de Consolidación del proceso de validación diaria

RENTESEG generará de manera diaria a modo informativo el resultado de la validación diaria realizada.

Móviles el archivo a ser descargado.

CONCESIONARIO_CONSO_VAL_YYYYMMDD.TXT
CONCESIONARIO_CONSO_VAL_YYYYMMDD.sign
Donde:
 CONSO_VAL: Identifica la información del resultado de la validación diaria realizada en el
RENTESEG.

/CONCESIONARIO/CONSOVAL/, donde

 No debe haber espacios al inicio ni al final de la información contenida en cada campo.
IMEI|NUMERODESERVICIOTELEFONICOMOVIL|IMSI|FECHAHORAVALIDACION|ACCION
Número de identidad Internacional del equipo móvil o equivalente, si

el IMEI inicia con el número cero este no debe ser descartado.
• Longitud: 15.
1 IMEI • Tipo: arácter.
El código IMEI o su equivalente debe ser de 15 caracteres.
Debe cumplir con el algoritmo de Luhn.
Los 15 caracteres del IMEI deben ser números
NÚMERO DE en una red.
2 SERVICIO  Longitud: 9.
TELEFÓNICO MÓVIL  Tipo: numérico.
Ejemplo: 9XXXXXXXX

3 IMSI  Longitud: 15.
Fecha de notificación de la validación.
FECHA Y HORA  Longitud: 14.
4
VALIDACION  Tipo: carácter.
Acción remitida en el proceso de validación.
 Longitud: 2.
Podrá tomar los siguientes valores:
 01-Bloqueo por IMEI reportado como sustraído o perdido.
5 ACCION  02-Bloqueo por IMEI reportado como inoperativo.
 03-Bloqueo por IMEI que no cumple Intercambio Seguro.
 04-Bloqueo por IMEI detectado como inválido.
 05-Bloqueo por IMEI detectado como duplicado o clonado.
 06-Bloqueo por IMEI no encontrado en Lista Blanca.
 07-Bloqueo por IMEI excede cantidad permitida adquirida en
extranjero.

los campos del presente registro:
6.7 Fichero de IMEI Detectados como retirados con actividad en

el proceso de detección
RENTESEG generará de manera diaria a modo informativo la información de los equipos terminales
móviles cuyos IMEI fueron retirados de los EIR de los Concesionarios Móviles han tenido actividad en la
red móvil posteriormente a su retiro.


CONCESIONARIO_DET_RETIRO_ACTIVIDAD_YYYYMMDD.TXT
CONCESIONARIO_DET_RETIRO_ACTIVIDAD_YYYYMMDD.sign
Donde:

 DET_RETIRO_ACTIVIDAD: Identifica la información de equipos terminales móviles no
registrados a ser bloqueado por los Concesionarios Móviles.

/CONCESIONARIO/RETIRO_ACTIVIDAD/, donde

IMEI|NUMERODESERVICIOTELEFONICOMOVIL|IMSI
Número de identidad Internacional del equipo móvil o equivalente, si

el IMEI inicia con el número cero este no debe ser descartado.
• Longitud: 15.
1 IMEI • Tipo: caracter.
El código IMEI o su equivalente debe ser de 15 caracteres.
Debe cumplir con el algoritmo de Luhn.
Los 15 caracteres del IMEI deben ser números
NÚMERO DE en una red.
2 SERVICIO  Longitud: 9.
TELEFÓNICO MÓVIL  Tipo: numérico.
Ejemplo: 9XXXXXXXX
3 IMSI  Longitud: 15.

los campos del presente registro:

6.8 Fichero Información de suspensión o baja del servicio
público móvil
RENTESEG remitirá órdenes de suspensión o baja del servicio público móvil cuando el abonado utiliza el
servicio vinculado a uno o más equipos terminales móviles con IMEI registrado en Lista Negra o no
registrado en Lista Blanca.

La información de suspensión o baja del servicio público móvil se recoge por el Concesionario Móvil con
periodicidad diaria, los siete (7) días de la semana, entre las 01:00:00 y las 02:59:59.3

CONCESIONARIO_SUSP_BAJA_SERV_YYYYMMDD.TXT
CONCESIONARIO_SUSP_BAJA_SERV_YYYYMMDD.sign
Donde:

/CONCESIONARIO/SUSP_BAJA_SERV/,

NUMERODESERVICIOTELEFONICOMOVIL|TIPODEDOCUMENTOLEGAL|NÚMERODEDOCUMENTO
LEGAL|ACCION
Número telefónico móvil que identifica de forma única la suscripción en una

NÚMERO DE
red.
SERVICIO
1  Longitud: 9.
TELEFÓNICO
MÓVIL
Ejemplo: 9XXXXXXXX
3 La periodicidad y horarios de este numeral está sujeto a lo indicado en las Normas Complementarias
para la Implementación del RENTESEG, sus modificatorias y el Instructivo Técnico.

Tipo de documento legal de identificación del abonado del servicio público
móvil.
• Longitud: 1.
TIPO DE • Valores:
2 DOCUMENTO 1 DNI
LEGAL 2 RUC
4 Pasaporte
Número de documento legal de identificación del abonado del servicio público
NÚMERO DE
móvil.
3 DOCUMENTO
LEGAL
Indica la acción a realizar al IMEI del equipo terminal móvil.

 Valores Suspensión:
SSP Suspendido por sustracción o pérdida del equipo terminal

móvil.
SIS Suspendido por incumplimiento del Intercambio Seguro.
SLB Suspendido por vinculación del servicio a equipo terminal
móvil con IMEI que no se encuentra registrado en la Lista
Blanca.
SIN Suspendido por vinculación del servicio a equipo terminal
móvil con IMEI inválido.
SCL Suspendido por vinculación del servicio a equipo terminal
móvil con IMEI clonado o Duplicado.
SCU Suspendido por alguna de las otras causales establecidas en
las Condiciones de Uso.
SEI Suspendido por uso de equipo terminal móvil inoperativo.
SAC Suspendido por requerimiento de Autoridad Competente.
SUP Suspendido por Uso Prohibido.
4 ACCION
SPF Suspendido por Fraude.
 Valores Baja:
DSP De baja por sustracción o pérdida del equipo terminal móvil.

DIS De baja por incumplimiento del Intercambio Seguro.
DLB De baja por vinculación del servicio a equipo terminal móvil
con IMEI que no se encuentra registrado en la Lista Blanca.
DIN De baja debido a que el equipo terminal móvil tiene IMEI
inválido.
DCL De baja debido a que el equipo terminal móvil tiene IMEI
clonado o duplicado.
DC De baja por alguna de las otras causales establecidas en las
U Condiciones de Uso.
DEI De baja por uso de equipo terminal móvil inoperativo.
DAC De baja por requerimiento de Autoridad Competente.
DUP De baja por Uso Prohibido.
DRF De baja por Reporte de Fraude.

información entregada al RENTESEG:
6.9 Fichero de Errores encontrados en el archivo reportado por

el concesionario móvil como Duplicados y Clonados en el
ciclo de Intra-red
RENTESEG remitirá la información del detalle de los errores encontrados en el archivo reportado por el
concesionario móvil como Duplicados y Clonados en el ciclo de Intra-red de los concesionarios móviles.

Móviles el archivo a ser descargado si existen errores a subsanar en los ficheros de detección de duplicados
en el proceso de Intra-red de los concesionarios. La periodicidad del fichero será de una vez al mes,
segundo día calendario de cada mes, entre las 08:00:00 y las 09:59:59.

ERROR_IMEI_CLONADOS_YYYYMMDD.TXT
ERROR_IMEI_CLONADO_YYYYMMDD.sign
Donde:
 ERRORES: Identificador del archivo que contiene los errores encontrados en el archivo reportado
por el concesionario.
 NOMBREARCHIVOEVALUADO: Nombre del archivo fuente reportado por el concesionario móvil
al que corresponden los errores encontrados.

/CONCESIONARIO/DETECCION/CLO/ERROR/, donde

NUMEROFILA|CODIGODEERROR|CODIGODESUBSANACION


 Longitud: 8.
1 NÚMERO DE FILA
00000001.
Corresponde al campo que contiene el(los) error(es) encontrados.
Características:
 Tipo: alfanumérico
2 CÓDIGO DE ERROR
Si el registro tiene más de un error se listarán todos los errores
separados por comas
Corresponde al código asignado por el OSIPTEL para identificar la

subsanación del Registro con error
CÓDIGO DE Características:
3
SUBSANACIÓN  Longitud 15
 Tipo: numéricos

información entregada al RENTESEG:

7 Proceso de detección de duplicados
El proceso de detección de IMEI duplicados se fundamente a su vez en el siguiente ciclo:
a. Ciclo inter-red: Ciclo a cargo de todos los Proveedores de Redes y Servicios de
Telecomunicaciones Móviles (concesionarios) de manera conjunta, en el cual se detectan de
manera centralizada los IMEI duplicados en más de una red a través del análisis de IMEI y CDR.
RENTESEG realizará el denominado ciclo inter-red y que se detalla a continuación.
7.1 Ciclo Inter-Red

El ciclo inter-red, permitirá la identificación de los IMEI duplicados entre las redes móviles de uno o más
concesionarios móviles.
 Los concesionarios móviles irán depositando en el directorio SFTP habilitado de forma periódica
todos los CDRs de llamadas de los IMEI informados en el fichero de IMEI repetidos.
 RENTESEG comenzará el proceso de detección todos los días a las 00:30. Este proceso de
detección tendrá una duración máxima de 23 horas. y analizará los CDRs de los IMEI detectados
como repetidos en distintas redes del día anterior.
 RENTESEG realizará el proceso de detección de repetidos para los IMEI que se han conectado a
varias redes Para dicho proceso se tendrán en cuenta exclusivamente los IMEI con tráfico cuyo
IMSI sea nacionales (cuyo MCC comienza por 716).
 Una vez finalizado el proceso de detección de repetidos, se pondrá a disposición de cada operador,
un fichero con los IMEI repetidos detectados en otras redes además de en la suya propia.
 Una vez finalizado el proceso de detección de duplicados, se pondrá a disposición de todos los
operadores un reporte con el listado de todos los IMEI identificados como duplicados.
 Todos los IMEI identificados como duplicados, serán insertados en la lista negra y se enviará a los
concesionarios móviles un mensaje con formato del apartado 3.3.3 informando de si debe mandar
SMS al abonado (acción 09) o bloquear el IMEI (acción 05) en sus redes.

7.2 Criterios de detección de duplicados
Los concesionarios móviles depositan ficheros de CDRs identificados por tipo de tráfico:
 Voz
 SMS
 Datos
Y los criterios de detección son:
 Criterio de simultaneidad de comunicaciones: IMSI diferentes haciendo uso de un mismo IMEI,

cursando comunicaciones que se traslapan en el tiempo.
 Conflictos de tiempo y distancia entre comunicaciones cursadas con un mismo IMEI haciendo uso
de diferentes IMSI a nivel nacional, atendiendo a los siguientes criterios:
o Para las comunicaciones en el periodo bajo análisis, cursadas con un mismo IMEI
utilizando diferentes IMSI de una o varias redes, deberá determinarse que las mismas se
realizaron en un periodo de tiempo menor o igual a T (segundos) a una distancia D
(metros) o más. Los valores de tiempo y distancia están definidos en la siguiente tabla:
Distancia Tiempo
en metros En segundos
1200 24
2400 48
3600 72
4800 96
6000 120
7200 144
8400 168
9600 192
10800 216
12000 240
14400 288
16800 336
19200 384
21600 432
24000 480
30000 600
42000 840
48000 960
54000 1080
180000 3600
o La distancia entre las comunicaciones se obtendrá calculando la diferencia entre

coordenadas de antena inicio y de las coordenadas de antena fin donde se realizaron las
llamadas.

La ejecución del proceso de detección de duplicados en el Sistema RENTESEG será configurable
considerando:
a) Configuración criterio de detección, selección múltiple para la ejecución de cualquiera de

los siguientes criterios:
i. Simultaneidad de comunicaciones
ii. Tiempo y distancia
b) Configuración tipo de sesión a tratar, selección múltiple para la ejecución de cualquiera
de los siguientes tipos:
i. Voz
ii. Datos
iii. SMS
7.3 Criterios de seguridad

RENTESEG aplicará las siguientes medidas de seguridad adicionales para el proceso de detección de
duplicados:
 El acceso al directorio donde se depositan los CDRs será exclusivo del concesionario móvil.
7.4 Ficheros del proceso

7.4.1 Fichero de vinculación de IMEI
El sistema RENTESEG recibe por parte de los concesionarios móviles un fichero con las vinculaciones de
IMEI que cursan en su red durante el día anterior:
CONCESIONARIO_VINSERVIMEI_YYYYMMDD.TXT
CONCESIONARIO_VINSERVIMEI_YYYYMMDD.sign
Este fichero va a ser utilizado por el proceso de detección de duplicados para identificar a los IMEI
repetidos entre las redes de los operadores.
 Periodicidad y horarios de carga de información
El Concesionario Móvil entregará al sistema RENTESEG dicha información, con periodicidad diaria, los siete
(7) días de la semana, entre las 03:00:00 y las 06:59:59 horas
El archivo tiene la siguiente estructura:
NUMERODEFILA|NUMERODESERVICIOTELEFONICOMOVIL|IMEI|FECHAYHORADEVINCULACIO
N|IMSI|TIPODEABONADO|TIPODEDOCUMENTOLEGAL|NUMERODEDOCUMENTOLEGAL
7.4.2 Fichero de IMEI repetidos

Este fichero contiene los IMEI repetidos de un concesionario móvil, como resultado de cruzar los datos de
todas las vinculaciones (inserción del SIM Card al equipo terminal móvil) diarias del servicio público móvil
realizadas por el abonado el día anterior más el histórico de vinculaciones diarias existente.
La información del presente registro estará disponible para los concesionarios con periodicidad diaria, los
siete (7) días de la semana, entre las 06:59:59 y las 09:59:59.

Nomenclatura del archivo a ser enviado por el sistema RENTESEG:

REPETIDOS_CONCESIONARIO_YYYYMMDD.TXT.gz
REPETIDOS_CONCESIONARIO_YYYYMMDD.sign
Donde:
 Ubicación
RENTESEG dejará el fichero de IMEI repetidos en la siguiente ruta de cada concesionario, a la que solo él
tendrá acceso:
/CONCESIONARIO/DETECCION/REPETIDOS/, donde:

utilizado por el Concesionario Móvil para la portabilidad numérica

IMEI
Identidad internacional del equipo terminal móvil motivo del bloqueo

o desbloqueo. Es el código o número de serie de 15 dígitos único que
mundial.
algoritmo de Luhn.
7.4.3 Fichero de información correspondiente a las llamadas

salientes en sus redes (CDRs)
La información de las llamadas salientes de voz, sms y acceso a la red de datos de los IMEI repetidos
informados en el fichero del día anterior que los concesionarios móviles pondrán a disposición del sistema
RENTESEG que permitirá la detección de IMEI clonados o duplicados entre las redes de los concesionarios.

La información del presente registro será con periodicidad diaria, los siete (7) días de la semana, entre
las 10:00:00 y las 23:59:59.

CDR$$$$_T_CONCESIONARIO_YYYYMMDD.TXT.gz
CDR$$$$_T_CONCESIONARIO_YYYYMMDD.sign
Donde:
 CDR$$$$: indica que se trata del fichero de CDR y el símbolo $ será un entero que permitirá
distinguir entre ficheros.
 T: identifica el tipo de información a analizar V, S o D (voz, sms o datos).
utilizado por el Concesionario Móvil para la portabilidad numérica.
Mientras los ficheros se están transfiriendo, debe tener la siguiente nomenclatura:

CDR$$$$_T_CONCESIONARIO_YYYYMMDD.TXT.gz.tmp
CDR$$$$_T_CONCESIONARIO_YYYYMMDD.sign.tmp
Una vez que los ficheros se hayan transferido en su totalidad, se debería renombrar a la primera
nomenclatura.
En caso de error en las validaciones, se genera un fichero de error con el número de fila y código de error
de las líneas que han sido ignoradas en el proceso de detección de duplicados:
ERROR_CDR$$$$_T_CONCESIONARIO_YYYYMMDD.TXT.gz
ERROR_CDR$$$$_T_CONCESIONARIO_YYYYMMDD.sign
 Ubicación
Cada concesionario móvil dejará el fichero de llamadas de IMEI en sus redes en la siguiente ruta, a la que
solo él tendrá acceso:
/CONCESIONARIO/DETECCION/CDR/, donde:

El fichero de error de CDRs se ubicará en la siguiente carpeta:
/CONCESIONARIO/DETECCION/CDR/ERROR/, donde:



NUMEROFILA|IMEI|NUMERODESERVICIOTELEFONICOMOVIL|IMSI|TIPODEINFORMACION|FE
CHAYHORADEINICIODELASESIONVOZDATOS|FECHAYHORADEFINDELASESIONVOZDATOS|LA
TITUDDEINICIODELSESIONVOZDATOS|LONGITUDDEINICIODESESIONVOZDATOS|LATITUDD
EFINDESESIONVOZDATOS|LONGITUDDEFINDESESIONVOZDATOS

 Longitud: 8.
1 NÚMERO DE FILA
00000001.
mundial.
algoritmo de Luhn.
en una red.
NÚMERO DE
 Longitud: 9.
3 SERVICIO
TELEFÓNICO MÓVIL
Ejemplo: 9XXXXXXXX
 Longitud: 15.
4 IMSI
Tipo de información que proporciona el concesionario móvil.
• Longitud: 1.
TIPO DE • Valores:
5
INFORMACIÓN V Llamadas de Voz
D Información Datos
S SMS
FECHA Y HORA DE
Fecha inicio en formato YYYYMMDDHHmmss
6 INICIO DE LA SESION
DE VOZ O DATOS

Fecha fin en formato YYYYMMDDHHmmss
FECHA Y HORA DE
7 FIN DE LA SESION DE
- Para registros asociados a CDRs de tipo SMS, dicha fecha será
VOZ O DATOS
igual a la fecha y hora de inicio de la sesión de voz o datos.
LATITUD DE INICIO
Latitud en formato {d}+.{d}+, con precisión máxima de 6 dígitos
8 DE SESION DE VOZ O
DATOS
LONGITUD DE INICIO
Longitud en formato {d}+.{d}+, con precisión máxima de 6 dígitos
9 DE SESION DE VOZ O
DATOS
LATITUD DE FIN DE
Latitud en formato {d}+.{d}+, con precisión máxima de 6 dígitos
10 SESION DE VOZ O
DATOS
LONGITUD DE FIN DE
Longitud en formato {d}+.{d}+, con precisión máxima de 6 dígitos
11 SESION DE VOZ O
DATOS
7.4.4 Fichero de IMEI duplicados

RENTESEG generará un fichero en modo informativo que contiene los IMEI detectados como duplicados
en varias redes de los concesionarios móviles.
Nomenclatura del archivo a ser enviado por el sistema RENTESEG y del fichero Hash correspondiente:
DUP_CONCESIONARIO_YYYYMMDD.TXT.gz
DUP_CONCESIONARIO_YYYYMMDD.sign
Donde:
 Ubicación
Cada concesionario móvil dispondrá del fichero de detectados como IMEI duplicados en la siguiente ruta,
a la que solo él tendrá acceso:
/CONCESIONARIO/DETECCION/DUP/, donde:


IMEI|NUMERODESERVICIOMOVIL|IMSI|FECHADETECCION

1 IMEI
mundial.
 Longitud: 15.
NÚMERO SERVICIO
2  Longitud: 9.
MÓVIL
Formato: 9XXXXXXXX.
Corresponde al tipo de modalidad metodología detección de IMEI
 Longitud: 1.
 Tipo: numérico
 Valores:
3 MODALIDAD 1 Simultaneidad de comunicación.
2 Conflicto Tiempo/distancia.
- Solo se aceptarán los valores 1 y 2.
servicio público móvil, que activa el equipo terminal móvil, el cual se
encuentra integrado a la SIM Card, el chip u otro equivalente, que
permite su identificación a través de las redes de servicios públicos
móviles.
4 IMSI • Longitud: 15.
códigos de red móvil (MNC) asignados a cada concesionario móvil:
Entel (71617), Claro (71610), Telefónica (71606), Bitel (71615),
Flash (71606), Dolphin (71619) y Guinea Mobile (71620).
5 FECHA DETECCIÓN Fecha de detección en formato YYYYMMDDHHmmss

o IMEI válidos (TAC en la base de datos actualizada de la GSMA).
o IMSI nacionales (MCC 716).

8 Certificados y no repudio
El no repudio se realizará a través de un fichero hash asociado al fichero a transmitir, que garantizará el
no repudio anexo al fichero original a intercambiar. Dicho fichero has será generado por el emisor a través
de una clave privada y entregará al destinatario la clave pública para poder realizar la validación del
mismo.
Las claves privadas y públicas para la generación del fichero hash de los archivos a remitir deberán ser
obtenidas a partir de un certificado generado por una tercera parte de confianza y serán intercambiadas
en su momento entre concesionarios y RENTESEG para el proceso de generación del fichero de no repudio.
8.1 Ejemplo implementación conexión SFTP

password/publickey
La conectividad vía SFTP para la entrega o descarga de ficheros hacia o desde el RENTESEG se realizará
mediante doble factor empleando publicKey y password. A continuación se facilita código de referencia
para su implementación:
<dependency>
<groupId>com.jcraft</groupId>
<artifactId>jsch</artifactId>
<version>0.1.55</version>
</dependency>
host = "<XX.XX.XX.XX>";
port = 22;
username = "<user>”;
password = "<password>";
base = "/<directorio base>";
keyPath = "<ruta clave privada>";
SftpClient client = new SftpClient(host, port, username);

client.authKey(password,keyPath, "");
public final class SftpClient {

private final String host;
private final int port;
private final String username;
private final JSch jsch;
private ChannelSftp channel;
private Session session;
/**
* @param host remote host
* @param port remote port
* @param username remote username
*/
public SftpClient(String host, int port, String username) {
this.host = host;
this.port = port;
this.username = username;
jsch = new JSch();
}
/**
* Use default port 22
*
* @param host remote host
* @param username username on host
*/

public SftpClient(String host, String username) {
this(host, 22, username);
}
public void authKey(String passU, String keyPath, String pass) throws

JSchException {
jsch.addIdentity(keyPath, pass);
session = jsch.getSession(username, host, port);
session.setPassword(passU);
//disable known hosts checking
//if you want to set knows hosts file You can set with
//jsch.setKnownHosts("path to known hosts file");
Properties config = new Properties();
config.put("StrictHostKeyChecking", "no");
session.setConfig(config);
session.connect();
channel = (ChannelSftp) session.openChannel("sftp");
channel.connect();
}
/**
* Disconnect from remote
*/
public void close() {
if (channel != null) {
channel.exit();
}
if (session != null && session.isConnected()) {
session.disconnect();
}
}
}
8.2 Ejemplo implementación generación HASH asociado a

archivos a transferir.
Los ficheros intercambiados con el RENTESEG deberán ir asociados a un fichero hash/firma. A
continuación, se facilita código de referencia para su implementación:
a) Método signFile: Permite la firma de ficheros sin comprimir

b) Método signFileGz: Permite la firma de ficheros comprimidos
c) Método VerifySignature: Permite la verificación de ficheros sin comprimir firmados.
d) Método VerifySignatureGz: Permite la verificación de ficheros comprimidos firmados.
//Firma y verificación fichero sin comprimir

signFile ("<Ruta fichero a firmar>","<ruta fichero clave privada>",true);
boolean verify = verifySignature ("<Ruta fichero a verificar>", "<ruta fichero clave
pública>",true);
//Firma y verificación fichero comprimido
signFileGz("<Ruta fichero a firmar comprimido>","<ruta fichero clave privada>",true);

boolean verifyGz = verifySignatureGz(("<Ruta fichero a verificar comprimido>", "<ruta
fichero clave pública>",true);
import javax.crypto.BadPaddingException;
import javax.crypto.IllegalBlockSizeException;
import java.io.*;
import java.nio.charset.StandardCharsets;
import java.nio.file.Files;
import java.nio.file.Paths;
import java.security.*;
import java.security.cert.CertificateException;

import java.security.spec.*;
import java.util.Base64;
import java.util.Date;
import java.util.zip.GZIPInputStream;
public class SignFile {
private static PrivateKey getPrivateKey(String privKey, Boolean fromString) {

try {
//Generar el formato pkcs8
//openssl pkcs8 -topk8 -inform PEM -outform PEM -nocrypt -in pkcs1.key -
out pkcs8.key
if (!fromString) {
byte[] keyBytes = Files.readAllBytes(new File(privKey).toPath());
PKCS8EncodedKeySpec spec = new PKCS8EncodedKeySpec(keyBytes);
KeyFactory kf = KeyFactory.getInstance("RSA");
return kf.generatePrivate(spec);
}else{
String privateKB64 = new String(Files.readAllBytes(new File(priv-
Key).toPath()), StandardCharsets.UTF_8);
String privateKeyPEM = privateKB64.replaceAll("\\-*BEGIN.*KEY\\-*","")
.replaceAll("\\-*END.*KEY\\-*","")
.replaceAll("\r","")
.replaceAll("\n","");
PKCS8EncodedKeySpec pubKeySpec = new PKCS8Encod-
edKeySpec(Base64.getDecoder().decode(privateKeyPEM));
KeyFactory factory = KeyFactory.getInstance("RSA");
return factory.generatePrivate(pubKeySpec);
}
}catch (Exception e){
e.printStackTrace();
}
return null;
}
private static PublicKey getPublicKey(String pubKey, Boolean fromString) {

try {
//Obtener public key formato x509 a partir del certificado
//openssl x509 -pubkey -noout -in www_imeicolombia_com_co.crt > pub-
key.pem
if(!fromString) {
byte[] keyBytes = Files.readAllBytes(new File(pubKey).toPath());
X509EncodedKeySpec spec = new X509EncodedKeySpec(keyBytes);
KeyFactory kf = KeyFactory.getInstance("RSA");//Algoritmo de cifrado
return kf.generatePublic(spec);
}else {
String publicKB64 = new String(Files.readAllBytes(new File(pubKey).to-
Path()), StandardCharsets.UTF_8);
String publicPEM = publicKB64.replaceAll("\\-*BEGIN.*KEY\\-*", "")
.replaceAll("\\-*END.*KEY\\-*", "")
.replaceAll("\r", "")
.replaceAll("\n", "");
X509EncodedKeySpec pubKeySpec = new X509Encod-
edKeySpec(Base64.getDecoder().decode(publicPEM));
KeyFactory factory = KeyFactory.getInstance("RSA");
return factory.generatePublic(pubKeySpec);
}
}catch (Exception e){

e.printStackTrace();
}
return null;
}
public static void signFile (String fileName, String privKey, Boolean fromString)

throws UnrecoverableKeyException, KeyStoreException, NoSuchAlgorithmException, IOEx-
ception, CertificateException, InvalidKeyException, IllegalBlockSizeException, BadPad-
dingException, SignatureException, InvalidKeySpecException {
Signature signature = Signature.getInstance("SHA256withRSA");
signature.initSign(getPrivateKey(privKey,fromString));
FileInputStream fis = new FileInputStream(fileName);
byte[] buffer = new byte[1024];

int numRead;
long t1= new Date().getTime();
do {
numRead = ((FileInputStream) fis).read(buffer);
if (numRead > 0) {
signature.update(buffer, 0, numRead);
}
} while (numRead != -1);
fis.close();
byte[] digitalSignature = signature.sign();
Files.write(Paths.get("("<ruta fichero hash firma>"), digitalSignature);
public static void signFileGz(String fileName, String privKey, Boolean fromString)

throws UnrecoverableKeyException, KeyStoreException, NoSuchAlgorithmException, IOEx-
ception, CertificateException, InvalidKeyException, IllegalBlockSizeException, BadPad-
dingException, SignatureException, InvalidKeySpecException {
Signature signature = Signature.getInstance("SHA256withRSA");

signature.initSign(getPrivateKey(privKey,fromString));
GZIPInputStream fis = new GZIPInputStream(new FileInputStream(fileName));

int numRead;
long t1= new Date().getTime();
do {
numRead = ((GZIPInputStream) fis).read(buffer);
if (numRead > 0) {
}
fis.close();
byte[] digitalSignature = signature.sign();
Files.write(Paths.get("("<ruta fichero hash firma>"), digitalSignature);
}
public static boolean verifySignature (String fileName, String pubKey, Boolean

fromString) throws KeyStoreException, IOException, UnrecoverableKeyException, No-
SuchAlgorithmException, CertificateException, InvalidKeyException, SignatureException,
InvalidKeySpecException {
Signature signature = Signature.getInstance("SHA256withRSA");//Algoritmo hash-

ing para la firma
signature.initVerify(getPublicKey(pubKey,fromString));
byte[] receivedSignature = Files.readAllBytes(Paths.get("("<ruta fichero hash
firma>"));
FileInputStream fis = new FileInputStream(fileName);

int numRead;
do {
numRead = ((FileInputStream) fis).read(buffer);
if (numRead > 0) {
}

fis.close();
return signature.verify(receivedSignature);
}
public static boolean verifySignatureGz(String fileName, String pubKey,Boolean

fromString) throws KeyStoreException, IOException, UnrecoverableKeyException, No-
SuchAlgorithmException, CertificateException, InvalidKeyException, SignatureException,
InvalidKeySpecException {
Signature signature = Signature.getInstance("SHA256withRSA");//Algoritmo hash-

ing para la firma
signature.initVerify(getPublicKey(pubKey,fromString));
byte[] receivedSignature = Files.readAllBytes(Paths.get("<ruta fichero
hash firma>"));
GZIPInputStream fis = new GZIPInputStream(new FileInputStream(fileName));

int numRead;
do {
numRead = ((GZIPInputStream) fis).read(buffer);
if (numRead > 0) {
}
fis.close();
return signature.verify(receivedSignature);
}

9 Mecanismos de contingencia e
indisponibilidad
9.1 Indisponibilidad
9.1.1 Origen Concesionario Móvil
 Indisponibilidad Sistemas o Conectividad de Red por Caso Fortuito,
Fuerza Mayor, Mantenimiento Correctivo
Escenario Indisponibilidad Conectividad de Red o Caso Fortuito
Indisponibilidad de los sistemas del concesionario móvil o de su conectividad de red, por una situación
de caso fortuito, fuerza mayor o circunstancia fuera de su control, mantenimiento correctivo por causas
atribuible al concesionario móvil
Ésta debe ser acreditada al OSIPTEL dentro de los cuatro (4) días hábiles
siguientes de producida la causa. El concesionario móvil debe comunicar tal
Flujo
situación, a través del correo electrónico RENTESEG@osiptel.gob.pe y al correo
electrónico que para tal fin habilite el Contratista.
 renteseg@osiptel.gob.pe
Notificación
 soporte.moblyst.pe.es@inetum.com
Plazo
 4 días hábiles
notificación
 Indisponibilidad Sistemas o Conectividad de Red o mantenimiento

preventivo o mejoras tecnológicas
El Contratista debe advertir que, en caso de indisponibilidad de los sistemas del concesionario móvil o
de su conectividad de red, por una situación de mantenimiento preventivo o mejoras tecnológicas.
Ésta debe ser acreditada con una anticipación de tres (03) días calendarios al
OSIPTEL adjuntando la acreditación al correo electrónico
RENTESEG@osiptel.gob.pe y al correo electrónico que para tal fin habilite el
Contratista. Ante el cese de la indisponibilidad el concesionario móvil debe
Flujo cumplir con regularizar el registro de la información en un plazo no mayor de un
(1) día hábil, contado a partir del día siguiente de finalizada la referida
indisponibilidad. Si el concesionario móvil no cumpliera con regularizar con la
remisión de la información en el plazo anteriormente establecido o si lo hubiera
hecho en forma incompleta, dicha información se considera no presentada.
Notificación
 soporte.moblyst.pe.es@inetum.com
Plazo
notificación

9.1.2 Origen RENTESEG
 Indisponibilidad Sistemas por problemas técnicos, de conectividad u otros
Indisponibilidad del sistema RENTESEG por problemas técnicos, de conectividad u otros
Inetum deberá comunicar a los concesionarios móviles, importadores,

ensambladores y fabricantes en el país, al MININTER y a otros interactuantes con
el sistema RENTESEG, según corresponda, la indisponibilidad detetada, así como
los medios y mecanismos alternativos previstos, a efectos de realizar la
carga/descarga y/o acceso de la información. En dicha comunicación el
Flujo
Contratista deberá establecer el plazo de regularización de la misma.
Del mismo modo, en caso que los prestadores fuesen los que detectasen la
indisponibilidad, podrán comunicar dicha circunstancia al RENTESEG a través del
portal de ticketing o a través de los buzones establecidos a tal efecto.
Notificación  Buzones de correo a tal fin establecidos por los concesionarios móviles
 https://soporteportabilidad.es/portadesk/
Plazo
 Inmediato al detectar la indisponibilidad
notificación
 Indisponibilidad Sistemas o Conectividad de Red o mantenimiento

preventivo o mejoras tecnológicas
El Contratista debe advertir que, en caso de indisponibilidad de los sistemas del concesionario móvil o
de su conectividad de red, por una situación de mantenimiento preventivo o mejoras tecnológicas.
Ésta debe ser acreditada con una anticipación de tres (03) días calendarios al
OSIPTEL adjuntando la acreditación al correo electrónico
RENTESEG@osiptel.gob.pe y al correo electrónico que para tal fin habilite el
Contratista. Ante el cese de la indisponibilidad el concesionario móvil debe
Flujo cumplir con regularizar el registro de la información en un plazo no mayor de un
(1) día hábil, contado a partir del día siguiente de finalizada la referida
indisponibilidad. Si el concesionario móvil no cumpliera con regularizar con la
remisión de la información en el plazo anteriormente establecido o si lo hubiera
hecho en forma incompleta, dicha información se considera no presentada.
Notificación
 Buzones de correo a tal fin establecidos por los concesionarios móviles
Plazo
notificación
9.2 Contingencia
Cada entorno (Productivo y pruebas/contingencia) tendrá un direccionamiento diferenciado, que deberá
ser mapeado en los elementos de red de los concesionarios.
EL entorno de contingencia podrá ser activado ante cualquier inconveniente en los siguientes elementos:

a) Base de datos del RENTESEG
b) Capa de negocio del RENTESEG
c) Capa de comunicaciones del RENTESEG
En caso de que se determine que es necesaria la activación del entorno de contingencia, y en base al plan
de comunicación y matrices de escalado se comunicará a los concesionarios y a OSIPTEL dicha
circunstancia.
Para el cambio al entorno de contingencia los concesionarios móviles tendrán que realizar el cambio de
configuración en sus sistemas productivos, para redireccionar al entorno de contingencia.
El tiempo estimado de activación del modo de contingencia es de 15 minutos, una vez aprobado el
protocolo de activación del mismo.
9.2.1 Fallo en los servicios de los concesionarios móviles

Considerando que los concesionarios móviles deben facilitar servicios para que desde el RENTESEG se les
haga entrega de cierta información, dichos servicios son susceptibles de falla. Es por esto, que deben
contar con servicios de contingencia, de modo que el RENTESEG pueda redirigir a éstos últimos en caso
de notificación de falla.
Será el concesionario móvil el que deberá aportar la información de dicho servicio de contingencia y el
que deberá solicitar al RENTESEG, una vez detectada la falla, su activación y configuración en los sistemas
de este último.
9.2.2 Fallo en los servicios del RENTESEG

El RENTESEG dispone de una arquitectura en alta disponibilidad que garantiza la continuidad del servicio
en caso de falla. En función de la capa de arquitectura afectada, se activarán los distintos niveles de
contingencia.
9.2.3 Flujos de proceso durante indisponibilidad

Durante el periodo de indisponibilidad se puede dar el caso que se vean afectados ciertos procesos de
negocio, para ello, y en función del origen y caso de la indisponibilidad, se tomarán las acciones correctivas
de manera conjunta entre los concesionarios y el RENTESEG.
Cualquier situación de indisponibilidad (tanto en un concesionario, como en el RENTESEG) se resume en:
a) Detección indisponibilidad: Se produce una situación de indisponibilidad que puede ser solventada
sobre el entorno productivo o que requiera la activación del entorno de contingencia.
b) Notificación: Una vez detectada la indisponibilidad debe ser comunicada a la otra parte/s
involucrada/s en los procesos de registro de terminales móviles
c) Análisis afectación: Tras la notificación, se deberá realizar un análisis de la afectación, así como
el impacto de la misma. Tras dicho análisis se acuerda de manera conjunta las medidas a realizar
para dar continuidad al servicio.
Se deberá considerar que:
- Para el servicio de Información de los Equipos Terminales Móviles sustraídos, perdidos y
recuperados de Perú, así como por fraude, el concesionario tendrá que realizar tres (3) reintentos
de notificación hacia RENTESEG, pasados los cuales, el concesionario deberá realizar la suspensión
del servicio móvil e IMEI.
- Para el servicio de validación en línea de los equipos terminales móviles para altas nuevas, el
concesionario tendrá que realizar tres (3) reintentos de notificación hacia RENTESEG, pasados los
cuales, el concesionario deberá activar el servicio. Para ambos casos el concesionario deberá abrir
ticket en la plataforma de ticketing del RENTESEG y con posterioridad se procederá al reenvío de
los casos con error para su regularización.
d) Aplicación medidas continuidad servicio: Se deben aplicar las medidas acordadas para dar
continuidad al servicio que pueden conllevar:
i. Ajuste de endpoints de los servicios afectados (redirección a entorno/s de contingencia y
retorno a entorno/s productivo), si llegase a aplicar.

ii. Reenvío de la información online que durante la indisponibilidad no pudiera haberse
tramitado
iii. Reprocesamiento de procesos batch que pudieran haberse visto afectados durante la
indisponibilidad.
Origen Concesionario:
Origen RENTESEG:
10 Catálogo de datos
10.1 Listado Códigos de Mensaje
Código Tipo Descripción
Mensaje Envío Equipos Terminales Móviles sustraídos, perdidos y recuperados

101 Entrada
de Perú, así como por fraude
Mensaje Envío correspondiente al registro de la fecha y hora efectiva del bloqueo
102 Entrada o desbloqueo del Equipo Terminal Móvil, y de la suspensión o reactivación del
servicio
Mensaje autorización de bloqueo y desbloqueo de los equipos terminales
103 Salida móviles sustraídos, perdidos y recuperados de Perú reportados por abonados y
usuarios, así como por fraude
Mensaje autorización de bloqueo y desbloqueo de los equipos terminales
móviles sustraídos, perdidos y recuperados de Perú reportados por los
104 Salida
importadores, ensambladores, fabricantes, casas comercializadoras de equipos
o aparatos de telecomunicaciones, distribuidores, personas naturales o los

Concesionarios Móviles
Mensaje correspondiente a la validación en línea de Equipos Terminales Móviles

201 Entrada
para altas nuevas
Mensaje validación diaria de los equipos terminales móviles para líneas en
301 Salida
servicio
10.2 Códigos de error migrados

10.2.1 Registro de Terminales Móviles Sustraídos, Perdidos y
Recuperados
REGISTRO VALLN000000 Error en la cantidad de separadores
CÓDIGO DE
VALLN000001 "CÓDIGO DE SUBSANACIÓN" inválido
SUBSANACIÓN
NÚMERO DE FILA VALLN000010 "NUMERO DE FILA" sin información
NÚMERO DE FILA VALLN000011 Error en longitud "NÚMERO DE FILA"
NÚMERO DE FILA VALLN000012 "NÚMERO DE FILA" espacios al inicio y/o final
NÚMERO DE FILA VALLN000013 "NÚMERO DE FILA" valor no numérico
NÚMERO DE FILA VALLN000014 "NÚMERO DE FILA" no correlativo
CONCESIONARIO VALLN000020 "CONCESIONARIO" sin información
CONCESIONARIO VALLN000022 "CONCESIONARIO" espacios al inicio y/o final
"CONCESIONARIO" no corresponde a empresa

CONCESIONARIO VALLN000024
reportante
NÚMERO DE SERVICIO Error en longitud "NÚMERO DE SERVICIO
VALLN000031
TELEFÓNICO MÓVIL TELEFÓNICO MÓVIL"

VALLN000032

VALLN000033

VALLN000034
IMSI VALLN000041 Error en longitud "IMSI"
IMSI VALLN000042 "IMSI" espacios al inicio y/o final
IMSI VALLN000043 "IMSI" valor no numérico
IMSI VALLN000044 "IMSI" no pertenece a concesionario
IMEI VALLN000050 "IMEI" sin información
IMEI VALLN000051 Error en longitud "IMEI"
IMEI VALLN000052 "IMEI" espacios al inicio y/o final

IMEI VALLN000053 "IMEI" valor no numérico
IMEI VALLN000054 "IMEI" no cumple algoritmo Luhn
IMEI VALLN000055 "IMEI" en lista de inválidos del OSIPTEL
MARCA DEL EQUIPO Error en longitud "MARCA DEL EQUIPO TERMINAL

VALLN000061
TERMINAL MÓVIL MÓVIL"
MARCA DEL EQUIPO "MARCA DEL EQUIPO TERMINAL MÓVIL" espacios al
VALLN000062
MODELO DEL EQUIPO Error en longitud "MODELO DEL EQUIPO TERMINAL
VALLN000071
TERMINAL MÓVIL MÓVIL"
MODELO DEL EQUIPO "MODELO DEL EQUIPO TERMINAL MÓVIL" espacios al
VALLN000072
"MARCA" con información y "MODELO" vacio, o
MARCA Y MODELO VALLN000074
viceversa
NÚMERO SERVICIO
Error en longitud "NÚMERO SERVICIO TELEFÓNICO
DESDE EL CUAL REPORTA EL HECHO"
NÚMERO SERVICIO
REPORTA EL HECHO" espacios al inicio y/o final
NÚMERO SERVICIO
REPORTA EL HECHO" valor no numérico
NÚMERO SERVICIO
REPORTA EL HECHO" formato incorrecto
NÚMERO SERVICIO "NÚMERO SERVICIO TELEFÓNICO DESDE EL CUAL
TELEFÓNICO DESDE EL VALLN000085 REPORTA EL HECHO" con información y "MOTIVO DEL
CUAL REPORTA EL HECHO REPORTE" es Recuperación R
FUENTE DEL REPORTE VALLN000090 "FUENTE DEL REPORTE" sin información
FUENTE DEL REPORTE VALLN000092 "FUENTE DEL REPORTE" espacios al inicio y/o final
FUENTE DEL REPORTE VALLN000094 "FUENTE DEL REPORTE" valor no permitido
MOTIVO DEL REPORTE VALLN000100 "MOTIVO DEL REPORTE" sin información
MOTIVO DEL REPORTE VALLN000102 "MOTIVO DEL REPORTE" espacios al inicio y/o final
MOTIVO DEL REPORTE VALLN000104 "MOTIVO DEL REPORTE" valor no permitido

"MOTIVO DEL REPORTE" es Recuperación (R) y
MOTIVO DEL REPORTE VALLN000105
"FUENTE DEL REPORTE" es usuario (02)
CÓDIGO DEL REPORTE VALLN000110 "CÓDIGO DEL REPORTE" sin información
CÓDIGO DEL REPORTE VALLN000111 Error en longitud "CÓDIGO DEL REPORTE"
CÓDIGO DEL REPORTE VALLN000112 "CÓDIGO DEL REPORTE" espacios al inicio y/o final
CÓDIGO DEL REPORTE VALLN000113 "CÓDIGO DEL REPORTE" valor no numérico
"CÓDIGO DEL REPORTE" con información y "MOTIVO

CÓDIGO DEL REPORTE VALLN000114
DEL REPORTE" es Recuperación R
FECHA Y HORA DEL
VALLN000120 "FECHA Y HORA DEL REPORTE" sin información
REPORTE
FECHA Y HORA DEL "FECHA Y HORA DEL REPORTE" espacios al inicio y/o
VALLN000122
REPORTE final

FECHA Y HORA DEL
VALLN000123 "FECHA Y HORA DEL REPORTE" formato incorrecto
REPORTE
FECHA Y HORA DEL "FECHA Y HORA DEL REPORTE" mayor que fecha de
VALLN000124
REPORTE archivo
FECHA Y HORA DEL "FECHA Y HORA DEL BLOQUEO O DESBLOQUEO" sin
VALLN000130
BLOQUEO O DESBLOQUEO información
FECHA Y HORA DEL "FECHA Y HORA DEL BLOQUEO O DESBLOQUEO"
VALLN000132
BLOQUEO O DESBLOQUEO espacios al inicio y/o final
VALLN000133
BLOQUEO O DESBLOQUEO formato incorrecto
VALLN000134
BLOQUEO O DESBLOQUEO mayor que fecha de archivo
FECHA Y HORA DEL "FECHA DE REPORTE" mayor que "FECHA Y HORA
VALLN000135
BLOQUEO O DESBLOQUEO DEL BLOQUEO O DESBLOQUEO"
"NOMBRES DEL ABONADO O USUARIO" sin
NOMBRES DEL ABONADO
O USUARIO
NOMBRES DEL ABONADO Error en longitud "NOMBRES DEL ABONADO O
VALLN000141
O USUARIO USUARIO"
NOMBRES DEL ABONADO "NOMBRES DEL ABONADO O USUARIO" espacios al
VALLN000142
O USUARIO inicio y/o final
"NOMBRES DEL ABONADO O USUARIO" con
NOMBRES DEL ABONADO
O USUARIO
(02)
"APELLIDO PATERNO DEL ABONADO O USUARIO" sin
ABONADO O USUARIO
APELLIDO PATERNO DEL Error en longitud "APELLIDO PATERNO DEL ABONADO
VALLN000151
ABONADO O USUARIO O USUARIO"
VALLN000152
"APELLIDO PATERNO DEL ABONADO O USUARIO" con
ABONADO O USUARIO
(02)
"APELLIDO MATERNO DEL ABONADO O USUARIO" sin
ABONADO O USUARIO
VALLN000161
VALLN000162
"APELLIDO MATERNO DEL ABONADO O USUARIO"
VALLN000164 con información y "TIPO DE DOCUMENTO LEGAL" es
ABONADO O USUARIO
RUC (02)
"APELLIDO PATERNO DEL ABONADO O USUARIO" y
VALLN000165 "APELLIDO MATERNO DEL ABONADO O USUARIO"
ABONADO O USUARIO
con punto
"RAZÓN SOCIAL" sin información y "TIPO DE
RAZÓN SOCIAL VALLN000170
DOCUMENTO LEGAL" es RUC (02)
RAZÓN SOCIAL VALLN000171 Error en longitud "RAZÓN SOCIAL"
RAZÓN SOCIAL VALLN000172 "RAZÓN SOCIAL" espacios al inicio y/o final

"RAZÓN SOCIAL" con información y "TIPO DE
RAZÓN SOCIAL VALLN000174
DOCUMENTO LEGAL" diferente de RUC (02)
TIPO DE DOCUMENTO
VALLN000180 "TIPO DE DOCUMENTO LEGAL" sin información
LEGAL
VALLN000182
LEGAL final
TIPO DE DOCUMENTO
VALLN000184 "TIPO DE DOCUMENTO LEGAL" valor no permitido
LEGAL
VALLN000190 "NÚMERO DE DOCUMENTO LEGAL" sin información
LEGAL
VALLN000191 Error en longitud "NÚMERO DE DOCUMENTO LEGAL"
LEGAL
VALLN000192
LEGAL y/o final
VALLN000193 "NÚMERO DE DOCUMENTO LEGAL" valor no numérico
LEGAL
"NOMBRES DEL REPRESENTANTE LEGAL" sin
NOMBRES DEL
REPRESENTANTE LEGAL
(02)
NOMBRES DEL Error en longitud "NOMBRES DEL REPRESENTANTE
VALLN000201
REPRESENTANTE LEGAL LEGAL"
NOMBRES DEL "NOMBRES DEL REPRESENTANTE LEGAL" espacios al

VALLN000202
REPRESENTANTE LEGAL inicio y/o final
"NOMBRES DEL REPRESENTANTE LEGAL" con
NOMBRES DEL
REPRESENTANTE LEGAL
"APELLIDO PATERNO DEL REPRESENTANTE LEGAL"
VALLN000210 sin información y "TIPO DE DOCUMENTO LEGAL" es
REPRESENTANTE LEGAL
RUC (02)
APELLIDO PATERNO DEL Error en longitud "APELLIDO PATERNO DEL
VALLN000211
REPRESENTANTE LEGAL REPRESENTANTE LEGAL"
VALLN000212
REPRESENTANTE LEGAL espacios al inicio y/o final
"APELLIDO PATERNO DEL REPRESENTANTE LEGAL"
VALLN000214 con información y "TIPO DE DOCUMENTO LEGAL"
REPRESENTANTE LEGAL
"APELLIDO MATERNO DEL REPRESENTANTE LEGAL"
VALLN000220 sin información y "TIPO DE DOCUMENTO LEGAL" es
REPRESENTANTE LEGAL
RUC (02)
VALLN000221
REPRESENTANTE LEGAL REPRESENTANTE LEGAL"
VALLN000222
"APELLIDO MATERNO DEL REPRESENTANTE LEGAL"
VALLN000224 con información y "TIPO DE DOCUMENTO LEGAL"
REPRESENTANTE LEGAL
"APELLIDO PATERNO DEL REPRESENTANTE LEGAL" y
REPRESENTANTE LEGAL Y
VALLN000225 "APELLIDO MATERNO DEL REPRESENTANTE LEGAL"
con punto
REPRESENTANTE LEGAL
TIPO DE DOCUMENTO "TIPO DE DOCUMENTO LEGAL DEL REPRESENTANTE
LEGAL DEL VALLN000230 LEGAL" sin información y "TIPO DE DOCUMENTO
REPRESENTANTE LEGAL LEGAL" es RUC (02)

TIPO DE DOCUMENTO
"TIPO DE DOCUMENTO LEGAL DEL REPRESENTANTE
LEGAL DEL VALLN000232
LEGAL" espacios al inicio y/o final
REPRESENTANTE LEGAL
TIPO DE DOCUMENTO
LEGAL" valor no permitido
REPRESENTANTE LEGAL
NÚMERO DE DOCUMENTO "NÚMERO DE DOCUMENTO LEGAL DEL
LEGAL DEL VALLN000235 REPRESENTANTE LEGAL" con información y "TIPO DE
REPRESENTANTE LEGAL DOCUMENTO LEGAL" diferente de RUC (02)
LEGAL DEL VALLN000240 REPRESENTANTE LEGAL" sin información y "TIPO DE
REPRESENTANTE LEGAL DOCUMENTO LEGAL" es RUC (02)
Error en longitud "NÚMERO DE DOCUMENTO LEGAL
DEL REPRESENTANTE LEGAL"
REPRESENTANTE LEGAL
"NÚMERO DE DOCUMENTO LEGAL DEL
REPRESENTANTE LEGAL" espacios al inicio y/o final
REPRESENTANTE LEGAL
REPRESENTANTE LEGAL" valor no numérico
REPRESENTANTE LEGAL
LEGAL DEL VALLN000244 REPRESENTANTE LEGAL" con información y "TIPO DE
REPRESENTANTE LEGAL DOCUMENTO LEGAL" diferente de RUC (02)
REGISTRO VALLN111112 Bloqueo y Liberación a la misma fecha y hora
Registro duplicado por IMEI, FECHA y
REGISTRO VALLN111111
CONCESIONARIO
REGISTRO VALLN000999 Liberación sin bloqueo previo
REGISTRO VALLN000777 Bloqueo sobre bloqueo
REGISTRO VALLN000778 Liberación sobre liberación
REGISTRO VALLN000779 Liberación sobre bloqueo de otra empresa
10.2.2 Registro de Abonados
REGISTRO VALABO00000 El número de pipes es incorrecto
REGISTRO VALABO00001 El registro es un duplicado
REGISTRO VALABO00002 Código de subsanación no existe
NÚMERO DE FILA VALABO00010 "NÚMERO DE FILA" sin información
NÚMERO DE FILA VALABO00011 "NÚMERO DE FILA" longitud incorrecta
NÚMERO DE FILA VALABO00012 "NÚMERO DE FILA" espacios al inicio y/o final
NÚMERO DE FILA VALABO00013 "NÚMERO DE FILA" valor no numérico
NÚMERO DE FILA VALABO00014 "NÚMERO DE FILA" no es correlativo
CONCESIONARIO VALABO00020 "CONCESIONARIO" sin información
CONCESIONARIO VALABO00022 "CONCESIONARIO" espacios al inicio y/o final

"CONCESIONARIO" no corresponde al archivo
CONCESIONARIO VALABO00024
analizado
VALABO00030
VALABO00031
VALABO00032
NÚMERO DE SERVICIO "NÚMERO DE SERVICIO TELEFÓNICO MÓVIL" formato
VALABO00033
TELEFÓNICO MÓVIL incorrecto
VALABO00004
TELEFÓNICO MÓVIL duplicado
TIPO DE ABONADO VALABO00040 "TIPO DE ABONADO" sin información
TIPO DE ABONADO VALABO00042 "TIPO DE ABONADO" espacios al inicio y/o final
TIPO DE ABONADO VALABO00043 "TIPO DE ABONADO" valor no permitido
NOMBRES DEL ABONADO VALABO00050 "NOMBRES DEL ABONADO" sin información
NOMBRES DEL ABONADO VALABO00051 "NOMBRES DEL ABONADO" longitud incorrecta
NOMBRES DEL ABONADO VALABO00052 "NOMBRES DEL ABONADO" espacios al inicio y/o final
NOMBRES DEL ABONADO VALABO00053 "NOMBRES DEL ABONADO" no vacío
NOMBRES DEL ABONADO VALABO00054 "NOMBRES DEL ABONADO" inconsistente
APELLIDO PATERNO DEL "APELLIDO PATERNO DEL ABONADO" longitud

VALABO00060
ABONADO incorrecta
APELLIDO PATERNO DEL "APELLIDO PATERNO DEL ABONADO" espacios al
VALABO00061
ABONADO inicio y/o final
VALABO00063 "APELLIDO PATERNO DEL ABONADO" sin información
ABONADO
VALABO00064 "APELLIDO PATERNO DEL ABONADO" no vacío
ABONADO
"APELLIDO PATERNO DEL ABONADO" y "APELLIDO
ABONADO APELLIDO VALABO00065
MATERNO DEL ABONADO" tienen el carácter '.'
MATERNO DEL ABONADO
APELLIDO MATERNO DEL "APELLIDO MATERNO DEL ABONADO" longitud
VALABO00070
ABONADO incorrecta
APELLIDO MATERNO DEL "APELLIDO MATERNO DEL ABONADO" espacios al
VALABO00071
ABONADO inicio y/o final

VALABO00072 "APELLIDO MATERNO DEL ABONADO" sin información
ABONADO
VALABO00073 "APELLIDO MATERNO DEL ABONADO" no vacío
ABONADO
RAZÓN SOCIAL VALABO00080 "RAZÓN SOCIAL" sin información
RAZÓN SOCIAL VALABO00081 "RAZÓN SOCIAL" longitud incorrecta
RAZÓN SOCIAL VALABO00082 "RAZÓN SOCIAL" espacios al inicio y/o final
RAZÓN SOCIAL VALABO00083 "RAZÓN SOCIAL" no vacío

TIPO DE DOCUMENTO
VALABO00090 "TIPO DE DOCUMENTO LEGAL" sin información
LEGAL

VALABO00092
LEGAL final
TIPO DE DOCUMENTO
VALABO00093 "TIPO DE DOCUMENTO LEGAL" valor no permitido
LEGAL
VALABO00094
TIPO DE DOCUMENTO
VALABO00095 "TIPO DE DOCUMENTO LEGAL" no vacío
LEGAL
VALABO00100 "NÚMERO DE DOCUMENTO LEGAL" sin información
LEGAL
VALABO00101
LEGAL incorrecta
VALABO00104
LEGAL y/o final
VALABO00105 "NÚMERO DE DOCUMENTO LEGAL" valor no numérico
LEGAL
VALABO00106 "NÚMERO DE DOCUMENTO LEGAL" no vacío
LEGAL
NOMBRES DEL "NOMBRES DEL REPRESENTANTE LEGAL" longitud
VALABO00110
REPRESENTANTE LEGAL incorrecta
VALABO00111
NOMBRES DEL "NOMBRES DEL REPRESENTANTE LEGAL" sin
VALABO00112
REPRESENTANTE LEGAL información
NOMBRES DEL
VALABO00114 "NOMBRES DEL REPRESENTANTE LEGAL" no vacío
REPRESENTANTE LEGAL
VALABO00120
REPRESENTANTE LEGAL longitud incorrecta

VALABO00121
VALABO00123
REPRESENTANTE LEGAL sin información
VALABO00124
REPRESENTANTE LEGAL no vacío
VALABO00125 "APELLIDO MATERNO DEL REPRESENTANTE LEGAL"
REPRESENTANTE LEGAL
tienen el carácter '.'
VALABO00130
VALABO00131
VALABO00133

VALABO00134
REPRESENTANTE LEGAL no vacío
TIPO DE DOCUMENTO
LEGAL DEL VALABO00141
REPRESENTANTE LEGAL
TIPO DE DOCUMENTO
REPRESENTANTE LEGAL
TIPO DE DOCUMENTO
LEGAL" sin información
REPRESENTANTE LEGAL

TIPO DE DOCUMENTO
LEGAL" no vacío
REPRESENTANTE LEGAL
REPRESENTANTE LEGAL" longitud incorrecta
REPRESENTANTE LEGAL
REPRESENTANTE LEGAL
REPRESENTANTE LEGAL" valor no permitido
REPRESENTANTE LEGAL
REPRESENTANTE LEGAL" sin información
REPRESENTANTE LEGAL
REPRESENTANTE LEGAL" no vacío
REPRESENTANTE LEGAL
IMSI VALABO00170 "IMSI" longitud incorrecta
IMSI VALABO00171 "IMSI" espacios al inicio y/o final
IMSI VALABO00172 "IMSI" valor no numérico o código MNC incorrecto
IMSI VALABO00173 "IMSI" sin información
IMSI VALABO00174 "IMSI" no vacío
MODALIDAD DE
VALABO00180 "MODALIDAD DE CONTRATO" sin información
CONTRATO
MODALIDAD DE "MODALIDAD DE CONTRATO" espacios al inicio y/o
VALABO00182
CONTRATO final
MODALIDAD DE
VALABO00183 "MODALIDAD DE CONTRATO" valor no permitido
CONTRATO
FECHA Y HORA DE
VALABO00190 "FECHA Y HORA DE ACTIVACIÓN" sin información
ACTIVACIÓN
FECHA Y HORA DE "FECHA Y HORA DE ACTIVACIÓN" espacios al inicio
VALABO00191
ACTIVACIÓN y/o final
FECHA Y HORA DE
VALABO00192 "FECHA Y HORA DE ACTIVACIÓN" formato incorrecto
ACTIVACIÓN
FECHA Y HORA DE "FECHA Y HORA DE ACTIVACIÓN" mayor a FECHA de
VALABO00193
ACTIVACIÓN ARCHIVO
NACIONALIDAD DEL "NACIONALIDAD DEL ABONADO" espacios al inicio
VALABO00161
ABONADO y/o final
NACIONALIDAD DEL
VALABO00162 "NACIONALIDAD DEL ABONADO" valor no permitido
ABONADO
NACIONALIDAD DEL "NACIONALIDAD DEL ABONADO" inconsistente con
VALABO00163
ABONADO "TIPO DE ABONADO"
NACIONALIDAD DEL
VALABO00164 "NACIONALIDAD DEL ABONADO" sin información
ABONADO
NACIONALIDAD DEL
VALABO00165 "NACIONALIDAD DEL ABONADO" no vacío
ABONADO
ESTADO DEL SERVICIO VALABO00200 "ESTADO DEL SERVICIO" sin información
ESTADO DEL SERVICIO VALABO00202 "ESTADO DEL SERVICIO" espacios al inicio y/o final

ESTADO DEL SERVICIO VALABO00203 "ESTADO DEL SERVICIO" valor no permitido
MOTIVO DE LA
"MOTIVO DE LA SUSPENSIÓN DEL SERVICIO"
SUSPENSIÓN DEL VALABO00211
SERVICIO
MOTIVO DE LA
"MOTIVO DE LA SUSPENSIÓN DEL SERVICIO" sin
información
SERVICIO
MOTIVO DE LA
"MOTIVO DE LA SUSPENSIÓN DEL SERVICIO" valor
no permitido
SERVICIO
MOTIVO DE LA
"MOTIVO DE LA SUSPENSIÓN DEL SERVICIO" no
vacío
SERVICIO
MOTIVO DE LA BAJA DEL "MOTIVO DE LA BAJA DEL SERVICIO" espacios al
VALABO00221
SERVICIO inicio y/o final
MOTIVO DE LA BAJA DEL
VALABO00222 "MOTIVO DE LA BAJA DEL SERVICIO" sin información
SERVICIO
MOTIVO DE LA BAJA DEL "MOTIVO DE LA BAJA DEL SERVICIO" valor no
VALABO00223
SERVICIO permitido
MOTIVO DE LA BAJA DEL
VALABO00224 "MOTIVO DE LA BAJA DEL SERVICIO" no vacío
SERVICIO
VINCULACIÓN DEL
VALABO00230 "VINCULACIÓN DEL SERVICIO" sin información
SERVICIO
VINCULACIÓN DEL "VINCULACIÓN DEL SERVICIO" espacios al inicio y/o
VALABO00232
SERVICIO final
VINCULACIÓN DEL
VALABO00233 "VINCULACIÓN DEL SERVICIO" valor no permitido
SERVICIO
IMEI VALABO00240 "IMEI" sin información
IMEI VALABO00241 "IMEI" longitud incorrecta
IMEI VALABO00242 "IMEI" espacios al inicio y/o final
IMEI VALABO00243 "IMEI" valor no permitido
IMEI VALABO00244 "IMEI" no cumple Luhn
IMEI VALABO00245 "IMEI" no vacío
MARCA DEL EQUIPO VALABO00251 "MARCA DEL EQUIPO" longitud incorrecta
MARCA DEL EQUIPO VALABO00252 "MARCA DEL EQUIPO" espacios al inicio y/o final
MARCA DEL EQUIPO VALABO00253 "MARCA DEL EQUIPO" no vacío
MODELO DEL EQUIPO VALABO00261 "MODELO DEL EQUIPO" longitud incorrecta
MODELO DEL EQUIPO VALABO00262 "MODELO DEL EQUIPO" espacios al inicio y/o final
MODELO DEL EQUIPO VALABO00263 "MODELO DEL EQUIPO" no vacío

MODELO DEL EQUIPO Para "MODELO DEL EQUIPO" y "MARCA DEL EQUIPO"
VALABO00264
MARCA DEL EQUIPO solo uno tiene información
FECHA Y HORA DE
VALABO00270 "FECHA Y HORA DE VINCULACIÓN" sin información
VINCULACIÓN
VALABO00271

VALABO00272
FECHA Y HORA DE
VALABO00273 "FECHA Y HORA DE VINCULACIÓN" no vacío
VINCULACIÓN
FECHA Y HORA DE "FECHA Y HORA DE VINCULACIÓN" mayor a fecha de
VALABO00274
VINCULACIÓN archivo
USO DEL EQUIPO VALABO00280 "USO DEL EQUIPO" sin información
USO DEL EQUIPO VALABO00282 "USO DEL EQUIPO" espacios al inicio y/o final
USO DEL EQUIPO VALABO00283 "USO DEL EQUIPO" valor no permitido
USO DEL EQUIPO VALABO00284 "USO DEL EQUIPO" no vacío

EQUIPO TERMINAL MÓVIL
"EQUIPO TERMINAL MÓVIL ADQUIRIDO EN
ADQUIRIDO EN VALABO00290
EXTRANJERO" sin información
EXTRANJERO
EXTRANJERO" espacios al inicio y/o final
EXTRANJERO
EXTRANJERO" valor no permitido
EXTRANJERO
EXTRANJERO" no vacío
EXTRANJERO
FECHA DE DECLARACIÓN
VALABO00300 "FECHA DE DECLARACIÓN JURADA" sin información
JURADA
FECHA DE DECLARACIÓN "FECHA DE DECLARACIÓN JURADA" espacios al inicio
VALABO00301
JURADA y/o final
FECHA DE DECLARACIÓN "FECHA DE DECLARACIÓN JURADA" formato
VALABO00302
JURADA incorrecto
FECHA DE DECLARACIÓN
VALABO00304 "FECHA DE DECLARACIÓN JURADA" no vacío
JURADA
FECHA DE DECLARACIÓN "FECHA DE DECLARACIÓN JURADA" es mayor a la
VALABO00305
JURADA fecha del archivo
10.2.3 Duplicados o Clonados Intra-Red
REGISTRO VALIMEICLO000 El número de pipes es incorrecto
REGISTRO VALIMEICLO001 El registro está duplicado en el archivo
NUMERO DE FILA VALIMEICLO011 Campo número de Fila sin información
NUMERO DE FILA VALIMEICLO012 Longitud incorrecta
NUMERO DE FILA VALIMEICLO013 Contiene espacios al inicio y/o al final
NUMERO DE FILA VALIMEICLO014 No es correlativo
NUMERO DE FILA VALIMEICLO015 No inicia en 00000001
IMEI VALIMEICLO021 Campo "IMEI" sin información
IMEI VALIMEICLO022 Longitud incorrecta
IMEI VALIMEICLO023 Contiene espacios al inicio y/o al final

IMEI VALIMEICLO024 Formato incorrecto
IMEI VALIMEICLO025 No cumple con el algoritmo de Luhn

Es un IMEI inválido, el TAC no se encuentra en
IMEI VALIMEICLO026
GSMA
NÚMERO DE SERVICIO
VALIMEICLO031 Campo sin información
MÓVIL
NÚMERO DE SERVICIO
VALIMEICLO032 Longitud incorrecta
MÓVIL
NÚMERO DE SERVICIO
VALIMEICLO033 Contiene espacios al inicio y/o al final
MÓVIL
NÚMERO DE SERVICIO
VALIMEICLO034 Formato incorrecto
MÓVIL
IMSI VALIMEICLO041 Campo sin información
IMSI VALIMEICLO042 Longitud incorrecta
IMSI VALIMEICLO043 Contiene espacios al inicio y/o al final
IMSI VALIMEICLO044 Formato incorrecto
IMSI VALIMEICLO045 No corresponde a su empresa operado
CÓDIGO DE
VALIMEICLO051 Campo sin información
SUBSANACIÓN
CÓDIGO DE
VALIMEICLO052 Contiene espacios al inicio y/o al final
SUBSANACIÓN
IMEI no identificado como Clonado (No existe
IMEI VALIMEICLO071 registros del mismo IMEI asociados a diferentes
servicios móviles)
IMEI VALIMEICLO072 IMEI ya reportado con modalidad 1
10.3 Códigos de errores RENTESEG

IMEI RENRC000012 "IMEI" no se encuentra en la Lista Blanca
IMEI RENRC000013 "IMEI" no se encuentra en la Lista Negra
IMEI RENRC000014 "IMEI" no se encuentra en ninguna lista

“IMEI” no se encuentra en la Lista Negra por
IMEI RENRC000015
duplicidad
IMEI RENRC000016 “IMEI” no se encuentra en la Lista de Excepciones

“IMEI 2, 3 o 4” no contienen el mismo TAC que
IMEI RENRC000020
“IMEI1”
IMEI RENRC000021 “IMEI” no vinculado al abonado previamente
IMEI RENRC000022 “IMEI” se encuentre duplicado en el mismo registro.

RENRC000024

RENRC000025
RENRC000026
RENRC000027
RENRC000028
RENRC000029
TELEFÓNICO MÓVIL vinculado al “IMEI”
NÚMERO DE SERVICIO "NÚMERO DE SERVICIO TELEFÓNICO MÓVIL" se
RENRC000030
TELEFÓNICO MÓVIL encuentre duplicado en el fichero

FECHA Y HORA DEL
MENSAJE
FECHA Y HORA DEL
MENSAJE
RENRC000038
MENSAJE final
FECHA Y HORA DEL
MENSAJE


RENTESEG
FECHA Y HORA BLOQUEO "FECHA Y HORA BLOQUEO DESBLOQUEO" sin
RENRC000050
DESBLOQUEO información
RENRC000051
RENRC000052
RENRC000053
MOTIVO BLOQUEO "MOTIVO BLOQUEO DESBLOQUEO" longitud
RENRC000054
MOTIVO BLOQUEO "MOTIVO BLOQUEO DESBLOQUEO" espacios al inicio
RENRC000055
DESBLOQUEO y/o final
MOTIVO BLOQUEO "MOTIVO BLOQUEO DESBLOQUEO" valor no
RENRC000056
DESBLOQUEO permitido
FECHA Y HORA "FECHA Y HORA SUSPENSION ACTIVACION" longitud
RENRC000057
SUSPENSION ACTIVACION incorrecta
FECHA Y HORA "FECHA Y HORA SUSPENSION ACTIVACION" espacios
RENRC000058
SUSPENSION ACTIVACION al inicio y/o final
FECHA Y HORA "FECHA Y HORA SUSPENSION ACTIVACION" formato
RENRC000059
SUSPENSION ACTIVACION incorrecto
MOTIVO SUSPENSION "MOTIVO SUSPENSION ACTIVACION" longitud
RENRC000060
ACTIVACION incorrecta
MOTIVO SUSPENSION "MOTIVO SUSPENSION ACTIVACION" espacios al
RENRC000061
ACTIVACION inicio y/o final
MOTIVO SUSPENSION "MOTIVO SUSPENSION ACTIVACION" valor no
RENRC000062
ACTIVACION permitido
El concesionario móvil no es el mismo que realizó la
LISTA EXCEPCIONES RENRC000063
inserción en lista de excepciones.
OBSERVACIONES RENRC000064 "OBSERVACIONES" espacios al inicio y/o final
FECHA Y HORA DEL
RENRC000065 "FECHA Y HORA DEL RETIRO" sin información
RETIRO
FECHA Y HORA DEL
RENRC000066 "FECHA Y HORA DEL RETIRO" longitud incorrecta
RETIRO
FECHA Y HORA DEL "FECHA Y HORA DEL RETIRO" espacios al inicio y/o
RENRC000067
RETIRO final
FECHA Y HORA DEL
RENRC000068 "FECHA Y HORA DEL RETIRO" formato incorrecto
RETIRO
PAÍS ORIGEN DEL
sin información
RETIRADO
PAÍS ORIGEN DEL
longitud incorrecta
RETIRADO
PAÍS ORIGEN DEL
RETIRADO

CONCESIONARIO RENRC000072 "CONCESIONARIO" sin información
CONCESIONARIO RENRC000073 "CONCESIONARIO" longitud incorrecta
CONCESIONARIO RENRC000074 "CONCESIONARIO" espacios al inicio y/o final
CONCESIONARIO RENRC000075 "CONCESIONARIO” valor no permitido
MOTIVO DEL REPORTE RENRC000076 "MOTIVO DEL REPORTE" longitud incorrecta
MOTIVO DEL REPORTE RENRC000077 "MOTIVO DEL REPORTE" espacios al inicio y/o final
MOTIVO DEL REPORTE RENRC000078 "MOTIVO DEL REPORTE" valor no permitido

FECHA Y HORA DE
RENRC000079 "FECHA Y HORA DE VINCULACIÓN" sin información
VINCULACIÓN
FECHA Y HORA DE "FECHA Y HORA DE VINCULACIÓN" longitud
RENRC000080
VINCULACIÓN incorrecta
RENRC000081
RENRC000082
FECHA Y HORA DE "FECHA Y HORA DE VINCULACIÓN" es mayor a la
RENRC000083
VINCULACIÓN fecha y hora del archivo

TIPO DE DOCUMENTO
RENRC000087 "TIPO DE DOCUMENTO LEGAL" sin información
LEGAL
RENRC000088
LEGAL final
TIPO DE DOCUMENTO
LEGAL
TIPO DE DOCUMENTO
LEGAL
RENRC000091
LEGAL
RENRC000093
LEGAL incorrecta
RENRC000094
LEGAL y/o final
LEGAL
FECHA Y HORA DE "FECHA Y HORA DE DESVINCULACIÓN" sin
RENRC000096
DESVINCULACIÓN información
FECHA Y HORA DE "FECHA Y HORA DE DESVINCULACIÓN" longitud
RENRC000097
DESVINCULACIÓN incorrecta
FECHA Y HORA DE "FECHA Y HORA DE DESVINCULACIÓN" espacios al
RENRC000098
DESVINCULACIÓN inicio y/o final
FECHA Y HORA DE "FECHA Y HORA DE DESVINCULACIÓN" formato
RENRC000099
DESVINCULACIÓN incorrecto
USO DEL EQUIPO RENRC000100 "USO DEL EQUIPO" sin información
USO DEL EQUIPO RENRC000101 "USO DEL EQUIPO" longitud incorrecta
USO DEL EQUIPO RENRC000102 "USO DEL EQUIPO" espacios al inicio y/o final
USO DEL EQUIPO RENRC000103 "USO DEL EQUIPO" formato incorrecto

USO DEL EQUIPO RENRC000104 "USO DEL EQUIPO" valor no permitido
MARCA DEL EQUIPO RENRC000105 "MARCA DEL EQUIPO" sin información
MARCA DEL EQUIPO RENRC000106 "MARCA DEL EQUIPO" longitud incorrecta
MARCA DEL EQUIPO RENRC000107 "MARCA DEL EQUIPO" espacios al inicio y/o final
MODELO DEL EQUIPO RENRC000108 "MODELO DEL EQUIPO" sin información
MODELO DEL EQUIPO RENRC000109 "MODELO DEL EQUIPO" longitud incorrecta
MODELO DEL EQUIPO RENRC000110 "MODELO DEL EQUIPO" espacios al inicio y/o final
“MARCA y MODELO IMEI 1, 2, 3 o 4” no corresponde
MARCA Y MODELO RENRC000111 con la Marca y Modelo del TAC en la base de datos de
la GSMA
PAÍS DE DESTINO RENRC000112 "PAÍS DE DESTINO" sin información
PAÍS DE DESTINO RENRC000113 "PAÍS DE DESTINO" longitud incorrecta
PAÍS DE DESTINO RENRC000114 "PAÍS DE DESTINO" espacios al inicio y/o final
TIPO RENRC000115 "TIPO" longitud incorrecta
TIPO RENRC000116 "TIPO" espacios al inicio y/o final
TIPO RENRC000117 "TIPO" formato incorrecto
TIPO RENRC000118 "TIPO" valor no permitido
ACCION RENRC000119 "ACCION" longitud incorrecta
ACCION RENRC000120 "ACCION" espacios al inicio y/o final
ACCION RENRC000121 "ACCION" formato incorrecto
ACCION RENRC000122 "ACCION" valor no permitido
MODALIDAD RENRC000123 "MODALIDAD" sin información
MODALIDAD RENRC000124 "MODALIDAD" longitud incorrecta
MODALIDAD RENRC000125 "MODALIDAD" espacios al inicio y/o final
MODALIDAD RENRC000126 "MODALIDAD" formato incorrecto
MODALIDAD RENRC000127 "MODALIDAD" valor no permitido

CÓDIGO DE
SUBSANACIÓN
CÓDIGO DE
SUBSANACIÓN
RENRC000130
SUBSANACIÓN final
CÓDIGO DE
SUBSANACIÓN
TIPO DE INFORMACIÓN RENRC000132 "TIPO DE INFORMACIÓN" sin información
TIPO DE INFORMACIÓN RENRC000133 "TIPO DE INFORMACIÓN" longitud incorrecta
TIPO DE INFORMACIÓN RENRC000134 "TIPO DE INFORMACIÓN" espacios al inicio y/o final
TIPO DE INFORMACIÓN RENRC000135 "TIPO DE INFORMACIÓN" valor no permitido

FECHA Y HORA DE INICIO "FECHA Y HORA DE FIN DE LA LLAMADA" sin
RENRC000136
DE LA LLAMADA información

FECHA Y HORA DE INICIO "FECHA Y HORA DE FIN DE LA LLAMADA" longitud
RENRC000137
DE LA LLAMADA incorrecta
FECHA Y HORA DE INICIO "FECHA Y HORA DE FIN DE LA LLAMADA" espacios al
RENRC000138
DE LA LLAMADA inicio y/o final
FECHA Y HORA DE INICIO "FECHA Y HORA DE FIN DE LA LLAMADA" formato
RENRC000139
DE LA LLAMADA incorrecto
FECHA Y HORA DE FIN DE "FECHA Y HORA DE FIN DE LA LLAMADA" sin
RENRC000140
LA LLAMADA información
FECHA Y HORA DE FIN DE "FECHA Y HORA DE FIN DE LA LLAMADA" longitud
RENRC000141
LA LLAMADA incorrecta
FECHA Y HORA DE FIN DE "FECHA Y HORA DE FIN DE LA LLAMADA" espacios al
RENRC000142
LA LLAMADA inicio y/o final
FECHA Y HORA DE FIN DE "FECHA Y HORA DE FIN DE LA LLAMADA" formato
RENRC000143
LA LLAMADA incorrecto
LATITUD DE INICIO DE
RENRC000144 "LATITUD DE INICIO DE LLAMADA" sin información
LLAMADA
LATITUD DE INICIO DE "LATITUD DE INICIO DE LLAMADA" longitud
RENRC000145
LLAMADA incorrecta
LATITUD DE INICIO DE "LATITUD DE INICIO DE LLAMADA" espacios al inicio
RENRC000146
LLAMADA y/o final
LATITUD DE INICIO DE "LATITUD DE INICIO DE LLAMADA" formato
RENRC000147
LLAMADA incorrecto
LONGITUD DE INICIO DE
RENRC000148 "LONGITUD DE INICIO DE LLAMADA" sin información
LLAMADA
LONGITUD DE INICIO DE "LONGITUD DE INICIO DE LLAMADA" longitud
RENRC000149
LLAMADA incorrecta
LONGITUD DE INICIO DE "LONGITUD DE INICIO DE LLAMADA" espacios al
RENRC000150
LLAMADA inicio y/o final
LONGITUD DE INICIO DE "LONGITUD DE INICIO DE LLAMADA" formato
RENRC000151
LLAMADA incorrecto
LATITUD DE FIN DE
RENRC000152 "LATITUD DE FIN DE LLAMADA" sin información
LLAMADA
LATITUD DE FIN DE
RENRC000153 "LATITUD DE FIN DE LLAMADA" longitud incorrecta
LLAMADA
LATITUD DE FIN DE "LATITUD DE FIN DE LLAMADA" espacios al inicio y/o
RENRC000154
LLAMADA final
LATITUD DE FIN DE
RENRC000155 "LATITUD DE FIN DE LLAMADA" formato incorrecto
LLAMADA
LONGITUD DE FIN DE
RENRC000156 "LONGITUD DE FIN DE LLAMADA" sin información
LLAMADA
LONGITUD DE FIN DE
RENRC000157 "LONGITUD DE FIN DE LLAMADA" longitud incorrecta
LLAMADA
LONGITUD DE FIN DE "LONGITUD DE FIN DE LLAMADA" espacios al inicio
RENRC000158
LLAMADA y/o final
LONGITUD DE FIN DE
RENRC000159 "LONGITUD DE FIN DE LLAMADA" formato incorrecto
LLAMADA
TAC RENRC000160 "TAC" sin información
TAC RENRC000161 "TAC" longitud incorrecta
TAC RENRC000162 "TAC" espacios al inicio y/o final
TAC RENRC000163 "TAC" valor no numérico
FECHA RENRC000164 "FECHA INICIO debe ser menor a la FECHA FIN
NOMBRE FICHERO RENRC000165 “NOMBRE FICHERO” nomenclatura errónea
NOMBRE FICHERO RENRC000166 “NOMBRE FICHERO” extensión errónea
NOMBRE FICHERO RENRC000167 “NOMBRE FICHERO” tamaño erróneo

Se ha superado el número máximo de ficheros a
FICHERO RENRC000168
cargar.
FICHERO RENRC000169 Error en la cantidad de separadores
FICHERO RENRC000170 Error en la cantidad de campos
FICHERO RENRC000171 Separador incorrecto
RAZÓN SOCIAL RENRC000172 "RAZÓN SOCIAL" sin información
RAZÓN SOCIAL RENRC000173 "RAZÓN SOCIAL" longitud incorrecta
RAZÓN SOCIAL RENRC000174 "RAZÓN SOCIAL" espacios al inicio y/o final
NOMBRE COMERCIAL RENRC000175 "NOMBRE COMERCIAL" sin información
NOMBRE COMERCIAL RENRC000176 "NOMBRE COMERCIAL" longitud incorrecta
NOMBRE COMERCIAL RENRC000177 "NOMBRE COMERCIAL" espacios al inicio y/o final
RUC RENRC000178 "RUC" sin información
RUC RENRC000179 "RUC" longitud incorrecta
RUC RENRC000180 "RUC" espacios al inicio y/o final

CERTIFICADO DE LA
RENRC000181 “CERTIFICADO DE LA FICHA RUC” sin información
FICHA RUC
CERTIFICADO DE LA
RENRC000182 “CERTIFICADO DE LA FICHA RUC” formato incorrecto
FICHA RUC
DEPARTAMENTO RENRC000183 "DEPARTAMENTO" sin información
DEPARTAMENTO RENRC000184 "DEPARTAMENTO" longitud incorrecta
DEPARTAMENTO RENRC000185 "DEPARTAMENTO" espacios al inicio y/o final
PROVINCIA RENRC000186 "PROVINCIA" sin información
PROVINCIA RENRC000187 "PROVINCIA" longitud incorrecta
PROVINCIA RENRC000188 "PROVINCIA" espacios al inicio y/o final
DISTRITO RENRC000189 "DISTRITO" sin información
DISTRITO RENRC000190 "DISTRITO" longitud incorrecta
DISTRITO RENRC000191 "DISTRITO" espacios al inicio y/o final
DIRECCION RENRC000192 "DIRECCION" sin información
DIRECCION RENRC000193 "DIRECCION" longitud incorrecta
DIRECCION RENRC000194 “DIRECCION" espacios al inicio y/o final

NOMBRES DEL "NOMBRES DEL REPRESENTANTE LEGAL" sin
RENRC000195
REPRESENTANTE LEGAL información
NOMBRES DEL "NOMBRES DEL REPRESENTANTE LEGAL" longitud
RENRC000196
REPRESENTANTE LEGAL incorrecta
RENRC000197
RENRC000198
RENRC000199
RENRC000200

RENRC000201 "APELLIDO MATERNO DEL REPRESENTANTE LEGAL"
REPRESENTANTE LEGAL
tienen el carácter '.'
RENRC000202
RENRC000203
RENRC000204
TIPO DE DOCUMENTO
LEGAL DEL RENRC000205
REPRESENTANTE LEGAL
TIPO DE DOCUMENTO
LEGAL" longitud incorrecta
REPRESENTANTE LEGAL
TIPO DE DOCUMENTO
REPRESENTANTE LEGAL
TIPO DE DOCUMENTO
REPRESENTANTE LEGAL
REPRESENTANTE LEGAL" sin información
REPRESENTANTE LEGAL
REPRESENTANTE LEGAL" longitud incorrecta
REPRESENTANTE LEGAL
REPRESENTANTE LEGAL
LEGAL DEL RENRC000212 REPRESENTANTE LEGAL" valor no corresponde al tipo
REPRESENTANTE LEGAL de documento seleccionado
FOTO DOCUMENTO LEGAL
"FOTO DOCUMENTO LEGAL DEL REPRESENTANTE
DEL REPRESENTANTE RENRC000213
LEGAL
LEGAL" formato incorrecto
LEGAL
LEGAL" extensión incorrecta
LEGAL
CORREO ELECTRONICO RENRC000216 "CORREO ELECTRONICO" sin información
CORREO ELECTRONICO RENRC000217 "CORREO ELECTRONICO" longitud incorrecta
CORREO ELECTRONICO RENRC000218 "CORREO ELECTRONICO" espacios al inicio y/o final
CORREO ELECTRONICO RENRC000219 "CORREO ELECTRONICO" formato incorrecto
TELÉFONO FIJO RENRC000220 "TELÉFONO FIJO" sin información
TELÉFONO FIJO RENRC000221 "TELÉFONO FIJO" longitud incorrecta
TELÉFONO FIJO RENRC000222 "TELÉFONO FIJO" espacios al inicio y/o final
TELÉFONO FIJO RENRC000223 "TELÉFONO FIJO" valor no numérico
TELÉFONO FIJO RENRC000224 "TELÉFONO FIJO" no inicia en 9
TELÉFONO MÓVIL RENRC000225 "TELÉFONO MÓVIL" sin información
TELÉFONO MÓVIL RENRC000226 "TELÉFONO MÓVIL" longitud incorrecta

TELÉFONO MÓVIL RENRC000227 "TELÉFONO MÓVIL" espacios al inicio y/o final
TELÉFONO MÓVIL RENRC000228 "TELÉFONO MÓVIL" valor no numérico
TELÉFONO MÓVIL RENRC000229 "TELÉFONO MÓVIL" no inicia en 9
TIPO EMPRESA RENRC000230 "TIPO EMPRESA" sin información
TIPO EMPRESA RENRC000231 "TIPO EMPRESA" longitud incorrecta
TIPO EMPRESA RENRC000232 "TIPO EMPRESA" espacios al inicio y/o final
TIPO EMPRESA RENRC000233 "TIPO EMPRESA" valor no permitido
CÓDIGO DE BLOQUEO RENRC000234 "CÓDIGO DE BLOQUEO" sin información
CÓDIGO DE BLOQUEO RENRC000235 "CÓDIGO DE BLOQUEO" longitud incorrecta
CÓDIGO DE BLOQUEO RENRC000236 "CÓDIGO DE BLOQUEO" espacios al inicio y/o final
MOTIVO DEL BLOQUEO RENRC000237 "MOTIVO DEL BLOQUEO" sin información
MOTIVO DEL BLOQUEO RENRC000238 "MOTIVO DEL BLOQUEO" longitud incorrecta
MOTIVO DEL BLOQUEO RENRC000239 "MOTIVO DEL BLOQUEO" espacios al inicio y/o final
MOTIVO DEL BLOQUEO RENRC000240 "MOTIVO DEL BLOQUEO" valor no permitido
FECHA DE REPORTE RENRC000241 "FECHA DE REPORTE" sin información
FECHA DE REPORTE RENRC000242 "FECHA DE REPORTE" longitud incorrecta
FECHA DE REPORTE RENRC000243 "FECHA DE REPORTE" espacios al inicio y/o final
FECHA DE REPORTE RENRC000244 "FECHA DE REPORTE" formato incorrecto
HORA DE REPORTE RENRC000245 "HORA DE REPORTE" sin información
HORA DE REPORTE RENRC000246 "HORA DE REPORTE" longitud incorrecta
HORA DE REPORTE RENRC000247 "HORA DE REPORTE" espacios al inicio y/o final
HORA DE REPORTE RENRC000248 "HORA DE REPORTE" formato incorrecto
FECHA DE RECUPERACIÓN RENRC000249 "FECHA DE RECUPERACIÓN" sin información
FECHA DE RECUPERACIÓN RENRC000250 "FECHA DE RECUPERACIÓN" longitud incorrecta

"FECHA DE RECUPERACIÓN" espacios al inicio y/o
FECHA DE RECUPERACIÓN RENRC000251
final
FECHA DE RECUPERACIÓN RENRC000252 "FECHA DE RECUPERACIÓN" formato incorrecto
NÚMERO TELEFÓNICO DE "NÚMERO TELEFÓNICO DE CONTACTO" longitud
RENRC000253
CONTACTO incorrecta
NÚMERO TELEFÓNICO DE "NÚMERO TELEFÓNICO DE CONTACTO" espacios al
RENRC000254
CONTACTO inicio y/o final
NÚMERO TELEFÓNICO DE "NÚMERO TELEFÓNICO DE CONTACTO" valor no
RENRC000255
CONTACTO numérico
NÚMERO TELEFÓNICO DE
RENRC000256 "NÚMERO TELEFÓNICO DE CONTACTO" no inicia en 9
CONTACTO
COMENTARIOS RENRC000257 "COMENTARIOS" longitud incorrecta
COMENTARIOS RENRC000258 "COMENTARIOS" espacios al inicio y/o final
TIPO COMPROBANTE RENRC000259 "TIPO COMPROBANTE" sin información
TIPO COMPROBANTE RENRC000260 "TIPO COMPROBANTE" longitud incorrecta

TIPO COMPROBANTE RENRC000261 "TIPO COMPROBANTE" espacios al inicio y/o final
TIPO COMPROBANTE RENRC000262 "TIPO COMPROBANTE" valor no permitido
NÚMERO COMPROBANTE RENRC000263 "NÚMERO COMPROBANTE" sin información
NÚMERO COMPROBANTE RENRC000264 "NÚMERO COMPROBANTE" longitud incorrecta
NÚMERO COMPROBANTE RENRC000265 "NÚMERO COMPROBANTE" espacios al inicio y/o final

FECHA DEL
RENRC000266 "FECHA DEL COMPROBANTE" sin información
COMPROBANTE
FECHA DEL
RENRC000267 "FECHA DEL COMPROBANTE" longitud incorrecta
COMPROBANTE
FECHA DEL "FECHA DEL COMPROBANTE" espacios al inicio y/o
RENRC000268
COMPROBANTE final
FECHA DEL
RENRC000269 "FECHA DEL COMPROBANTE" formato incorrecto
COMPROBANTE
COMPROBANTE RENRC000270 "COMPROBANTE" sin información
COMPROBANTE RENRC000271 "COMPROBANTE" formato incorrecto
COMPROBANTE RENRC000272 "COMPROBANTE" extensión incorrecta
COMPROBANTE RENRC000273 "COMPROBANTE" tamaño incorrecto
FECHA RENRC000274 "FECHA" longitud incorrecta
FECHA RENRC000275 "FECHA" espacios al inicio y/o final
FECHA RENRC000276 "FECHA" formato incorrecto
FECHA RENRC000277 “FECHA” posterior a la fecha actual
REPORTE RENRC000278 "REPORTE" longitud incorrecta
REPORTE RENRC000279 "REPORTE" espacios al inicio y/o final
REPORTE RENRC000280 "REPORTE" valor no permitido
OPERADOR RENRC000281 “OPERADOR” longitud incorrecta
OPERADOR RENRC000282 "OPERADOR" espacios al inicio y/o final
TECNOLOGÍA RENRC000283 "TECNOLOGÍA" longitud incorrecta
TECNOLOGÍA RENRC000284 "TECNOLOGÍA” espacios al inicio y/o final

“IMEI-Número Servicio-IMSI” no se encuentra en la
EXCEPCIONES RENRC000285
Lista de Excepciones
NÚMERO DE DUA RENRC000286 “NÚMERO DE DUA” no está actualizado en la SUNAT
NÚMERO DE DUA RENRC000287 “NÚMERO DE DUA” formato incorrecto

“FECHA Y HORA” mayor a las 23:59:59 horas del día
FECHA Y HORA RENRC000288
reportado
Nombre, Apellidos, DNI, Número de servicio
telefónico móvil no corresponde al último estado
CAMBIO NÚMERO RENRC000289
anterior del reporte de abonados para cuando si hay
cambio de número telefónico móvil
“Estado del servicio” no es “De baja” cuando el tipo
TIPO CONTRATACIÓN RENRC000290
contratación es “Alta con Portabilidad”
SECUENCIA RENRC000291 Error al generar “ID PROCESO”
IMEI RENRC000292 “IMEI” se encuentra en la Lista Negra por inoperativo

PAÍS ORIGEN RENRC000293 "PAÍS ORIGEN" longitud incorrecta
PAÍS ORIGEN RENRC000294 "PAÍS ORIGEN" espacios al inicio y/o final
MAINBOARD RENRC000295 "MAINBOARD" espacios al inicio y/o final
MAINBOARD RENRC000296 "MAINBOARD" formato incorrecto
MAINBOARD RENRC000297 "MAINBOARD" valor no permitido
OPERACION RENRC000298 "OPERACION" sin información
OPERACION RENRC000299 "OPERACION" longitud incorrecta
OPERACION RENRC000300 "OPERACION" espacios al inicio y/o final
OPERACION RENRC000301 "OPERACION" valor no permitido
IMEI RENRC000302 El imei no se repite en el archivo

IMEI-IMSI-NUMERO El imei-imsi-número de servicio ya consta como
RENRC000303
SERVICIO MOVIL registrado en la lista de clonados
IMEI-IMSI-NUMERO El imei-imsi-número de servicio ya reportado con
RENRC000304
SERVICIO MOVIL modalidad indicada
ID VENTA RENRC000305 "ID VENTA" sin información
ID VENTA RENRC000306 "ID VENTA" longitud incorrecta
ID VENTA RENRC000307 "ID VENTA" formato incorrecto

NOMBRES DEL
RENRC000308 "NOMBRES DEL ADQUIRIENTE" sin información
ADQUIRIENTE
NOMBRES DEL
RENRC000309 "NOMBRES DEL ADQUIRIENTE" longitud incorrecta
ADQUIRIENTE
NOMBRES DEL "NOMBRES DEL ADQUIRIENTE" espacios al inicio y/o
RENRC000310
ADQUIRIENTE final
APELLIDOS DEL "APELLIDO PATERNO DEL ADQUIRIENTE" longitud
RENRC000311
ADQUIRIENTE incorrecta
APELLIDOS DEL "APELLIDO PATERNO DEL ADQUIRIENTE" espacios al
RENRC000312
ADQUIRIENTE inicio y/o final
APELLIDOS DEL "APELLIDO PATERNO DEL ADQUIRIENTE" sin
RENRC000313
ADQUIRIENTE información
CANTIDAD LÍMITE DE Superado limite diario de consultas de un Numero
RENRC000314
CONSULTAS DE SERVICIO Servicio con IMEI distintos
CÓDIGO DE
SUBSANACIÓN
MOTIVO DEL REPORTE RENRC000316 "MOTIVO DEL REPORTE" sin información
“IMEI” reportado en el campo "ORIGEN" del Registro
IMEI RENRC000317 de Abonados, como “adquirido en la empresa
operadora”
CAMBIO DE NÚMERO "CAMBIO DE NÚMERO TELEFÓNICO MÓVIL" sin

RENRC000318
CAMBIO DE NÚMERO "CAMBIO DE NÚMERO TELEFÓNICO MÓVIL" longitud

RENRC000319
TELEFÓNICO MÓVIL incorrecta
CAMBIO DE NÚMERO "CAMBIO DE NÚMERO TELEFÓNICO MÓVIL" espacios

RENRC000320
TELEFÓNICO MÓVIL al inicio y/o final
CAMBIO DE NÚMERO "CAMBIO DE NÚMERO TELEFÓNICO MÓVIL" valor no

RENRC000321
TELEFÓNICO MÓVIL permitido

TITULARIDAD DEL
RENRC000322 "TITULARIDAD DEL SERVICIO" sin información
SERVICIO
TITULARIDAD DEL
RENRC000323 "TITULARIDAD DEL SERVICIO" longitud incorrecta
SERVICIO
TITULARIDAD DEL "TITULARIDAD DEL SERVICIO" espacios al inicio y/o

RENRC000324
SERVICIO final
TITULARIDAD DEL
RENRC000325 "TITULARIDAD DEL SERVICIO" valor no permitido
SERVICIO
TIPO DE CONTRATACIÓN RENRC000326 "TIPO DE CONTRATACIÓN" sin información
TIPO DE CONTRATACIÓN RENRC000327 "TIPO DE CONTRATACIÓN" longitud incorrecta
TIPO DE CONTRATACIÓN RENRC000328 "TIPO DE CONTRATACIÓN" espacios al inicio y/o final
TIPO DE CONTRATACIÓN RENRC000329 "TIPO DE CONTRATACIÓN" valor no permitido
FECHA DE "FECHA DE ACTUALIZACIÓN" espacios al inicio y/o

RENRC000330
ACTUALIZACIÓN final
FECHA DE
RENRC000331 "FECHA DE ACTUALIZACIÓN" formato incorrecto
ACTUALIZACIÓN
MEDIO REPORTE RENRC000332 "MEDIO REPORTE" sin información
MEDIO REPORTE RENRC000333 "MEDIO REPORTE" longitud incorrecta
MEDIO REPORTE RENRC000334 "MEDIO REPORTE" espacios al inicio y/o final
MEDIO REPORTE RENRC000335 "MEDIO REPORTE" valor no permitido
“NOMBRES DEL ABONADO O USUARIO” sin

NOMBRES DEL ABONADO
O USUARIO
(01)
“APELLIDO PATERNO DEL ABONADO O USUARIO” sin
ABONADO O USUARIO
(01)
“APELLIDO MATERNO DEL ABONADO O USUARIO” sin
ABONADO O USUARIO
(01)
PAÍS ORIGEN DEL
valor no permitido
RETIRADO
RUTA FICHERO RENRC000340 "RUTA FICHERO" sin información
NOMBRE FICHERO RENRC000341 "NOMBRE FICHERO" sin información
ID USUARIO RENRC000342 "ID USUARIO" sin información

USERNAME RENRC000343 "USERNAME" sin información
IMEI RENRC000344 Los IMEI no contienen el mismo TAC
IMEI RENRC000345 Los IMEI, marca y modelo no válidos según GSMA
IMEI RENRC000346 IMEI ya se encuentra registrado en base de datos
IMEI RENRC000347 IMEI duplicado en el mismo fichero
TECNOLOGÍA RENRC000348 "TECNOLOGÍA" sin información
TECNOLOGÍA RENRC000349 "TECNOLOGÍA” valor no permitido
ORIGEN DEL EQUIPO "ORIGEN DEL EQUIPO TERMINAL MÓVIL" sin

RENRC000350
TERMINAL MÓVIL información
ORIGEN DEL EQUIPO "ORIGEN DEL EQUIPO TERMINAL MÓVIL" espacios al
RENRC000351
ORIGEN DEL EQUIPO "ORIGEN DEL EQUIPO TERMINAL MÓVIL" valor no
RENRC000352
TERMINAL MÓVIL permitido
IMEI RENRC000353 IMEI2 con espacios al inicio y/o final
IMEI RENRC000354 IMEI2 valor no numérico
IMEI RENRC000355 IMEI3 longitud incorrecta
IMEI RENRC000361 IMEI1 no cumple algoritmo Luhn
PAÍS ORIGEN RENRC000365 PAÍS ORIGEN valor no permitido
NÚMERO DE DUA RENRC000366 NUMERO DE DUA sin información
TIPO PERSONA RENRC000367 TIPO PERSONA sin información

TIPO PERSONA RENRC000368 TIPO PERSONA valor no permitido
APELLIDO MATERNO DEL APELLIDO MATERNO DEL ADQUIRIENTE longitud

RENRC000369
ADQUIRIENTE incorrecta
APELLIDO MATERNO DEL APELLIDO MATERNO DEL ADQUIRIENTE espacios al
RENRC000370
ADQUIRIENTE inicio y/o final
APELLIDO MATERNO DEL APELLIDO MATERNO DEL ADQUIRIENTE sin
RENRC000371
ADQUIRIENTE información
APELLIDOS DEL
RENRC000372 APELLIDOS DEL ADQUIRIENTE longitud incorrecta
ADQUIRIENTE
APELLIDOS DEL APELLIDOS DEL ADQUIRIENTE espacios al inicio y/o
RENRC000373
ADQUIRIENTE final
APELLIDOS DEL
RENRC000374 APELLIDOS DEL ADQUIRIENTE sin información
ADQUIRIENTE
IMEI RENRC000375 IMEI1 sin información
IMEI RENRC000380 IMEI2 ya se encuentra registrado en base de datos
OBSERVACIONES RENRC000383 "OBSERVACIONES" contiene valores no permitidos
RAZÓN SOCIAL RENRC000384 "RAZÓN SOCIAL" contiene valores no permitidos
"NOMBRE COMERCIAL" contiene valores no

NOMBRE COMERCIAL RENRC000385
permitidos
NOMBRES DEL "NOMBRES DEL REPRESENTANTE LEGAL" contiene
RENRC000386
REPRESENTANTE LEGAL valores no permitidos
RENRC000387
RENRC000388
COMENTARIOS RENRC000389 "COMENTARIOS" contiene valores no permitidos
NOMBRES DEL "NOMBRES DEL ADQUIRIENTE" contiene valores no

RENRC000390
APELLIDOS DEL "APELLIDOS DEL ADQUIRIENTE" contiene valores no
RENRC000391
RENRC000392

RENRC000393
RENRC000394
CÓDIGO DE
SUBSANACIÓN
RENRC000396
IMEI RENRC000397 IMEI1 se encuentra en la Lista Negra
IMSI-NÚMERO SERVICIO Se ha enviado el campo IMSI, pero no el NÚMERO DE

RENRC000401
MÓVIL SERVICIO MÓVIL
NÚMERO DE SERVICIO Se ha enviado el campo NÚMERO DE SERVICIO
RENRC000402
TELEFÓNICO MÓVIL-IMSI MÓVIL, pero no el IMSI
LISTA EXCEPCIONES RENRC000403 El registro ya existe en Lista de Excepciones
IMEI-NÚMERO DE
IMEI, Número de Servicio e IMSI no se encuentra en
SERVICIO TELEFÓNICO RENRC000404
lista de excepciones
MÓVIL-IMSI
NÚMERO DE SERVICIO NÚMERO DE SERVICIO MÓVIL no se encuentra en
RENRC000405
TELEFÓNICO MÓVIL Registro de Abonados
TIPO DE ABONADO RENRC000406 "TIPO DE ABONADO" no vacío
NOMBRE USUARIO RENRC000407 "NOMBRE USUARIO" sin información
APELLIDO PATERNO
RENRC000408 "APELLIDO PATERNO USUARIO" sin información
USUARIO
APELLIDO MATERNO
RENRC000409 "APELLIDO MATERNO USUARIO" sin información
USUARIO
NÚMERO DE SERVICIO "NÚMERO DE SERVICIO MÓVIL ANTERIOR" sin
RENRC000410
MÓVIL ANTERIOR información
NÚMERO DE SERVICIO "NÚMERO DE SERVICIO MÓVIL ANTERIOR" longitud
RENRC000411
MÓVIL ANTERIOR incorrecta
NÚMERO DE SERVICIO "NÚMERO DE SERVICIO MÓVIL ANTERIOR" espacios
RENRC000412
MÓVIL ANTERIOR al inicio y/o final
NÚMERO DE SERVICIO "NÚMERO DE SERVICIO MÓVIL ANTERIOR" valor no
RENRC000413
MÓVIL ANTERIOR numérico
NÚMERO DE SERVICIO "NÚMERO DE SERVICIO MÓVIL ANTERIOR" no inicia
RENRC000414
MÓVIL ANTERIOR en 9


Manual de Operatividad Renteseg - V1.6 - VF

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Manual de Operatividad Renteseg - V1.6 - VF

Cargado por

Copyright:

Formatos disponibles

Manual Operatividad

Sistema de Registro de Terminales

17/05/2023 | ©2023 Inetum | Manual Operatividad v1.6

Inetum est certifié ISO 9001:2015 pour ses activités de :

Conception, réalisation et intégration de systèmes informatiques | Maintenance de systèmes informatiques (TMA)

Liste des sites certifiés mentionnés au certificat N° 1998/9244.23

Versión de Fecha de la Revisado Descripción del Sección del documento

Corrección de campos no 3.2.2

17/05/2023 | ©2023 Inetum | Manual Operatividad v1.6

Añadir reglas comunes de

Añadir nuevos códigos

Insertar nueva regla

Añadir nuevo campo

Especificar con más detalle 5.4.3

Cambiar validación campo

17/05/2023 | ©2023 Inetum | Manual Operatividad v1.6

2 Definiciones y acrónimos ____________________ 11

3 Servicios disponibles en línea _________________ 14

3.1.2 Autenticación ________________________________________________________ 14

Ejemplo petición de token y acceso API _______________________________________15

3.2 Catálogo de Servicios publicados por RENTESEG ______________ 16

3.2.2 Envío Información Equipos Terminales Móviles sustraídos, perdidos y recuperados de

3.3 Catálogo de Servicios publicados por concesionarios móviles _____ 37

3.3.2 Autorización de bloqueo y desbloqueo de los equipos terminales móviles sustraídos,

3.3.3 Autorización de bloqueo y desbloqueo de los equipos terminales móviles sustraídos,

4 Normas comunes intercambio de ficheros _______ 47

5 Ficheros a tratar por RENTESEG _______________ 52

17/05/2023 | ©2023 Inetum | Manual Operatividad v1.6

5.1.2 Fichero Hash _________________________________________________________ 52

5.1.3 Fichero de errores y errores subsanación ___________________________________ 52

5.2 Fichero de Información del Registro de los equipos terminales móviles

5.2.2 Nomenclatura del fichero _______________________________________________ 55

5.2.3 Formato del fichero ____________________________________________________ 55

5.2.4 Pruebas de verificación, validación y cruce de información _____________________ 57

5.2.5 Códigos Rechazo ______________________________________________________ 57

5.3 Fichero de Información del Registro de Ventas ________________ 58

5.3.2 Nomenclatura del fichero _______________________________________________ 58

5.3.3 Nomenclatura de los ficheros comprobantes ________________________________ 59

5.3.4 Formato del fichero ventas ______________________________________________ 59

5.3.5 Pruebas de verificación, validación y cruce de información _____________________ 60

5.3.6 Códigos Rechazo ______________________________________________________ 61

5.4 Fichero de Información del Registro de Abonados del Concesionario

5.4.2 Nomenclatura del fichero _______________________________________________ 63

5.4.3 Formato del fichero ____________________________________________________ 64

5.4.4 Pruebas de verificación, validación y cruce de información _____________________ 71

5.4.5 Códigos Rechazo ______________________________________________________ 71

5.5 Fichero de Información de los IMEI retirados del EIR del

5.5.2 Nomenclatura del fichero _______________________________________________ 73

5.5.3 Formato del fichero ____________________________________________________ 74

5.5.4 Pruebas de verificación, validación y cruce de información _____________________ 75

5.5.5 Códigos Rechazo ______________________________________________________ 76

5.6 Fichero de Información correspondiente al registro de los Equipos

5.6.2 Nomenclatura del fichero _______________________________________________ 77

17/05/2023 | ©2023 Inetum | Manual Operatividad v1.6

5.6.4 Pruebas de verificación, validación y cruce de información _____________________ 79

5.6.5 Códigos Rechazo ______________________________________________________ 79

5.7 Fichero de Información correspondiente a las desvinculaciones diarias

5.7.2 Nomenclatura del fichero _______________________________________________ 80

5.7.3 Formato del fichero ____________________________________________________ 81

5.7.4 Pruebas de verificación, validación y cruce de información _____________________ 83

5.7.5 Códigos Rechazo ______________________________________________________ 83

5.8 Fichero de Información del registro de las vinculaciones diarias de los

5.8.2 Nomenclatura del fichero _______________________________________________ 85