Histórico da Página

<Los ítems obligatorios de este template no se deben borrar. Los ítems opcionales, así como los textos explicativos del template, pueden borrarse>.

(Obligatorio)

Información General

   Leyenda: 1 – Innovación 2 – Mantenimiento (Los demás campos se deben completar en ambos los procesos). 

(Obligatorio)

Objetivo

Crear la función M486NFXML  que deberá generar el xml de la factura de venta que será trasmitido al TSS para su posterior envio a la SUNAT. Esto aplica para:

• Factura de venta
• Boleta de Venta

En Protheus la Boleta de Venta se genera de la misma manera queu na factura. La diferencia entre ambos documentos será el tipo de identificación del Receptor(A1_TIPDOC) y la Serie2 del Documento. Para Boleta de Venta el documento deberá comenzar con la letra “B”, para Factura la Serie 2 deberá comenzar con “F”. El receptor de boleta de venta será identificado con A1_TIPDOC diferente a RUC.

(Obligatorio)

Definición de la Regla de Negocio

<Regla de negocio es lo que define la forma de realizar el negocio, el proceso definido y/o las reglas que se deben considerar. Se deben describir las restricciones, validaciones, condiciones y excepciones del proceso. Si necesario, incluir,también en este capítulo, las reglas de integridad que se deben verificar al momento del desarrollo>.

<En la tabla abajo, informe las rutinas involucradas, el tipo de operación, la opción de menú y, si necesario, una breve descripción de las regras de negocio relacionadas a la rutina>.

Ejemplo de aplicación:

• Crear el campo “% Mínimo Efectivo” (AAA_PERESP), en que el usuario informará el % que el alumno pagará en efectivo (dinero). Ese % podrá modificarse durante la negociación.
• Crear el campo “Referencia Mínima para Cálculo” (AAA_REFCAL), en que el usuario informará uno de los 4 valores disponibles para pago de las mensualidades  como la referencia mínima para calcular el débito total del alumno.
• Crear el parámetro MV_ACPARNE, que definirá si la información de “% Mínimo Efectivo” y “Referencia Mínima para Cálculo” será obligatoria.
• El parámetro MV_ACPARNE debe tener las opciones: 1=Obligatorio y 2=Opcional. Se debe inicializar como opcional>.

Tablas Utilizadas

• SE2 – Archivo de Cuentas por Pagar
• FI9 – Control de Emisión de DARF>.

Opcional

Prototipo de Pantalla

<Si necesario, incluirprototipos de pantallas con el objetivo de facilitar la comprensión del requisito, presentar conceptos y funcionalidades del software>.

Prototipo 01

Opcional

Flujo del Proceso

<En esta etapa, incluir representaciones gráficas que describan el problema por solucionar y el sistema que se desarrollará. Ejemplo: Diagrama - Caso de Uso, Diagrama de Actividades, Diagrama de Clases, Diagrama de Entidad y Vínculo y Diagrama de Secuencia>. 

Opcional

Diccionario de Datos

Archivo o Código del Script: AAA – Negociación Financiera o /*Versao=CP.2014.12_03*/

(Opcional)

Grupo de Preguntas

<Información utilizada en la línea Protheus>.

Nombre: FINSRF2

(Opcional)

Consulta Estándar

<Información utilizada en la línea Protheus>

Consulta: AMB

(Opcional)

Estructura de Menú

<Información utilizada en la línea Datasul>.

Procedimientos

Programas

Archivo de Papeles

<El archivo de papeles es obligatorio para los proyectos de desarrollo FLEX a partir del Datasul 10>.

<Recordatorio: el nombre de los papeles en inglés que se describe en este punto del documento se deben homologar por el equipo de traducción>.