SOLICITUD DE DESARROLLO DE 3.

0 1 de 5
FUNCIONALIDAD Versión Página
Desarrollo de Código: Dirección General de 07/03/2022
Sistemas RG-GSO-002 Sistemas Elaboración

Solicitud de desarrollo de funcionalidad

Tipo de solicitud (1): Fix.

Folio y nombre de la solicitud (2): FXSIS030220231200 Sumar
un día a las cancelaciones a futuro.
Comité y fecha de autorización (3):

Área Solicitante: Sistemas Bestel.

Usuario: Emilio Lisandro Niño González.

Coordinador: Yaotzin Fernando Ortiz Lemus.

Información de uso interno de izzi

 SOLICITUD DE DESARROLLO DE 3.0 2 de 5
FUNCIONALIDAD Versión Página
Desarrollo de Código: Dirección General de 07/03/2022
Sistemas RG-GSO-002 Sistemas Elaboración

Se deben llenar todos los apartados:

1. Objetivo/justificación y beneficios de la solicitud (4).

Ejecutar correctamente las acciones de prorrateo y aplicación de cargos en BRM
a las Cancelaciones de Servicios que se hayan enviado con una fecha futura.

2. Descripción del proceso de negocio y/o comportamiento

actual (5).
Actualmente en SOA no se tiene configurado agregar un día más a las
Cancelaciones de Servicios con fecha de cancelación a futuro, lo que provoca que
en BRM no se considere el día de la cancelación como parte del calculo y el total
de los cargos que se deben facturar para que el cliente pague sean incorrectos.

3. Descripción funcional de la solicitud o del defecto reportado

(6).

En las Cancelaciones de Servicios con fecha de cancelación a futuro que se

reciban, SOA adicionara un día más a la fecha de la cancelación y así se enviara a
BRM (Hoy ya se hace para cancelaciones de servicio con fecha backdate),
ejemplo:

• Fecha de cancelación recibida: 10-02-2023

• Fecha de cancelación que se enviara a BRM: 11-02-2023

Información de uso interno de izzi

 SOLICITUD DE DESARROLLO DE 3.0 3 de 5
FUNCIONALIDAD Versión Página
Desarrollo de Código: Dirección General de 07/03/2022
Sistemas RG-GSO-002 Sistemas Elaboración

Con lo anterior BRM incluirá el día de la cancelación (03-02-23), dentro de los

cálculos de prorrateo para realizar los cargos correctamente al contemplar todos
los días que corresponden facturarse (Del 1 al 10 de febrero de 2023).

*Apartado requerido para promociones en caso de aplicar de lo contrario NO

IMPRIMIR
a. Oferta comercial
b. Nombre en Siebel:
c. Nombre en portal Web:
d. Vigencia:
e. Productos requeridos:
f. Tipos de cliente:
g. Formas de pago:
h. Leyenda de facturación:
i. Cuenta contable:
j. Precio equipo (con y sin IVA):
k. Precio servicio (con y sin IVA):
l. IEPS:
m. ID contable para SAP Telco:

Reglas de Convivencia:

Información de uso interno de izzi

 SOLICITUD DE DESARROLLO DE 3.0 4 de 5
FUNCIONALIDAD Versión Página
Desarrollo de Código: Dirección General de 07/03/2022
Sistemas RG-GSO-002 Sistemas Elaboración

Firmas de autorización:

Emilio Lisandro Niño González.

Usuario nombre y firma

Yaotzin Fernando Ortiz Lemus.

Coordinador nombre y firma

Términos y Condiciones de uso exclusivo para solicitudes a BI

1. El uso de la información proporcionada por BI es responsabilidad del área que la solicita.

2. BI se deslinda de cualquier responsabilidad que derive del uso de la información, bajo el

entendido que se entrega como un apoyo a la gestión y no como parte de un proceso operativo.

3. BI no se hace responsable de la utilidad o disponibilidad de la información, el área usuaria debe

validar que la entrega cumpla con las especificaciones descritas en el presente requerimiento.

Información de uso interno de izzi

 SOLICITUD DE DESARROLLO DE 3.0 5 de 5
FUNCIONALIDAD Versión Página
Desarrollo de Código: Dirección General de 07/03/2022
Sistemas RG-GSO-002 Sistemas Elaboración

No imprimir. Instructivo de llenado.

1. Tipo de Solicitud: Se debe indicar que tipo de solicitud se requiere los tres existentes, los cuales son:
a. Requerimiento (RE): Desarrollo de nueva funcionalidad de acuerdo con las necesidades de la
empresa. Puede tratarse para instalar una aplicación nueva que cumpla con las necesidades
requeridas por el usuario.
b. Control de cambios (CC): Solicitud de usuario para modificar el alcance de un requerimiento.
c. Defecto productivo (FX): Issue en funcionalidad existente presentado en producción.

2. Folio y nombre de la solicitud: El folio se asignará de la siguiente manera y se debe agregar una
descripción corta de la solicitud:

Tipo de solicitud + Siglas del área solicitante (archivo adjunto) + DDMMAA + Hora + Min

Ejemplo: Si el área de Mercadotecnia genera un folio de nueva funcionalidad el día 17 del mes 01 (enero)
del año 2022 a las 10:25 hrs. el folio se formaría de la siguiente manera: REMKT1701221025.

3. Comité y fecha de autorización: Los requerimientos y/o control de cambios se deben presentar en
cualquiera de los siguientes comités: Producto/Publicidad/Digital, Recursos Humanos, Enterprise,
Finanzas, Sistemas de acuerdo con el área solicitante para que sea autorizado y quede documentado en
minuta ya que de no ser así la solicitud no será gestionada. En caso de no existir un comité relacionado
con el tipo de requerimiento o control de cambios indicar que No Aplica (N/A) y debe ser autorizada por el
Director solicitante y/o Director dueño de la aplicación.

4. Objetivo/justificación y beneficios de la solicitud: Describir el objetivo a nivel funcional y los beneficios

financieros o de los procesos de negocio que representa el desarrollo de esta solicitud. Este campo es de
suma importancia para determinar la viabilidad de la solicitud.

5. Descripción del proceso de negocio y/o comportamiento actual: Descripción breve del proceso de
negocio al que refiere la solicitud para un mejor entendimiento del objetivo.

6. Descripción funcional de la solicitud o del defecto reportado: Descripción de lo que se requiere desde
el punto de vista de negocio, la cual debe contener detalladamente de lo que el usuario solicita como oferta
comercial, plataformas a modificar, etc.

Información de uso interno de izzi