Requerimientos específicos - ITAMenergiaenred.itam.mx/archivos/PROYECTO/THINGS ME/i… · Web...

La SILLA SOFT

Sistema de Facturación Electrónica

Factura Electrónica

Requerimientos específicos

Versión 1.0

1. Datos generales del sistema.....................................................................51.1 Descripción......................................................................................................................51.2 Alcances...........................................................................................................................51.6 Restricciones...................................................................................................................61.7 Premisas..........................................................................................................................6

2. Definición del proceso de negocio.............................................................62.1 Proceso propuesto...........................................................................................................6

3. Actividades...............................................................................................7AC01 Registro de Folios Fiscales...........................................................................................7AC02 Registro de Empresa.....................................................................................................9AC03 Registro de socios comerciales...................................................................................13AC04 Registro de proveedores............................................................................................16AC05 Generación de CFD.....................................................................................................16AC06 Configuración de comunicaciones...............................................................................33AC07 Bitácora de movimientos............................................................................................33AC08 Búsquedas de información..........................................................................................34AC09 Registro de certificados..............................................................................................34AC10 Seguridad del sistema................................................................................................38AC11 Integración con sistemas de contabilidad..................................................................38

4. Catálogos................................................................................................39CAT01 Socio de negocio.......................................................................................................39CAT01.a Direcciones de socios de negocio..........................................................................41CAT01.b Contacto de socio de negocio................................................................................42CAT01.b.1 Teléfonos del socio de negocio...........................................................................43CAT01.c Referencia contable...............................................................................................44CAT02 Productos/Servicios..................................................................................................45CAT02.a Precios...................................................................................................................46CAT02.b Descuentos............................................................................................................47CAT03 Monedas....................................................................................................................48CAT04 Unidades de Medida..................................................................................................49CAT05 Adenda......................................................................................................................50CAT06 Tipos de teléfono......................................................................................................51CAT07 Roles.........................................................................................................................52CAT08 Giros de negocio.......................................................................................................52CAT09 Estados.....................................................................................................................53CAT10 Países.......................................................................................................................54CAT11 Delegaciones o municipios........................................................................................55CAT12 Tipos de dirección.....................................................................................................56CAT13 Tipos de documentos................................................................................................57CAT14 Empresa....................................................................................................................58CAT15 Usuarios....................................................................................................................60CAT16 Grupos......................................................................................................................62

Propuesto

por:

Luis Enrique García Cavazos

Versión: 1.0

Aprobado por: Fecha: 23/05/202

3

Proyecto: FESilla Document

o:

document.doc

CAT17 Comunicación............................................................................................................62CAT18 Pólizas......................................................................................................................63CAT19 Tipo de Integración...................................................................................................64

5. Reportes..................................................................................................65RP01 Documentos emitidos.................................................................................................65RP01 Reporte Mensual para el SAT......................................................................................675.1 Prioridad de los reportes...............................................................................................71

6. Requerimientos de comunicación (interfaces) con otros sistemas..........727. Características para versiones futuras....................................................728. Referencias.............................................................................................72

8.1 Documentos relacionados..............................................................................................729. Glosario...................................................................................................7210. Anexos.......................................................................................................................74

3 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

Historia de cambios del documentoFecha Versión Descripción de cambios Autor Aprobado por

14/07/2010

0.1 Se creó el documento Luis Enrique García

20/08/2010

0.1 Se documentan casos de uso. Luis Enrique García

9/09/2010 0.1 Se documenta caso de uso empresa.

Luis Enroque García

10/09/2010

0.1 Se documentan catálogos de acuerdo a tablas.

Luis Enrique García

11/09/201 0.1 Se documentan reporte de envío al SAT

Luis Enrique García.

4 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

1. Datos generales del sistema1.1 DescripciónLa factura electrónica tiene la misma validez que la impresa: ambas sirven para comprobar la realización de una transacción comercial entre un comprador y un vendedor, comprometer la entrega de un bien o servicio y obligar a realizar el pago correspondiente, de acuerdo con lo establecido en el propio documento. Es utilizada por el comprador y por el vendedor como comprobante ante las autoridades y en las auditorías internas.

La factura electrónica puede ser enviada, archivada y transmitida por medios electrónicos, pero también es posible imprimirla bajo las especificaciones del Servicio de Administración Tributaria (SAT), en caso de que así se requiera.

Igual que en el proceso tradicional, la ley obliga a todos los contribuyentes a conservar las facturas electrónicas por un periodo mínimo de cinco años en el formato original (XML).

El Sistema de Facturación Electrónica permitirá crear comprobantes fiscales digitales, archivarlos y transmitirlos por medios electrónicos, así como imprimirlos bajo las especificaciones del SAT, en caso de que así se requiera.

La factura electrónica debe cumplir con las siguientes especificaciones:

Contar con un certificado de firma electrónica avanzada (FEA) vigente (llamado por el SAT "tu firma").

Tener, al menos, un certificado de sello digital (el cual habilita al contribuyente para emitir comprobantes fiscales digitales).

Llevar su contabilidad en sistemas electrónicos en tiempo real, lo cual permite que el registro contable se realice en forma simultánea en cuentas y subcuentas afectadas en cada operación.

Poseer un número suficiente de folios asignados por el SAT (los cuales son solicitados de manera casi ilimitada y asignados en www.sat.org.mx, sin costo).

Reportar al SAT cada mes los folios electrónicos utilizados. Conocer el modelo de negocio, es decir cómo se integra la factura electrónica en el modelo de

cada empresa, así como aplicar los estándares definidos por el SAT y el Comité de Factura Electrónica –formado por alrededor de 45 empresas asociadas a la Asociación Mexicana de Comercio Electrónico (AMECE) para el Comprobante Fiscal Digital (CFD) y documentos alternos como acuse de recibo, notificaciones de error en facturas, etcétera.

1.2 AlcancesEl sistema incluye:

Registro de comprobantes fiscales de manera individual y masiva (por medio de archivos). Recepción de comprobantes fiscales. Clasificación de comprobantes fiscales.

5 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

Envío de comprobantes fiscales por medios electrónicos. Administración de folios fiscales. Administración de catálogos. Integración con otros sistemas.

El sistema no incluye: Procesamiento de información (a nivel de registro) durante la carga de los archivos. Cualquier cosa no detallada en este documento.

1.6 Restricciones1. El sistema no llevará la contabilidad de los CFD generados.

1.7 Premisas1. El Cliente deberá asegurar que los archivos a cargar por el sistema tengan el formato requerido.2. La SillaSOFT definirá la estructura que será utilizada para cada tipo de archivo a cargar. En caso

de que se pretenda manejar varias estructuras para un mismo tipo de archivo, el Cliente deberá generarlas.

3. El Cliente deberá contar con un certificado vigente de firma electrónica avanzada.4. El Cliente deberá contar con un certificado de sello digital.5. El Cliente deberá contar con un determinado rango de folios asignado por el SAT.6. El sistema electrónico en el que se lleve la contabilidad deberá efectuar simultáneamente el

registro contable en las cuentas y subcuentas afectadas por cada operación.

2. Definición del proceso de negocio2.1 Proceso propuestoSe deben buscar comprobantes con estatus de autorizados para iniciar la generación, el sistema deberá devolver todos los datos que son necesarios para la creación del CFD.

Se debe crear un archivo el cual contendrá los datos que son requeridos por el SAT y por el receptor, es decir se integrará la adenda correspondiente.

Se obtiene la serie y el folio siguiente para crear el CFD y se crea el archivo XML aplicando el esquema vigente establecido por el SAT, así como la adenda requerida por el cliente en caso necesario. Se debe validar la vigencia del certificado del emisor para generar la cadena original.

6 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

Se debe enviar el XML al socio comercial por el medio seleccionado.

Para fines de auditoría todo movimiento en el sistema debe ser registrado en la bitácora del sistema.

Historia de cambios del proceso

Fecha Versión Descripción del cambio Autor Clave de

solicitud14/07/2010 0.1 Se creó el proceso. Luis Enrique

García

3. ActividadesAC01 Registro de Folios Fiscales.El registro de folios fiscales debe hacerse sólo a los folios autorizados por el SAT de quienes contratan el servicio de Generación, Envío y Almacenamiento de Comprobantes Fiscales Digitales.

El procedimiento de registro de folios debe cumplir con la regla II.2.5.8 fracción IX de la RMF.

II.2.5.11. Para los efectos del artículo 29, penúltimo párrafo del CFF la verificación de la autenticidad de los folios que se les hayan autorizado, así como la vigencia de los certificados de los sellos digitales que los soportan, podrá llevarse a cabo utilizando la página electrónica del SAT, cuando los contribuyentes así lo consideren.

Requerimientos y Reglas

AC01-RF01 Registro de folios fiscales

Los folios deberán registrarse en el sistema y no deberán repetirse, podrán contar con una serie y son proporcionados por el SAT. Reglas y observaciones1 Debe ser posible almacenar la serie

proporcionada por el SATNo es un campo requerido, es decir puede quedar en blanco.

7 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

2 Deben contar con un número de aprobación del SAT.

3 Debe contar con un año de aprobación.4 Deberán ser proporcionados el inicio y el

fin de los folios5 Deben ser asignados a uno o más

documentos digitales.6 Deben hacerse validaciones al generar los

foliosLa información se recibe en la aplicación y se realizan las siguientes validaciones:

1. Que al año de aprobación sea menor o igual al presente año.

2. Si la serie existe, que el número de aprobación no se repita para esa serie.

3. Que el folio inicial sea el consecutivo del último folio registrado.

4. Que el folio final sea mayor al folio inicial.

7 Debe registrarse el movimiento en la bitácora.

El movimiento se registra independientemente de si ocurrió algún tipo de error o fue exitoso.

8 No debe existir ningún enlace, pantalla o forma de captura de la aplicación que le permita al cliente alterar alguno de los parámetros en los folios almacenados.

AC01-RF02 Monitoreo de folios fiscales

En todo momento la cantidad de folios disponibles por documento debe estar presente en el sistema.Reglas y observaciones1 La cantidad de folios disponible es una

resta del folio final y el inicial.2 Debe estar visible la cantidad de folios

8 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

disponibles para el documento que se esté consultando en el momento.

3 Debe estar visible la cantidad de folios disponibles al iniciarse la aplicación.

4 Deberán generarse alarmas avisando al usuario que le queda una cantidad mínima de folios disponibles.

5 Deben generarse registros de cualquier movimiento de los folios en bitácora.

Historia de Cambios de la Actividad

Fecha Versión Descripción de cambios Autor Clave de

solicitud21/07/2010 0.1 Se creó la actividad Luis Enrique

García

AC02 Registro de EmpresaEl sistema debe permitir trabajar con múltiples empresas, almacenando su información por separado pero debe ser posible compartir cierta información como productos o servicios.


AC02-RF01 Registro de empresa

El trabajar con empresas múltiples hace referencia a que pudiera estarse trabajando con diferentes sucursales o sea un despacho contable el que lleve la facturación. Reglas y observaciones1 Se debe poder dar de alta, modificar y solo se

permitirá eliminar una empresa siempre y cuando no exista información relacionada.

2 Se debe utilizar un catálogo de empresa.

9 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

3 Se debe poder acceder al catálogo de direcciones Al dar de alta una empresa debe existir la dirección fiscal para poder iniciar a generar CFD.

4 Se debe poder tener acceso al catálogo de contactos.

En caso de que la comunicación seleccionada para envío de CFD sea correo electrónico debe existir un contacto con dirección de correo electrónico para que sea posible enviar el CFD.

5 Se debe poder tener acceso al catálogo de bancos. No es mandatorio que exista una cuenta bancaria.

6 Debe existir una sección para seleccionar si el número de factura se asignará automáticamente.

Deberá estar seleccionado por default ya que se tomarán de los folios disponibles.

7 Debe poder configurarse un prefijo para la factura.8 Debe poder elegirse el tipo de moneda

predeterminado para la empresa.Debe estar preseleccionado MXP que es relacionado con Pesos Mexicanos.

9 Debe poder modificarse el impuesto a calcularse en cada CFD.

Debe estar predeterminado el 16.000 por ciento, pero debe ser editable.

10 Debe poder especificarse el número de copias a generarse.

11 Debe poder especificarse el número de partidas a generarse por factura.

El número de partidas límite solo se afectará a la impresión para indicar cuando tendrá que hacerse un salto de página.

12 Debe poder seleccionarse si se desea que se asigne un número de socio comercial ( Cliente/Proveedor)automáticamente .

13 Se debe poder relacionar un certificado con una empresa, para esto es necesario que exista un lugar donde se pueda seleccionar el archivo del certificado.

Se debe validar que el certificado corresponda con el RFC capturado para la empresa que se está dando de alta y deberá mostrar en pantalla el nombre del certificado y el número de serie

1 0 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

indicando que fue exitosa la operación.14 Se debe tener una sección para configurar los

parámetros de los productos y servicios.Esta sección debe ser posible elegir las opciones siguientes:

Manejar precio variable Manejar impuesto variable Manejar descuentos Variables

15 Debe ser posible configurar los parámetros de importación de los archivos de clientes para la creación de factura electrónica y respaldo de documentos clientes.

Se debe poder seleccionarlos siguientes datos para la configuración de la importación y archivado de documentos de clientes:Estatus con el que nacerá el documento.Tipo de importación.Ruta desde donde será importado el archivo.Días en los que estará vigente el documento.Ruta en la que se almacenarán los documentos una vez que pase el periodo de archivado.

16 Debe ser posible configurar los parámetros de importación de los archivos de proveedores para la recepción de factura electrónica y respaldo de documentos clientes.

Se debe poder seleccionarlos siguientes datos para la configuración de la importación y archivado de documentos de clientes:Estatus con el que nacerá el documento.Ruta desde donde será importado el archivo.Días en los que estará vigente el documento.Ruta en la que se almacenarán los documentos una vez que pase el periodo de archivado.

1 1 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

17 Debe ser posible configurar el directorio para exportar los documentos generados.

Debe estar predeterminado el directorio ..\EXPORT\, pero debe ser posible que se pueda seleccionar uno diferente.

18 Debe ser posible seleccionar la versión de CFD que se generará.

Debe estar predeterminado 2.0 ya que es la versión que es válida por el SAT.

19 Debe ser posible elegir entre diferentes tipos para exportar la información además del XML requerido por el SAT.

Los formatos a exportar adicionalmente son los siguientes:

ASCII BMP PNG EDI JPEG Excel Fax HTML Impresión PDF Word TIFF

20 Se deberá poder configurar el servidor de correo a utilizar para enviar notificaciones o los documentos emitidos.

Debe existir una sección para configurar el servidor de correo a utilizar así como el usuario y contraseña del servicio. Adicional a eso debe poder configurarse el puerto a utilizar, si se debe usar un SSL y la cuenta del correo emisor.

21 Se debe poder seleccionar si se enviarán notificaciones a los contactos de la empresa para avisar que un documento fue generado o recibido.

22 Debe poder acceder al catálogo de productos y seleccionar los productos a registrar para la empresa.

1 2 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

23 Se debe poder seleccionar el formato con el cual se imprimirá para cada uno de los documentos a emitir.

AC02-RF02 Formatos de Impresión de documentos

EL sistema debe tener la posibilidad de configurar el formato de impresión para cada uno de los tipos de documento a emitir. Reglas y observaciones1 Debe poder configurarse un encabezado

del documento.El encabezado podrá contener la siguiente información:

Logotipo de la empresa. Datos fiscales de la empresa emisora Datos del socio comercial al que se le

emite el documento. Datos generales de la emisión del

documento. La página que se muestra y cuantas son

en total.2 Debe poder configurarse el detalle del

documento.El detalle debe poder contener los datos que se repitan en el detalle de la factura como:

Cantidad Producto Precio unitario Monto

3 Debe poder configurarse un pie de página El pie de página debe poder mostrar al menos los siguientes datos:

Subtotal. Impuesto. Retenciones. Total. Importe con letra. Notas.

1 3 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

Cadena original de la emisión.4 Debe existir un formato para cada

documento predefinido en el sistema.5 Debe tener la posibilidad de aplicar

formatos a los campos.Deben poder modificarse el tamaño de la letra, el color, el tipo de letra, alineación, etc.

6 Debe poder insertar imágenes y acomodarlas en el formato.

7 Debe poder respetar los saltos de página y la cantidad de líneas para el detalle.

8 Debe poder insertarse líneas y darles formato.

9 Deben poderse mostrar los campos que sean variables y ser seleccionados de un menú.

10 Debe poder concatenarse campos.11 Debe poder insertar etiquetas o textos.12 Debe poder configurarse el tamaño de

página.13 Debe poder guardarse los cambios a los

formatos con nombres nuevos.14 Debe poder importarse los formatos al

sistema.En caso de una reinstalación debe existir la posibilidad de respaldar los formatos creados y ser importados en una nueva instancia.




García

1 4 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

AC03 Registro de socios comerciales.Una vez que se han dado de alta las empresas deben relacionarse socios comerciales, existen dos categorías, se podrán registrar como cliente o como proveedor, esto se define por el tipo de socio comercial en el catálogo correspondiente.


AC03-RF01 Registro de Clientes/Proveedores

El trabajar con empresas múltiples hace referencia a que pudiera estarse trabajando con diferentes sucursales o sea un despacho contable el que lleve la facturación. Reglas y observaciones1 Se debe poder dar de alta, modificar y solo se

permitirá eliminar un socio comercial siempre y cuando no exista información relacionada.

2 Se debe utilizar un catálogo de socio comercial.3 Se debe poder acceder al catálogo de direcciones Al dar de alta un socio comercial debe

existir la dirección fiscal para poder iniciar a generarle o recibir CFD.

4 Se debe poder tener acceso al catálogo de contactos.

En caso de que la comunicación seleccionada para envío o recepción de CFD sea correo electrónico, debe existir un contacto con dirección de correo electrónico para que sea posible la comunicación.

5 Se debe poder tener acceso al catálogo de bancos. No es mandatorio que exista una cuenta bancaria.

6 Debe poder elegirse el tipo de moneda predeterminado para el socio comercial.

Debe estar preseleccionado MXP que es relacionado con Pesos Mexicanos.

7 Debe poder modificarse el impuesto a calcularse en cada CFD.

Debe estar predeterminado el 16.000 por ciento, pero debe ser editable.

8 Debe poder especificarse el número de copias a

1 5 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

generarse.9 Debe ser posible configurar los parámetros de

importación de los archivos de clientes para la creación de factura electrónica y respaldo de documentos clientes.

Se debe poder seleccionarlos siguientes datos para la configuración de la importación y archivado de documentos de clientes:Estatus con el que nacerá el documento.Tipo de importación.Ruta desde donde será importado el archivo.Días en los que estará vigente el documento.Ruta en la que se almacenarán los documentos una vez que pase el periodo de archivado.

10 Debe ser posible configurar los parámetros de importación de los archivos de proveedores para la recepción de factura electrónica y respaldo de documentos clientes.

Se debe poder seleccionarlos siguientes datos para la configuración de la importación y archivado de documentos de clientes:Estatus con el que nacerá el documento.Ruta desde donde será importado el archivo.Días en los que estará vigente el documento.Ruta en la que se almacenarán los documentos una vez que pase el periodo de archivado.

11 Debe ser posible configurar el directorio para exportar los documentos generados.

Debe estar predeterminado el directorio ..\EXPORT\, pero debe ser posible que se pueda seleccionar uno diferente.

12 Debe ser posible elegir entre diferentes tipos para Los formatos a exportar adicionalmente

1 6 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

exportar la información además del XML requerido por el SAT.

son los siguientes: ASCII BMP PNG EDI JPEG Excel Fax HTML Impresión PDF Word TIFF

13 Se debe poder seleccionar si se enviarán notificaciones a los contactos de la empresa para avisar que un documento fue generado o recibido.

14 Debe poder configurarse los datos del tipo de configuración a utilizar.

Es necesario acceder al módulo de comunicaciones y relacionar un tipo de comunicación y configurar los datos.




García

AC04 Registro de proveedores.Debe ser posible

1 7 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc


AC04-RF01 Definir

descripciónReglas y observaciones1 Debe ser posible




García

AC05 Generación de CFD.Es un mecanismo alternativo de comprobación de ingresos, egresos y propiedad de mercancías en traslado por medios electrónicos. Utiliza tecnología digital en su generación, procesamiento, transmisión y almacenamiento de datos 100% digital. Maneja estándares de seguridad internacionalmente reconocidos, que garantizan que el comprobante es auténtico, íntegro, único y que será aceptado igual que el comprobante fiscal impreso.


AC05-RF01 Creación de documentos

Se generará un documento para ser emitido fiscalmente, el cual pasará por diferentes etapas, hasta llegar a la entrega al socio comercial.Reglas y observaciones1 Debe ser posible generar nuevos documentos Debe permitirse generar nuevos

1 8 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

documentos aun cuando no existan folios disponibles.Se debe informar que no se podrá generar el comprobante si no existen folios disponibles.

2 Debe ser posible abrir documentos ya generados. Debe poder abrir documentos generados y editarlos siempre y cuando estos no se les hayan generado un folio fiscal.Debe ser posible abrir documentos que se encuentren con folio fiscal como consulta solamente, no podrán ser editados.

3 Debe ser posible eliminar documentos generados. Debe permitirse eliminar documentos que no se les haya asignado un folio fiscal.

4 Debe seleccionar el socio comercial que se le generará el documento.

Deberá mostrar en pantalla los datos de facturación del socio comercial seleccionado.

5 Debe ser posible seleccionar el tipo de documento a emitir.

Los tipos de documento se encuentran en el catálogo de tipos de documento y son:Factura.Nota de crédito.Nota de débito.Carta porte.

6 Debe mostrarse la fecha de expedición del documento.

Esta fecha debe ser la actual hasta que sea sellado el documento.La fecha válida de generación para SAT es en la que se asigna un folio fiscal válido.

7 Debe mostrar el número de serie generado por el certificado emisor.

Se mostrara en blanco hasta que sea sellado digitalmente.

1 9 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

8 Debe mostrarse el folio fiscal asignado Se mostrara en blanco hasta que sea sellado digitalmente.

9 Debe mostrarse el número de serie asignado Se mostrara en blanco hasta que sea sellado digitalmente.

10 Debe de existir la opción para seleccionar una dirección extra

Debe ser posible selección una dirección además de la Fiscal, como por ejemplo una dirección de entrega.La dirección fiscal siempre debe estar presente.

11 Debe existir para capturar un número de orden de compra

12 Debe existir la opción para definir el tipo de moneda en la que se expedirá el documento.

El tipo de moneda está definido desde la captura del cliente, pero puede editarse.Todos los cálculos para generar el XML deben estar en pesos y hacerse al tipo de cambio establecido.

13 Debe mostrarse el tipo de cambio en caso de ser una moneda diferente a la nacional.

14 Debe existir una sección para dar de alta partidas las cuales contendrán la información de los productos o servicios.

Debe ser posible agregar, editar y eliminar productos o servicios del documento.Debe ser posible dar de alta un nuevo producto o servicio en caso de no existir.

15 Debe poder configurarse la cantidad del producto y mostrarse en pantalla.

16 Debe mostrarse el número de producto, precio unitario y descripción en pantalla.

17 Debe mostrarse el monto de descuento en caso de existir.

Este debe calcularse multiplicando la cantidad por el precio unitario por el porcentaje de descuento.

18 Deberá mostrarse el importe por producto o El importe es la multiplicación de la

2 0 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

servicio seleccionado. cantidad por el precio unitario menos el descuento aplicado.

19 Debe existir una opción de comentarios por producto.

20 Debe existir un campo para capturar un numero de guía

21 Debe existir un campo para mostrar los días de vencimiento de la factura.

22 Debe existir un campo que muestre la fecha programada de pago.

Este campo debe calcularse de la suma de la fecha de expedición más los días de vencimiento de la factura.Debe poder ser editable.

23 Deberán mostrarse el subtotal del documento. Se mostrará el subtotal que se obtiene de la suma de los importes de las partidas anexadas.Los cálculos deben hacerse con seis decimales por regla del SAT.

24 Debe mostrarse el impuesto calculado. Se mostrara el impuesto que es calculado de la multiplicación del subtotal por el porcentaje de impuesto definido para cada socio comercial.

25 Debe mostrarse el monto de descuento. Se debe mostrar la cantidad total de descuento aplicado por partidas, este se calcula de la sumatoria de los descuentos de todas las partidas registradas.

26 Debe existir un campo el cual se activará en caso de tener retención.

Debe existir un campo para capturar el porcentaje de retenciónEsta retención se calculará de la multiplicación del subtotal por el porcentaje de retención.

27 Debe existir un campo para mostrar el total del documento.

Este campo se calcula sumando el subtotal con el impuesto calculado y

2 1 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

restando las retenciones asignadas.28 Debe mostrarse el monto total en letras.29 Debe poder registrarse el pago del documento una

vez que se haya generado el folio fiscal valido.30 Debe existir una opción para notas al pie de la

factura.31 Debe existir la opción de guardar el documento o

cancelarlo.La información debe ser guardada en base de datos.

32 No debe generarse el sello o asignar un folio fiscal a este documento.

AC05-RF02 Especificación para generar claves para afirma electrónica avanzada.

Estándares y especificaciones técnicas que deberán cumplir las aplicaciones informáticas para la generación de claves de criptografía asimétrica a utilizar para Firma Electrónica Avanzada.Reglas y observaciones1 Las claves a generar deberán ser de tipo RSA de 1024

bits. 2 Los requerimientos digitales contendrán la clave pública

y se regirán por el estándar PKCS10 en formato DER. Mientras que la clave privada se almacenará en un archivo configurado de acuerdo al estándar PKCS8 en formato DER.

Los campos requeridos para el procesamiento adecuado del requerimiento digital son los que a continuación se enlistan: a. Registro Federal de Contribuyente a 12 posiciones para personas morales y a 13 posiciones para personas físicas. En el caso de que el requerimiento pertenezca a una persona moral o que la persona física cuente con Representante Legal, por carecer de capacidad de ejercicio o tenga restricciones de la misma, se debe agregar la clave del RFC del representante legal, separada de la del contribuyente con un carácter (/). Ejemplo: RFC del contribuyente / RFC del Representante Legal. Este dato debe registrarse en el campo denominado “UniqueIdentifier” de los

2 2 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

“Nombres Distinguidos”, considerando el estándar X.509. b. Correo Electrónico, almacenado en el campo denominado “emailAddress” de los “Nombres Distinguidos”, considerando el estándar PKCS – 9. c. Clave de Revocación, registrado en el atributo extendido “ChallengePassword”. El valor de este campo, definido para el SAT, se obtiene de la siguiente forma: ■ Unir el RFC del Contribuyente en mayúsculas con la clave de revocación proporcionada por el contribuyente. ■ A este valor se le aplica el algoritmo de digestión SHA1, y se expresa en Base 64.

3 El estándar que define las características dentro del requerimiento de este atributo es el PKCS-9.

4 Adicionalmente deberá incluir la clave CURP en el campo denominado “SerialNumber” de los “Nombres Distinguidos”.

Si el requerimiento pertenece a una persona moral, se debe agregar la clave CURP del representante legal, anteponiendo un carácter (/) como se muestra a continuación: ■ Persona Moral: / CURP del RL. En caso de las personas físicas, aplican los siguientes escenarios : ■ Persona Física: CURP del contribuyente ■ Persona física con Representante Legal: CURP del contribuyente / CURP del RL

5 Elementos utilizados en la generación de Sellos Digitales: Cadena Original, el elemento a sellar, en este caso de un comprobante fiscal digital. Certificado de Sello Digital y su correspondiente clave privada. Algoritmos de criptografía de clave pública para firma electrónica avanzada. Especificaciones de conversión de la firma electrónica avanzada a Base 64.

Para la generación de sellos digitales se utiliza criptografía de clave pública aplicada a una cadena original. Criptografía de la Clave Pública. La criptografía de Clave Pública se basa en la generación de una pareja de números muy grandes relacionados íntimamente entre sí, de tal manera que una operación de encripción sobre un mensaje tomando como clave de encripción a uno de los dos números, produce una mensaje alterado en su significado que solo puede ser devuelto a su estado original mediante la operación de desencripción correspondiente tomando como clave de desencripción al otro número de la pareja. Uno de estos dos números, expresado en una estructura de datos que contiene un módulo y un

2 3 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

exponente, se conserva secreta y se le denomina "clave privada", mientras que el otro número llamado "clave pública", en formato binario y acompañado de información de identificación del emisor, además de una calificación de validez por parte de un tercero confiable, se incorpora a un archivo denominado "certificado de firma electrónica avanzada o certificado para sellos digitales". El Certificado puede distribuirse libremente para efectos de intercambio seguro de información y para ofrecer pruebas de autoría de archivos electrónicos o acuerdo con su contenido mediante el proceso denominado "firma electrónica avanzada ", que consiste en una característica observable de un mensaje, verificable por cualquiera con acceso al certificado digital del emisor, que sirve para implementar servicios de seguridad para garantizar: La integridad (facilidad para detectar si un mensaje firmado ha sido alterado), autenticidad, certidumbre de origen (facilidad para determinar qué persona es el autor de la firma y valida el contenido del mensaje) y no repudiación del mensaje firmado (capacidad de impedir que el autor de la firma niegue haber firmado el mensaje).

6 Estos servicios de seguridad proporcionan las siguientes características a un mensaje con firma electrónica avanzada: Es infalsificable. La firma electrónica avanzada no es reciclable (es única por mensaje). Un mensaje con firma electrónica avanzada alterado, es detectable. Un mensaje con firma electrónica avanzada, no puede ser repudiado.

Los certificados de sello digital se generan de manera idéntica a la firma electrónica avanzada y al igual que las firmas electrónicas avanzadas el propósito del sello digital es emitir comprobantes fiscales con autenticidad, integridad, verificables y no repudiables por el emisor. Para ello bastará tener acceso al mensaje original o cadena original, al sello digital y al certificado de sello digital del emisor. Al ser el certificado de sello digital idéntico en su generación a una firma electrónica avanzada, proporciona los mismos servicios de seguridad y hereda las características de las firmas digitales. Por consecuencia un comprobante fiscal digital sellado digitalmente por el contribuyente tiene las siguientes características: Es infalsificable. El sello digital de un comprobante fiscal digital no es reciclable (es único por documento). Una cadena original de un comprobante fiscal digital sellada digitalmente, que hubiese sido alterada es detectable. Una cadena original de un comprobante fiscal digital sellada digitalmente no puede ser repudiada.

Los algoritmos utilizados en la generación de un sello digital son los siguientes: MD5, que es una función hash (digestión, picadillo o resumen) de un solo sentido tal que para cualquier entrada produce una salida compleja de 16 bytes denominada "digestión". RSAPrivateEncrypt, que utiliza la clave privada del emisor para encriptar la digestión del mensaje. RSAPublicDecrypt, que utiliza la clave pública del emisor para desencriptar la digestión del mensaje. A manera de referencia y para obtener información adicional, se recomienda consultar el sitio de comprobantes fiscales digitales que se encuentra dentro del portal del SAT: www.sat.gob.mx

AC05-RF03 Generación de cadena original

2 4 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

Se entiende como cadena original, a la secuencia de datos formada con la información contenida dentro del comprobante fiscal digital, establecida en el Rubro C “Estándar de comprobante fiscal digital extensible” de este anexo Reglas y observaciones1 Ninguno de los atributos que conforman al comprobante

fiscal digital deberá contener el caracter | (“pipe”) debido a que este será utilizado como carácter de control en la formación de la cadena original.

2 El inicio de la cadena original se encuentra marcado mediante una secuencia de caracteres || (doble “pipe”).

3 Se expresará únicamente la información del dato sin expresar el atributo al que hace referencia. Esto es, si la serie del comprobante es la “A” solo se expresará |A| y nunca |Serie A|.

4 Cada dato individual se encontrará separado de su dato subsiguiente, en caso de existir, mediante un carácter | (“pipe” sencillo).

5 Los espacios en blanco que se presenten dentro de la cadena original serán tratados de la siguiente manera: a. Se deberán remplazar todos los tabuladores, retornos de carro y saltos de línea por espacios en blanco. b. Acto seguido se elimina cualquier carácter en blanco al principio y al final de cada separador | (“pipe” sencillo). c. Finalmente, toda secuencia de caracteres en blanco intermedias se sustituyen por un único carácter en blanco.

6 Los datos opcionales no expresados, no aparecerán en la cadena original y no tendrán delimitador alguno.

7 El final de la cadena original será expresado mediante una cadena de caracteres || (doble “pipe”).

8 Toda la cadena de original se expresará en el formato de codificación UTF-8.

9 El nodo o nodos adicionales <ComplementoConcepto> se integraran a la cadena original como se indica en la secuencia de formación en su numeral 10, respetando la secuencia de formación y número de orden del ComplemetoConcepto.

10 El nodo o nodos adicionales <Complemento> se integraran al final de la cadena original respetando la secuencia de formación para cada complemento y

2 5 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

número de orden del Complemento.

AC05-RF04Generación de sellos digitales para comprobantes fiscales digitales.

Se entiende como sello digital

Reglas y observaciones1 Deberán utilizarse los siguientes

elementos para la generación de Sellos Digitales

Cadena Original, el elemento a sellar, en este caso de un comprobante fiscal digital. Certificado de Sello Digital y su correspondiente clave privada.

Algoritmos de criptografía de clave pública para firma electrónica avanzada.

Especificaciones de conversión de la firma electrónica avanzada a Base 64.

2 Para la generación de sellos digitales se utiliza criptografía de clave pública aplicada a una cadena original.

La criptografía de Clave Pública se basa en la generación de una pareja de números muy grandes

2 6 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

relacionados íntimamente entre sí, de tal manera que una operación de encripción sobre un mensaje tomando como clave de encripción a uno de los dos números, produce una mensaje alterado en su significado que solo puede ser devuelto a su estado original mediante la operación de desencripción correspondiente tomando como clave de desencripción al otro número de la pareja.

3 Criptografía de la Clave Pública. Uno de estos dos números, expresado en una estructura de datos que contiene un módulo y un exponente, se conserva secreta y se le denomina "clave privada", mientras que el otro número llamado "clave pública", en formato binario y acompañado de información de identificación del emisor, además de una calificación de validez

2 7 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

por parte de un tercero confiable, se incorpora a un archivo denominado "certificado de firma electrónica avanzada o certificado para sellos digitales".

4 El Certificado puede distribuirse libremente para efectos de intercambio seguro de información y para ofrecer pruebas de autoría de archivos electrónicos o acuerdo con su contenido mediante el proceso denominado "firma electrónica avanzada ", que consiste en una característica observable de un mensaje, verificable por cualquiera con acceso al certificado digital del emisor, que sirve para implementar servicios de seguridad para garantizar: La integridad (facilidad para detectar si un mensaje firmado ha sido alterado), autenticidad, certidumbre de origen (facilidad para determinar qué persona es el autor de la firma y valida el contenido del mensaje) y no repudiación del mensaje firmado (capacidad de impedir que el autor de la firma niegue haber firmado el mensaje

5 Los servicios de seguridad proporcionan las siguientes características a un mensaje con firma electrónica avanzada:

Es infalsificable.

La firma electrónica avanzada no es reciclable (es única por mensaje).

Un mensaje con firma electrónica avanzada alterado, es detectable.

2 8 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

Un mensaje con firma electrónica avanzada, no puede ser repudiado.

6 Los certificados de sello digital se generan de manera idéntica a la firma electrónica avanzada y al igual que las firmas electrónicas avanzadas el propósito del sello digital es emitir comprobantes fiscales con autenticidad, integridad, verificables y no repudiables por el emisor. Para ello bastará tener acceso al mensaje original o cadena original, al sello digital y al certificado de sello digital del emisor.

7 Al ser el certificado de sello digital idéntico en su generación a una firma electrónica avanzada, proporciona los mismos servicios de seguridad y hereda las características de las firmas digitales.

Por consecuencia un comprobante fiscal digital sellado digitalmente por el contribuyente tiene las siguientes características:

Es infalsificable.

El sello digital de un comprobante fiscal digital no es reciclable (es único por documento).

Una cadena original de un comprobante fiscal digital sellada digitalmente, que hubiese sido alterada es detectable.

Una cadena original de un

2 9 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

comprobante fiscal digital sellada digitalmente no puede ser repudiada.

8 Los algoritmos utilizados en la generación de un sello digital son los siguientes: MD5, que es una función hash (digestión, picadillo o resumen) de un solo sentido tal que para cualquier entrada produce una salida compleja de 16 bytes denominada "digestión". RSAPrivateEncrypt, que utiliza la clave privada del emisor para encriptar la digestión del mensaje. RSAPublicDecrypt, que utiliza la clave pública del emisor para desencriptar la digestión del mensaje. A manera de referencia y para obtener información adicional, se recomienda consultar el sitio de comprobantes fiscales digitales que se encuentra dentro del portal del SAT: www.sat.gob.mx

9 I.- Aplicar el método de digestión MD5 cadena original a sellar incluyendo los nodos Complementarios. Este procedimiento genera una salida de 16 bytes para todo mensaje. La posibilidad de encontrar dos mensajes distintos que produzcan una misma salida es de 1 en 2135, y por lo tanto en esta posibilidad se basa la inalterabilidad del sello, así como su no reutilización. Es de hecho una medida de la integridad del mensaje sellado, pues toda alteración del mismo provocará una digestión totalmente diferente, por lo que no se podrá autentificar el mensaje. El algoritmo de digestión MD5 no requiere del uso de secuencias de relleno (padding). MD5 no requiere semilla alguna. El algoritmo cambia su estado de bloque en bloque de acuerdo a la entrada previa. II.- Con la clave privada correspondiente al certificado digital del emisor del mensaje y del sello digital, encriptar la digestión del mensaje obtenida en el paso I utilizando para ello el algoritmo de encripción RSA. Nota: La mayor parte del software comercial puede generar los

3 0 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

pasos I y II invocando una sola función y especificando la constante simbólica "RSAwithMD5Encryption". En el SAT este procedimiento se hace en pasos separados, lo cual es totalmente equivalente. Es importante resaltar que prácticamente todo el software criptográfico comercial incluye APIs o expone métodos en sus productos que permiten implementar la secuencia de algoritmos aquí descrita. La clave privada solo debe mantenerse en memoria durante la llamada a la función de encripción; inmediatamente después de su uso debe ser eliminada de su registro de memoria mediante la sobre escritura de secuencias binarias alternadas de "unos" y "ceros". III.- El resultado será una cadena binaria que no necesariamente consta de caracteres imprimibles, por lo que deberá traducirse a una cadena que sí conste solamente de tales caracteres. Para ello se utilizará el modo de expresión de secuencias de bytes denominado "Base 64", que consiste en la asociación de cada 6 bits de la secuencia a un elemento de un "alfabeto" que consta de 64 caracteres imprimibles. Puesto que con 6 bits se pueden expresar los números del 0 al 63, si a cada uno de estos valores se le asocia un elemento del alfabeto se garantiza que todo byte de la secuencia original puede ser mapeado a un elemento del alfabeto Base 64, y los dos bits restantes formarán parte del siguiente elemento a mapear. Este mecanismo de expresión de cadenas binarias produce un incremento de 25% en el tamaño de las cadenas imprimibles respecto de la original.

10 La codificación en base 64, así como su decodificación, se hará tomando los bloques a procesar en el sentido de su lectura, es decir, de izquierda a derecha. El alfabeto a utilizar se expresa en el siguiente catálogo:

Elemento del

Alfabeto

Valor B64

Valor ASCII

Elemento del

Alfabeto

Valor B64

Valor ASCII

Elemento del

Alfabeto

Valor B646

Valor ASCII

0 A 65 23 X 88 46 u 1171 B 66 24 Y 89 47 v 1182 C 67 25 Z 90 48 w 1193 D 68 26 a 97 49 x 1204 E 69 27 b 98 50 y 1215 F 70 28 c 99 51 z 1226 G 71 29 d 100 52 0 48

3 1 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

7 H 72 30 e 101 53 1 498 I 73 31 f 102 54 2 509 J 74 32 g 103 55 3 51

10 K 75 33 h 104 56 4 5211 L 76 34 i 105 57 5 5312 M 77 35 j 106 58 6 5413 N 78 36 k 107 59 7 5514 O 79 37 l 108 60 8 5615 P 80 38 m 109 61 9 5716 Q 81 39 n 110 62 + 4317 R 82 40 o 111 63 / 4718 S 83 41 p 11219 T 84 42 q 11320 U 85 43 r 11421 V 86 44 s 11522 W 87 45 t 116

Por tanto, los caracteres utilizados en el alfabeto de Base 64 son: A, B, C, D, E, F, G, H, I, J, K, L, M, N, O, P, Q, R, S, T, U, V, W, X, Y, Z, a, b, c, d, e, f, g, h, i, j, k, l, m, n, o, p, q, r, s, t, u, v, w, x, y, z, 0, 1, 2, 3,4, 5, 6, 7, 8, 9, +, / y en el orden descrito les corresponden los índices del 0 al 63 en un arreglo de 64 elementos. Para traducir de binario a Base 64, se examina la secuencia binaria evaluando 6 bits a la vez; si el valor de los primeros 6 bits es 0, entonces se imprime la letra A; si es 1, entonces se imprime la letra B y así sucesivamente hasta completar la evaluación de todos los bits de la secuencia binaria evaluados de 6 en 6. La función inversa consiste en reconstruir la secuencia binaria original a partir de la cadena imprimible que consta de los elementos del alfabeto de Base 64. Para ello se toman 4 caracteres a la vez de la cadena imprimible y sus valores son convertidos en los de los tres caracteres binarios correspondientes ( 4 caracteres B64 x 6 bits = 3 caracteres binarios x 8 bits), y esta operación se repite hasta concluir la traducción de la cadena imprimible. Ejemplo de Sello digital: GqDiRrea6+E2wQhqOCVzwME4866yVEME/8PD1S1g6AV48D8VrLhKUDq0Sjqnp9IwfMAbX0ggwUCLRKa+Hg5q8aYhya63If2HVqH1sA08poer080P1J6Z+BwTrQkhcb5Jw8jENXoErkFE8qdOcIdFFAuZPVT+9mkTb0Xn5Emu5U8=

AC05-RF05 Secuencia de formación

La secuencia de formación será siempre en el orden que se expresa a continuación, tomando en

3 2 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

cuenta las reglas generales expresadas en AC05-RF04

Reglas y observaciones1 Información del nodo Comprobante a. version

b. serie c. folio d. fecha e. noAprobacion f. anoAprobacion g. tipoDeComprobante h. formaDePago i. condicionesDePago j. subTotal k. descuento l. total

2 Información del nodo Emisor a. rfc b. nombre

3 Información del nodo DomicilioFiscal a. calle b. noExterior c. noInterior d. colonia e. localidad f. referencia g. municipio h. estado i. pais j. codigoPostal

4 Información del nodo ExpedidoEn a. calle b. noExterior c. noInterior d. colonia e. localidad f. referencia g. municipio h. estado i. pais j. codigoPostal

5 Información del nodo Receptor a. rfc b. nombre

6 Información del nodo Domicilio a. calle b. noExterior c. noInterior d. colonia e. localidad f. referencia g. municipio h. estado i. pais

3 3 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

j. codigoPostal7 Información de cada nodo Concepto nota: esta

secuencia deberá ser repetida por cada nodo Concepto relacionado.

a. cantidad b. unidad c. noIdentificacion d. descripcion e. valorUnitario f. importe g. InformacionAduanera nota: esta secuencia deberá ser repetida por cada nodo InformacionAduanera de forma indistinta a su grado de dependencia i. numero ii. fecha iii. aduana h. Información del nodo CuentaPredial i. numero

8 Información del nodo ComplementoConcepto de acuerdo con lo expresado en el Rubro F.

9 Información de cada nodo Retencion impuestos retenidos no se repite. a. impuesto b. importe c. totalImpuestosRetenidos

10 Información de cada nodo Traslado nota: esta secuencia a, b, deberá ser repetida por cada nodo Traslado relacionado, el total de impuestos trasladados no se repite.

a. Impuesto b. tasa c. importe d. totalImpuestosTrasladados

11 Información del nodo Complemento de acuerdo con lo expresado en el Rubro F.

AC05-RF06 Uso de la facilidad de ensobretado <Addenda>

La facilidad de ensobretado consiste en ofrecer un mecanismo a aquellos contribuyentes que desean utilizar otros formatos electrónicos de forma adicional y no substituta al establecido dentro del Anexo 20 Rubro C. Su objeto es permitir que el envío de dichos formatos adicionales se integre dentro del cuerpo del estándar de comprobante fiscal digital definido por el SAT, facilitando el transporte de los formatos e información adicional, evitando con ello envíos paralelos. Reglas y observaciones1 Debe ser posible generar información

adicional en el formato particular del contribuyente.

2 Se genera el comprobante fiscal digital en el

3 4 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

estándar definido por el SAT y se agrega el nodo o elemento de <Addenda> la información adicional.

3 Dentro del nodo de <Addenda> se expresa el formato particular del contribuyente siguiendo los lineamientos .

a. Si el formato es XML se transcriben idénticos los nodos adicionales requeridos dentro del nodo <Addenda>. Si el contribuyente desea sujetar estos nodos adicionales a un diccionario o estándar específico, podrá hacerlo teniendo cuidado de especificar las referencias necesarias al “namespace” del formato utilizado, de acuerdo a los estándares definidos por el consorcio W3. Esto implica que si el contribuyente desea utilizar esta funcionalidad adicional deberá definir su nuevo namespace dentro del nodo Comprobante y publicar la ruta del esquema XSD para validación, por ejemplo: <Comprobante … xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns=”http://www.sat.gob.mx/cfd/2” xmlns:otro="http://www.misitio.mx/miNS" xsi:schemaLocation=" http://www.sat.gob.mx/cfd/2 http://www.sat.gob.mx/sitio_internet/cfd/2/cfdv2.xsd http://www.misitio.mx/miNS http://www.misitio.mx/miNS/miNS.xsd" …. <Addenda> <otro:MiNodo miAtributo=”valor”/> </Addenda> </Comprobante> La línea que especifica xml:xsi=”http://www.w3.org/2001/XMLSchema-instance” indica que se está usando validación mediante el estándar de esquema XSD. La línea que especifica xmlns=”http://www.sat.gob.mx/cfd/2” hace referencia al namespace de comprobantes. La línea que especifica xmlns:otro=”http://www.misitio.mx/miNS” hace referencia al namespace adicional definido por el contribuyente La línea que especifica xsi:schemaLocation hace referencia a los dos namespaces usados, marcando adicionalmente la ubicación de los esquemas xsd que definen las especificaciones de cada namespace. El primer par corresponde al namespace y ubicación del esquema definido por el SAT y el segundo par corresponde al namespace y ubicación definido por el contribuyente para sus propios fines.

3 5 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

Finalmente, el nodo que aparece en la Addenda tiene el encabezado otro: que corresponde al encabezado definido dentro del nodo comprobante. En caso de que se requiriera agregar otros namespaces adicionales, el mecanismo sería agregar una línea tipo xmlns definiendo el namespace y expresando nuevamente el namespace y ubicación de su definición dentro del atributo xsi:schemaLocation Cabe aclarar que los nodos básicos del comprobante no deberán llevar encabezado del namespace publicado por el SAT al ser estos basados en el namespace por omisión. Por ejemplo se contemplaría como caso inválido el siguiente: <cfd:Comprobante> <cfd:Emisor/> </cfd:Comprobante> b. Si el formato es texto plano, se expresa idéntico dentro del nodo “Addenda” teniendo cuidado de no usar caracteres reservados según la especificación de XML según los planteamientos del consorcio W3.

4 Si el formato es binario, se deberá expresar como una cadena de caracteres codificados en formato Base 64.

AC06-RF01 Uso de la facilidad de nodos <ComplementoConcepto> y <Complemento>

El estándar del comprobante fiscal digital incluye dos elementos definidos como de tipo abierto que servirán para integrar nodos adicionales, definidos por el Servicio de Administración Tributaria al cuerpo del comprobante. A diferencia del nodo Addenda, estos nodos si son de uso fiscal por lo que su contenido será reglamentado por la autoridad para ser utilizados por los contribuyentes que cuenten con alguna facilidad particular dispuesta en la Resolución Miscelánea Fiscal vigente, incluyendo los datos complementarios solicitados en dichos nodos de acuerdo al sector o actividad específica. Las reglas de uso de aquellos complementos disponibles estarán publicados en el sitio de Comprobantes Fiscales Digitales dentro del portal del SAT “http://www.sat.gob.mx” Reglas y observaciones1 Dentro de estos nodos de complemento se

integrarán al comprobante los elementos adicionales necesarios de acuerdo con el formato definido por el SAT como requerido por la actividad específica del contribuyente.

2 La integración de estos elementos adicionales se La integración de estos elementos

3 6 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

hará siguiendo los siguientes lineamientos adicionales se hará siguiendo los siguientes lineamientos




García

AC06 Configuración de comunicaciones.Una vez


AC06-RF01 Definir





García

3 7 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

AC07 Bitácora de movimientos.Cada cierto tiempo es


AC07-RF01 Definir





García

AC08 Búsquedas de información.En ocasiones un.


AC08-RF01 Definir


3 8 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc




García

AC09 Registro de certificados.Es necesario contar con un sello digital amparado por un certificado expedido por el Servicio de Administración Tributaria. Este sello digital permitirá acreditar la autoría de los comprobantes fiscales digitales que se emitan, y de esta manera los clientes saben quién fue el autor de dicho comprobante fiscal digital.


AC09-RF01 Instalación de certificados

Debe existir una pantalla en la cual se solicite los datos para comprar el archivo del certificado con el archivo de llave y la contraseña del certificado, el cual se almacenará en el sistema para firmar los comprobantes fiscales generados.Reglas y observaciones1 Debe ser posible capturar el Nombre del

certificado.Será almacenado en la base de datos una vez validados los datos.

2 Debe ser posible seleccionar el archivo del certificado desde la ruta donde se encuentre almacenado en la computadora.

Este archivo debe validarse que se un certificado válido, el nombre del certificado generalmente se compone del RFC de la empresa y tiene extensión .CER.

3 Debe ser posible seleccionar el archivo llave desde la ruta donde se encuentre almacenado en la computadora.

Este archivo debe validarse que se un archivo llave válido, el nombre del certificado generalmente se compone

3 9 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

del RFC de la empresa un guión bajo ( _ ), la fecha de creación y la hora además de tener extensión .KEY.

4 Debe der posible teclear la contraseña del certificado.

Esta contraseña no será visible en pantalla y no será almacenada en base de datos.

5 Debe ser posible cancelar la operación.6 Debe ser posible validar los archivos .CER y .KEY

con la contraseña.Al ser estos válidos debe de almacenarse la siguiente información en base de datos:

Número de serie del certificado.

Fecha de Inicio del Certificado. Fecha Final del certificado. RFC relacionado con el

certificado. Estatus del certificado.

AC09-RF02 Monitoreo de vigencia de certificado

Debe monitorearse la fecha de vigencia de un certificado.Reglas y observaciones1 Debe ser posible

mostrar una alerta en el sistema que avise de la vigencia del certificado o certificados en uso.

2 Debe ser posible mostrar os pasos a seguir para obtener un certificado nuevo.

Generación de la Solicitud de Certificado de Sello Digital

La aplicación Solicitud de Certificados Digitales (SOLCEDI) se utilizará para que el contribuyente (persona moral o persona física) pueda generar el archivo de requerimiento del certificado de sello digital, su clave o llave

4 0 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

privada de sello digital y un tercer archivo que se obtiene ensobretando el archivo de requerimiento (*.req), el cual se convertirá en un (*.sdg). Este último es el que se envía al SAT vía Internet.

La aplicación SOCEDI se encuentra disponible en esta sección, deberá descargarse y ejecutarse en su equipo de cómputo.Este programa genera los siguientes productos:

1. El archivo de requerimiento de Certificado de Sello Digital, que contiene los datos mínimos para la generación del certificado de sello digital. (*.req).

2. El archivo de la llave o clave privada de sellos digital. (*.key).3. El archivo de requerimiento del Certificado de Sello

Digital(*.req) se ensobreta y se genera un (*.sdg)."Este es el archivo que se deberá enviar al SAT vía Internet."

La diferencia principal entre este proceso y el que usted realiza cuando solicita su certificado digital de "tu Fiel", es que ya no tendrá que acudir a su ALAC para concluir el trámite.

SOLCEDI

A continuación se presenta el archivo para descargar el programa SOLCEDI, así como su manual y tutorial en caso de que desee obtener más información:

Aplicación y Manual SOLCEDI [Disponible para Windows Xp] (1.64 Mb.) FTP (ftp://ftp2.sat.gob.mx/asistencia_servicio_ftp/programas/solcedi/DSIC06091SOL.zip)

No olvide conservar:1. La clave o llave privada de sello digital, es decir, el archivo (*.key)2. La contraseña de clave o llave privada.3. La contraseña de revocación.

Envié su solicitud de Certificado de Sello Digital (*.sdg) Acceso al Sistema < Clic Aquí>

4 1 | P a g e

http://www.sat.gob.mx/sitio_internet/e_sat/comprobantes_fiscales/15_15564.html

ftp://ftp2.sat.gob.mx/asistencia_servicio_ftp/programas/solcedi/DSIC06091SOL.zip

Propuesto

por:


Versión: 1.0


3


o:

document.doc

(http://www.sat.gob.mx/sitio_internet/e_sat/comprobantes_fiscales/15_15564.html)

Descarga del Certificado de Sello Digital:

Ahora que ha enviado su archivo de requerimiento ensobretado (*.sdg), deberá recibir un acuse de recibo con el número de operación, el cual puede utilizarse para dar Seguimiento a su Trámite y recuperar su Certificado de Sello Digital.

Si su trámite ha sido satisfactorio, también podrá descargar su certificado de sello digital en la sección de Recuperación de Certificados utilizando su RFC.

3 Debe ser posible generar documentos aun cuando el certificado se encuentre vencido.

No será posible firmar dichos documentos hasta que sea renovado el certificado.




García

AC10 Seguridad del sistema.El acceso a la información debe estar controlado por usuarios y contraseñas, limitado a ciertas áreas o personal, debe estar bien protegida la información.

4 2 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc


AC10-RF01 Seguridad

Permitirá definir el control de seguridad por cada usuario. Solamente puede acceder el usuario Administrador.Permite definir los atributos de acceso a cada uno de los módulos del sistema por cada usuario registrado.Reglas y observaciones1 Solamente el usuario administrado puede tener

acceso a este módulo.El grupo de usuarios que se encuentren asociados como administradores podrán acceder al módulo.

2 Debe ser posible acceder al catálogo de usuarios.3 Debe ser posible acceder al catálogo de grupos.4 No debe permitirse ingresar a los módulos que no

tengan configurados los grupos o usuarios5 Cada módulo debe tener restricciones de acceso.6 No deben mostrarse contraseñas de ningún tipo. Aplica para usuarios, certificados, etc.7 Debe existir la posibilidad de recuperar o asignar la

contraseña del usuario administrador.Esto deberá hacerse mediante algún proceso por definir.




García

AC11 Integración con sistemas de contabilidadEl

4 3 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc


AC10-RF01 sistema

Permitirá

Reglas y observaciones1234567




García

4. CatálogosLos catálogos son listas de distintos elementos que se presentan en el sistema, tales como usuarios, ciudades, estados, clientes y demás. Cada elemento cuenta con una serie de atributos (datos) y reglas que definen cómo dar de alta, consultar, modificar y dar de baja cada elemento.

A continuación se muestran los catálogos definidos para el sistema.

4 4 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

CAT01 Socio de negocioDebe mantenerse un registro de los socios de negocios con los que se tenga intercambio de comprobantes fiscales digitales, debe ser actualizado.

Datos del catálogo

Dato Descripción Obligado

Editable

Oculto

Número de socio Es el número de identificación que se le asigna como socio comercial de una empresa.

X X

Empresa Número de identificación de la empresa a la cual pertenece.

X X

Razón social Razón social con la que está registrada ante hacienda.

X X

RFC RFC registrado ante hacienda. X XGiro Giro en el que se desempeña el negocio. XProveedor Número de proveedor en caso de tener

asignado como rol ProveedorX

Cuenta contable Cuenta contable que tiene asignada en la empresa.

X

Activo Identificación para saber si el socio comercial se encuentra activo en nuestra base.

X X

Línea 1 a la 6 XRol Cliente, Proveedor o ambos X XDirectorio Importación FE

Directorio en el cual se importaran las facturas electrónicas en caso de tener rol como proveedor.

X

Directorio exportación FE

Directorio donde serán exportados los archivos XML generados cuando el rol es cliente.

X X

Nombre Certificado Nombre del Certificado del cliente X XCertificado Certificado con el cual la empresa asignada

firmará los CFDs en caso de tener como rol X X

4 5 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

ClienteFormato 1 al 15 XAdenda Tipo de adenda a utilizar en caso de que el rol

este asignado como Cliente.X

Transporte Tipo de comunicación para enviar o recibir CFD X XAcceso Nombre del equipo o IP desde donde se da de

alta el socio comercial.X X

Usuario Usuario del sistema que da de alta el socio comercial.

X X

GLN Número de identificación global del socio de negocio.

X

Requerimientos específicos y reglas

CAT01-RF01 Restringir acceso a catálogo

Debe restringirse el acceso a este catálogo.Prioridad:

Alta Tipo: Evidente

Reglas y observaciones 1 Deben restringirse el acceso a este catálogo de

modo que sólo usuarios con permisos específicos de modificación del mismo puedan accederlo.

CAT01.a Direcciones de socios de negocioDebe mantenerse un registro de la dirección fiscal, además de las diferentes direcciones de contacto.

Datos del sub catálogo

4 6 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc


Editable

Oculto

Empresa Empresa a la que pertenece la dirección. X XID socio comercial Número de socio comercial al que pertenece. X XConsecutivo Número consecutivo para identificar las

direcciones que puedan contener cada socio comercial o empresa.

X X

Tipo XTipo dirección Tipo de dirección asignada, debe existir al

menos la fiscal.X X

Código Número de socio comercial al que pertenece. XSufijoNombre Nombre del socio comercial al que pertenece la

dirección. Pueden existir varias direcciones de entrega.

X X

Calle Nombre de la calle donde se localiza el socio comercial.

X X

Número Número principal del socio comercial. X XNúmero Interior Número interior del socio comercial. XColonia Colonia a la que pertenece la dirección. X XDelegación/Municipio

Delegación o municipio al cual pertenece la dirección.

X X

Estado Entidad federativa a la cual pertenece la dirección.

X X

Código Postal Código postal de la zona a la cual pertenece la dirección.

X X

País País al cual pertenece el socio comercial. X XReferencias Referencias de cómo llegar a la dirección XGLN Número de identificación global del socio

comercial.X

4 7 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc


CAT01.a-RF01 Restringir acceso a catálogo

Debe restringirse el acceso a este catálogo.Prioridad: Alta Tipo: Evidente



CAT01.a-RF02 Dirección fiscal

Debe existir la dirección fiscal.Prioridad: Alta Tipo: Evidente

Reglas y observaciones 1 Deben ser mandatorio el que exista la dirección

fiscal ya que esta es requisito para generar la factura electrónica.

CAT01.b Contacto de socio de negocioDebe mantenerse un registro del contacto del socio de negocio.



Editable

Oculto

Empresa Empresa a la que pertenece el registro. X XSocio comercial Identificación del socio comercial al que

pertenece el registro.X X

4 8 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

Contacto Número de identificación del registro. X XNombre Nombre o nombres del contacto. X XApellido paterno Apellido materno del contacto. X XApellido materno Apellido paterno del contacto. X XCorreo electrónico Correo electrónico para envío de facturas en

caso de que la comunicación sea correo electrónico.

X

Puesto Área a la que pertenece el contacto en su empresa.

X X

Comentarios Comentarios sobre el contanto. X X


CAT01.b-RF01 Restringir acceso a catálogo




CAT01.b.1 Teléfonos del socio de negocioDebe mantenerse un registro de los teléfonos de contacto del socio de negocio.



Editable

Oculto

Empresa Empresa a la que pertenece el registro. X X4 9 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

Socio comercial Socio comercial al que pertenece el registro. X XContacto Identificación del socio comercial al que


Consecutivo Identificación de número de teléfono para el contacto.

X X

Tipo de teléfono Tipo de número de teléfono. (Celular, Trabajo, etc.).

X

Clave país Clave del país al que pertenece el contacto telefónico

X

Área Clave del área al que pertenece el teléfono. XTeléfono Número telefónico. X XDescripción Comentarios diversos X


CAT01.b.1-RF01 Restringir acceso a catálogo


Reglas y observaciones 1 Deben restringirse el acceso a este catálogo de modo

que sólo usuarios con permisos específicos de modificación del mismo puedan accederlo.

CAT01.c Referencia contableDebe mantenerse un registro de las cuentas contables que se verán afectadas.


Dato Descripción Obligad Editabl Oculto

5 0 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

o eEmpresa Empresa a la que pertenece el registro. X XSocio comercial Socio comercial al que pertenece el registro. X XConsecutivo Número consecutivo de identificación del

registroX

Banco Nombre del banco X XCuenta Cuenta bancaría a la que se aplicará el depósito

o retiro.X X

Moneda Moneda de la cuenta bancaria. XDescripción Comentarios. X


CAT01.b.1-RF01 Restringir acceso a catálogo




Historia de cambios del catálogo


solicitud

14/07/2009 0.1 Se creó el catálogo Luis Enrique García

5 1 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

CAT02 Productos/ServiciosDebe mantenerse un registro de los productos o servicios a ofrecer y que serán parte de los comprobantes digitales.

Datos del catálogo


Editable

Oculto

Empresa Empresa a la que pertenece el registro X XProducto Clave de identificación registrada en la empresa

del producto X

SKU Número de referencia del producto o servicio. XDescripción Descripción del producto o servicio. X XTipo producto Tipo de producto o servicio XUnidad de medida Unidad de medida relacionada con el producto. XCosto Costo de producción del producto o servicio XPrecio Precio activo para ser aplicado al movimiento. XCuenta contable Cuenta contable a la que se aplicará el

movimiento.X

Moneda Moneda en la que se ofrece el producto o servicio.

X

Activo Indica si el producto se encuentra activo para ofrecer

X

GLN Producto Número de identificación global del producto. X




Reglas y observaciones

5 2 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

1 Deben restringirse el acceso a este catálogo de modo que sólo usuarios con permisos específicos de modificación del mismo puedan accederlo.

CAT02.a PreciosDebe mantenerse un registro de los precios y sus vigencias que serán parte de los comprobantes digitales.



Editable

Oculto

Empresa Empresa a la que pertenece el registro X XProducto Producto al que pertenece el registro. X XConsecutivo Identificación del registro en caso de existir

varios precios.X X

Precio Precio del producto. X XMoneda Tipo de moneda en la que se ofrece el producto. X XDescripción Descripción del precio. X XVigencia Fecha de vigencia en la que será aplicado el

precio.X


CAT02.a-RF01 Restringir acceso a catálogo




5 3 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

CAT02.b DescuentosDebe mantenerse un registro de los descuentos y sus vigencias que serán parte de los comprobantes digitales.



Editable

Oculto

Empresa Empresa a la que pertenece el registro X XProducto Producto al que pertenece el registro. X XConsecutivo Identificación del descuento. X X% Descuento Porcentaje para aplicar de descuento X XDescripción Explicación del descuento, como aparecerá en

el movimiento.X

Fecha de inicio Fecha de inicio del descuento. X XFecha final Fecha de fin del descuento. X X


CAT02.b-RF01 Restringir acceso a catálogo




5 4 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc



solicitud


CAT03 MonedasDebe mantenerse un registro de los tipos de moneda así como la equivalencia en pesos mexicanos.

Datos del catálogo


Editable

Oculto

Consecutivo Número de identificación del registro. X XMoneda Abreviación de la moneda. X XDescripción Descripción del tipo de moneda. X XTipo de cambio Tipo de cambio de la moneda con respecto a

pesos.X X

Texto 1 Descripción para cheques 1 X XTexto 2 Descripción para cheques 2 X X





5 5 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

1 Deben restringirse el acceso a este catálogo de modo que sólo usuarios con permisos específicos de modificación del mismo puedan accederlo.



solicitud


CAT04 Unidades de MedidaEn este catálogo se almacenarán las diferentes unidades de medida que pudieran ser utilizadas en los productos a distribuir.

Datos del catálogo


Editable

Oculto

Consecutivo Identificación del registro. X XUnidad de medida Abreviación de la unidad de medida. X XDescripción Descripción de la unidad de medida. X X



Debe restringirse el acceso a este catálogo.

5 6 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

Prioridad: Alta Tipo: Evidente Reglas y observaciones 1 Deben restringirse el acceso a este catálogo de modo




solicitud


CAT05 AdendaEn este catálogo se almacenarán los diferentes tipos de adenda que el sistema pueda manejar, se deberá dar mantenimiento por actualizaciones del sistema.

Datos del catálogo


Editable

Oculto

Consecutivo Identificación del registro X XSocio comercial Identificación del socio comercial al que


Adenda Descripción de la adenda XMódulo XTagXX Etiquetas del XML a generar. X

5 7 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc








solicitud


CAT06 Tipos de teléfonoEn este catálogo se almacenarán los diferentes tipos de teléfonos de contacto con los socios de negocio.

Datos del catálogo


Editable

Oculto

Consecutivo Identificador del registro. X XTipo teléfono Descripción del tipo de teléfono. X

5 8 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc








solicitud


CAT07 RolesEn este catálogo se almacenarán los diferentes tipos de rol que puedan ser adoptados por los socios de negocio.

Datos del catálogo


Editable

Oculto

Consecutivo Identificación del registro. X XTipo de rol Descripción del tipo de rol X

5 9 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc








solicitud


CAT08 Giros de negocioEn este catálogo se almacenarán los diferentes tipos de giro que pueda adoptar el socio de negocio.

Datos del catálogo


Editable

Oculto

Consecutivo Identificación del registro. X XGiro Descripción del giro del negocio. X

6 0 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc








solicitud


CAT09 EstadosEn este catálogo se almacenarán las entidades federativas que pudieran pertenecer a un país o región del socio de negocio.

Datos del catálogo


Editable

Oculto

Consecutivo Identificación del registro. X XEstado Abreviatura en tres caracteres de la entidad

federativa.X

6 1 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

Descripción Descripción de la entidad federativa.País País al que pertenece la entidad federativa. X








solicitud


CAT10 PaísesEn este catálogo se almacenarán los países o regiones del socio de negocio.

Datos del catálogo


Editable

Oculto

6 2 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

Consecutivo Identificación del registro X XPaís Descripción del país. XAbreviatura Abreviación del país en tres caracteres. X








solicitud


CAT11 Delegaciones o municipiosEn este catálogo se almacenarán las delegaciones o municipios donde se encuentre el socio de negocio.

Datos del catálogo

Dato Descripción Obligad Editabl Oculto

6 3 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

o eConsecutivo Identificación del registro, X XMunicipio/Delegación

Descripción del municipio. X

Estado Estado al que pertenece el registro. X








solicitud


CAT12 Tipos de direcciónEn este catálogo se almacenarán los tipos de dirección que pudieran existir para el socio de negocio.

6 4 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

Datos del catálogo


Editable

Oculto

Consecutivo Identificación del registro X XTipo de dirección Descripción del tipo de dirección X X








solicitud


CAT13 Tipos de documentosEn este catálogo se almacenarán los tipos de comprobantes digitales a emitir

6 5 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

Datos del catálogo


Editable

Oculto

Tipo documento Identificación del tipo de documento. X XDocumento Descripción del documento. X XEDI1 Tipo documento EDI XEDI2 Descripción tipo documento EDI XEDI3 XEDI4 Identificación tipo documento EDI XEDI5 XEDI6 XEDI7 XEDI8 XEDI9 XEDI10 Identificador de grupo EDI XTipo de efecto Tipo de efecto que tiene el movimiento.

(Ingreso, egreso o traslado).X






6 6 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc



solicitud


CAT14 EmpresaEn este catálogo se almacenarán las empresas que el sistema podrá manejar

Datos del catálogo


Editable

Oculto

Empresa Consecutivo para identificar a la empresa. X XRazón Social Razón social de la empresa. X XRFC Registro federal de causantes. X X

ActivaIndicará si la empresa se encuentra activa para ser administrada o generar CFD. X X

Certificado X

Llave PrivadaHace referencia a la llave privada con la que se firmaran los CFDs.

Nombre Certificado

Registra el nombre del certificado instalado para la empresa. X X

Tipo Importación FE

Tipo de importación que se hará para crear CFD.

Directorio Importación FE

Directorio desde el cual se obtendrán los archivos. X X

Directorio Archivar FE

Directorio donde se almacenaran los archivos XML que se generan por CFD una vez que se respaldan o archivaran. X X

Días para Archivar Días que se almacenará los archivos XML, X X

6 7 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

FE antes de respaldarse.Tipo Importación FE Proveedores

Tipo de importación que se hará para crear CFD, de proveedores X

Directorio de Importación FE Proveedores

Directorio desde el cual se obtendrán los archivos, de proveedores. X

Directorio para Archivar FE Proveedores

Directorio donde se almacenaran los archivos XML que se generan por CFD, de proveedores X

Días para Archivar FE de Proveedores

Días que se almacenará los archivos XML, antes de respaldarse de proveedores. X

Estatus Importación FE

Estatus de la importación de la factura electrónica

Estatus Importación FE

Estatus de la importación de la factura electrónica, en estatus de prueba.

Directorio Exportación FE

Directorio en el cual se exportarán los archivos XML de los CFD generados. X X

Formato1 al 15Define la etiqueta que representará en campos especiales. X

CertificadoB64Serie Certificado Serie del certificado instalado

GLN EmisorNúmero de identificación global de la empresa.

Versión CFDAlmacena la versión del certificado digital instalado

Tipo Importación

Directorio Web

Directorio donde se almacenaran los archivos HTML para ser publicados en un servidor web. X

Schema Proveedor XReferencia Tipo X

6 8 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

DocumentoReferencia Tipo Documento Nodo XReferencia Tipo Documento Fiscal XReferencia Tipo Documento Fiscal Nodo X








solicitud


6 9 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

CAT15 UsuariosEn este catálogo se almacenarán los usuarios del sistema y la asignación del grupo de seguridad al que pertenecerán.

Datos del catálogo


Editable

Oculto

Consecutivo Identificador de registro X XUsuario Clave de identificación del usuario. X XNombre Nombre del usuario. X XContraseña Clave de acceso del usuario. X XGrupo Grupo al que pertenece el usuario. X XCorreo Electrónico Cuenta de correo electrónico. XTipo Notificación Tipo de notificación que se hará X





que sólo usuarios con permisos específicos de modificación del mismo puedan accederlo.La contraseña deberá tener encriptación para que no pueda ser leída.

7 0 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc



solicitud


CAT16 GruposEn este catálogo se almacenarán los niveles de seguridad a los que podrá pertenecer el usuario.

Datos del catálogo


Editable

Oculto

Consecutivo Identificador del registro. X XDescripción grupo Descripción del grupo. X XPermisos Permisos de ejecución del grupo. X XEmpresas Permiso de ejecución en empresas. X X






7 1 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc



solicitud


CAT17 ComunicaciónEn este catálogo se almacenarán los tipos de comunicación para envío o recepción de comprobantes fiscales.

Datos del catálogo


Editable

Oculto

Consecutivo Identificador del registro. X XDescripción Descripción del tipo de comunicación. X






7 2 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc



solicitud


CAT18 PólizasEn este catálogo se almacenarán los tipo s de pólizas o tipo de transacción.

Datos del catálogo


Editable

Oculto

Consecutivo Identificador del registro. X XDescripción grupo Descripción del tipo de movimiento ( Ingreso,

egreso o diario).X






7 3 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc



solicitud


CAT19 Tipo de IntegraciónEn este catálogo se almacenarán los tipos de integración de CFDs, esto es en caso de que se genere un archivo o pueda explotarse la información de alguna base de datos.

Datos del catálogo


Editable

Oculto

Consecutivo Identificador del registro. X XDescripción grupo Descripción del tipo de importación. X






7 4 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc



solicitud


5. ReportesUn reporte es un medio por el cual puede visualizare la información manejada por el sistema que cumpla con ciertos criterios de una manera ordenada y normalmente fácil de imprimir.

A continuación se muestran los reportes definidos para el sistema.

RP01 Documentos emitidosPor medio de este reporte se visualizan los tipos de comprobantes digitales emitidos en un periodo de tiempo y el estatus en el que se encuentran.

Criterios

Criterio Descripción Observaciones

Fecha de inicio Fecha a partir de la cual se pretende consultar los comprobantes fiscales emitidos.

Es obligatorio proporcionar un valor para este criterio. Por defecto es el primer día del mes en curso.

Fecha de fin Fecha hasta la que se pretende consultar los comprobantes fiscales emitidos

Es obligatorio proporcionar un valor para este criterio. Por defecto es la fecha actual.

Tipo de comprobante fiscal

Hace referencia al tipo de documento electrónico emitido.

Es obligatorio proporcionar un valor para este criterio.

7 5 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

Datos a mostrar

Dato Descripción Observaciones

Desde Número de boleta inicial A cada agente se le asigna paquetes de 50 boletas, por lo que el sistema debe agrupar las boletas en grupos de 50. Para cada grupo debe mostrar la primera (Desde) y la última (Hasta) boleta registrada en el período.

Hasta Número de boleta final

Sub-total Número de boletas encontradas en el grupo.

Repetidas Número de boletas duplicadas. Para cada grupo de 50 boletas, el sistema debe revisar si se registraron todas las boletas entre la primera y la última registrada. Cualquier número de boleta registrado dos o más veces se considera Repetida y cualquier hueco en la numeración se considera Faltante.

Faltantes Número de boletas faltantes.

Agente Número del agente al que pertenece el grupo de boletas.

El sistema debe revisar si en alguna de las boletas registradas se incluyó el número de agente.


RP01-RF01 Ordenamiento

Los datos mostrados deben estar ordenadosPrioridad:

Alta Tipo: Evidente

Reglas y observaciones 1 El ordenamiento debe hacerse por el número folio

7 6 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

del CFD.

RP01-RF02 Impresión

Debe ser posible imprimir el reportePrioridad:

Alta Tipo: Opcional

Reglas y observaciones 1 El reporte impreso deberá indicar claramente el

nombre del reporte y los criterios usados para generarlo.

2 Debe ser posible imprimir el reporte en papel continuo.

Historia de cambios del reporte


solicitud

14/07/2010 0.1 Se creó el reporte Luis Enrique García

RP01 Reporte Mensual para el SATPor medio de este reporte se envían los movimientos emitidos durante el mes y debe ser emitido antes de los primeros cinco días del mes siguiente, es un archivo de texto separado por pipes (|).

Criterios

Criterio Descripción Observaciones

7 7 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

Archivo .TXT Archivo de texto separado por pipes (|).

El archivo del informe mensual deberá ser creado con formato de texto simple, con extensión TXT y contener un registro por reglón.

Caracteres especiales Se deben respetar el uso del carácter Pipe solo como separador.

Ninguno de los atributos que conforman el informe mensual deberá contener el carácter | ('pipe') debido a que este será utilizado como carácter de control en la formación del informe mensual.

Inicio de archivo Primer registro del archivo. El inicio de cada registro dentro del informe mensual se marcará mediante un carácter | ('pipe' sencillo).

Registro de información Características que debe tener la información generada en el archivo

Cada campo individual se encontrará separado de su dato subsiguiente, mediante un carácter | ('pipe' sencillo).Se expresará únicamente la información del dato sin expresar el atributo al que hace referencia. Esto es, si la serie del comprobante es 'A' solo se expresará |A| y nunca |Serie A|.En el caso de datos con valor Nulo serán expresados en el informe mensual mediante una cadena de caracteres || ('pipe' doble).

Fin del archivo Terminación del archivo El final de cada registro dentro del informe mensual se marcará mediante un carácter | ('pipe' sencillo).

Nombre del archivo Características con las que debe ser nombrado el archivo generado.

El nombre del archivo del informe mensual se compone de:a. número del esquema: 1 = para Facturas Electrónicas. 2 = para Comprobantes solicitados por

7 8 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

medio de un establecimiento autorizado.b. RFC del emisor. XXXX010101000c. Mes y Año a ser reportado. MMYYYY

Diferentes esquemas o empresas.

Responsabilidades en caso de manejar más de una empresa.

Para aquellos contribuyentes que cumplan con lo dispuesto en la regla I.2.5.3. de la presente Resolución Miscelánea Fiscal, y emitan comprobantes para efectos fiscales en distintos esquemas al mismo tiempo, deberán generar un archivo de informe mensual por cada tipo de esquema de comprobación que utilicen.

Datos a mostrar

Dato Descripción Observaciones

RFC Es el RFC del cliente al que se le facturó.

Serie Serie del folio emitido.Folio del Comprobante Fiscal

Folio del CFD emitido.

Número de Aprobación Número de aprobación del folio emitido por el SAT.

Fecha y hora de expedición

Fecha y hora de expedición del CFD

DD/MM/YYYY HH:MM:SS

Monto de la operación Cantidad total por la cual fue emitido el CFD.

Monto del Impuesto Cantidad del impuesto calculado para el movimiento.

Estado del comprobante Estatus del CFD emitido. 0= Cancelado1 = vigente

7 9 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc


RP01-RF01 Ordenamiento

Los datos mostrados deben estar ordenadosPrioridad:

Alta Tipo: Evidente

Reglas y observaciones 1 El ordenamiento debe hacerse por el número folio.

RP01-RF02 Ejemplos de nombres de archivo

Ejemplos de los nombres de archivo a ser enviados por el esquema que utilice para el informe mensualPrioridad:

Alta Tipo: Mandatorio

Reglas y observaciones 1 Facturas Electrónicas 1 RFC MES AÑO

1XXXX010101000012010.txt 2 Comprobantes solicitados por medio de un

establecimiento autorizado2 RFC MES AÑO2XXXX01101000012010.txt

RP01-RF03 Ejemplos de registros.

Ejemplos de registros dentro de un informe mensual por esquema de comprobación fiscalPrioridad:



8 0 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

1 IVA a tasa cero|PLW750114XP1|PPP|47|200401|24/01/2010 16:16:52|26314.00|0.00|1|T|00133234881430,00112107659200|24/02/2007,21/09/2009|VERACRUZ,MEXICO PANTACO|2 Exento de IVA|SWP7501140P1|PPP|48|200460|25/01/2010 16:16:55|671425.00||1|E|12118123499430,13129107634240|24/02/2008,21/09/2009|VERACRUZ,NUEVO LAREDO|3 IVA cobrado|LOPQ750114X10|PPP|49|200460|24/01/2010 16:16:59|580000.00|80000.00|1|I|00128132456430,00438987651140|24/05/2008,18/09/2008|VERACRUZ,LA PAZ|4 Serie hasta 10 caracteres y cancelado|ONC750114OG3|ABCDEFGHIÑ|53|200453|29/01/2010 16:20:52|116000.00|16000.00|0|E|00988456783430,004598765443020|13/06/2008,21/01/2009|VERACRUZ,agua prieta|5 Reporte global diario de operaciones con el público en general(aplica únicamente para

efectos del reporte mensual)|XAXX010101000|ABCDEFGH|53|21453|29/01/2010 00:00:00|23200.00|3200.00|1|E|00545123873430,00345843912200|24/02/2005,21/09/2005|VERACRUZ,MEXICO PANTACO|6 Facturas Electrónicas para extranjeros que no cuentan con RFC (aplica únicamente para

efectos del reporte mensual) |XEXX010101000|ACDEGHIÑ|53|22453|29/01/2010 00:00:00|11600.00|1600.00|1|T| |||

RP01-RF04 Ejemplos de registros Impresores Autorizado.

Ejemplos de registros dentro de un informe mensual por esquema de comprobación fiscalPrioridad:


Reglas y observaciones 1 IVA a tasa cero

|SWP750114XP1|BBBB|480|2830647|25/01/2010 16:15:00|9999999999.99|0.00|1|E|00338123451110,00568987651650|14/03/2008,11/04/2008|ENSENADA,TOLUCA|2 Exento de IVA

8 1 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

|LOQ750114XP1|BBBB|490|2830647|24/01/2010 16:20:00|582192.00||1|T|00128654321430,00768876543200,0012865439670|24/06/2008,29/09/2008,29/07/2008|VERACRUZ,MEXICO PANTACO,CHIHUAHUA|3 IVA cobrado|DNWS750114XP1|BBBB|1150|2830647|26/01/201016:25:00|464000.00|64000.00|1|I|00128100234530,01119357123390,14217567123530|

24/06/2008,29/09/2008,29/07/2008|TIJUANA,TECATE,CANCUN|4 Serie hasta 10 caracteres y cancelado|ONC750114XP1|ABCDEFGHIÑ|530|1202053|29/01/201016:30:00|928000.00|128000.00|0|T|00323123456430,03312100345784380|24/02/2008,21/09/2008|VERACRUZ,TAMPICO|5 Reporte global diario de operaciones con el público en general(aplica únicamente para

efectos del reporte mensual)|XAXX010101000|ABCDEFGH|53|21453|29/01/201000:00:00|23200.00|3200.00|1|I|00128345673430,00328230045200,00458230093670|24/06/2008,29/09/2008,29/07/2008|VERACRUZ,MEXICO PANTACO,CHIHUAHUA|6 Facturas Electrónicas para extranjeros que no cuentan con RFC (aplica únicamente para

efectos del reporte mensual) |XEXX010101000|ACDEGHIÑ|53|22453|29/01/2010 00:00:00|11100.00|1100.00|1|E|

00433123984430,00322453212200|24/02/2008,21/09/2008|VERACRUZ,MEXICO PANTACO|

Historia de cambios del reporte


solicitud

11/09/2010 0.1 Se creó el reporte Luis Enrique García

8 2 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

5.1 Prioridad de los reportesA continuación se presenta la prioridad de cada reporte en orden de importancia, dónde la prioridad 1 es la prioridad más alta y así sucesivamente hasta llegar a la prioridad más baja.

Reporte Prioridad ObservacionesN/A

6. Requerimientos de comunicación (interfaces) con otros sistemas

RNF-RI01 N/D

Tipo de comunicaciónTipo de interfazNombre del sistemaServidorDatos que recibeDatos que envía

7. Características para versiones futuras

Característica Observaciones1 N/D

8. Referencias8.1 Documentos relacionados

Clave Nombre Ubicación Uso

8 3 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc

9. GlosarioTérmino DefiniciónCFD Comprobante fiscal digitalSAT Servicio de Administración TributariaXML Extensible Markup Language

GLN Global Location Number (GLN) o Número Mundial de Localización está

destinado a la identificación inequívoca y no ambigua de Locaciones físicas,

legales o funcionales.

SKU Stock-keeping unit o SKU (en español número de referencia) es un identificador usado en el comercio con el objeto de permitir el seguimiento sistemático de los productos y servicios ofrecidos a los clientes. Cada SKU se asocia con un objeto, producto, marca, servicio, cargos, etc.

EDI EDI son las siglas de Electronic Data Interchange, intercambio electrónico de datos. El sistema EDI permite el intercambio (envío y recepción) de documentos comerciales por vía telemática.

Factura Una factura es un documento que respalda la realización de una operación

económica, que por lo general, se trata de una compraventa. En otras

palabras, una factura es el documento a través del cual una persona que

vende puede rendir cuentas, de forma instrumentalizada, al contrato de

compraventa comercial.

Nota de crédito. La nota de crédito es el documento de comercio que el vendedor confecciona y

remite al comprador para ponerlo en conocimiento de que ha descargado de

su cuenta un importe determinado. Se emite en los siguientes casos: Error de facturación: el importe facturado es mayor al que correspondía

facturar. Otorgamiento de bonificaciones o descuentos posteriores a la venta. Devolución de mercaderías.

8 4 | P a g e

http://es.wikipedia.org/wiki/Marca

http://es.wikipedia.org/wiki/Cliente_(econom%C3%ADa)

http://es.wikipedia.org/wiki/Servicio

http://es.wikipedia.org/wiki/Producto_(marketing)

http://es.wikipedia.org/wiki/Comercio

Propuesto

por:


Versión: 1.0


3


o:

document.doc

Siempre disminuye el importe de la deuda. En cuanto al IVA: Las notas de crédito para el vendedor generan crédito fiscal y para el

comprador débito fiscal. Sería algo así como anular el efecto del débito fiscal

computado en exceso o del crédito fiscal computado en exceso,

respectivamente.

Nota de débito. La Nota de Crédito será emitida al mismo adquiriente o usuario para modificar

comprobante de pago emitidas con anterioridad. Específicamente para

disminuir (abonar o acreditar) el importe de una factura a la que no se le ha

considerado oportunamente ciertos descuentos o que por pronto pago se

deba conceder un determinado descuento, así como por la anulación de

operaciones.

10. AnexosArchivo DefiniciónAnexo20RMF2010.PDF ANEXO 20 DE LA RESOLUCIÓN MISCELÁNEA FISCAL PARA 2010. Define

las características de la manera correcta de emitir comprobantes fiscales, incluye:

Características técnicas del informe mensual para el SAT. Estándares y especificaciones técnicas a cumplir por las

aplicaciones para la generación de claves de criptografía. Estándar de comprobante fiscal digital extensible. Generación de sellos digitales para comprobantes fiscales

digitales. Uso de la facilidad de ADDENDA. Uso de la facilidad de nodos.

8 5 | P a g e

http://ads.us.e-planning.net/ei/3/29e9/cfa010f10016a577?rnd=0.31989731593057513&pb=ad5400e0e64f115b&fi=54dce5e9583e533d&kw=descuentos

Propuesto

por:


Versión: 1.0


3


o:

document.doc

Firma de aprobaciónMediante la firma de este documento y rúbrica en cada una de las páginas que lo componen, doy por hecho que estoy de acuerdo con cada uno de los requerimientos y cada una de las reglas planteadas en el mismo. Por lo tanto concuerdo en que cualquier petición que esté fuera del alcance cubierto en este documento, se realizará mediante una solicitud de cambios y acepto que ésta repercutirá en el tiempo y costo para su desarrollo, los cuales serán propuestos y administrados por el líder del proyecto por parte del proveedor del servicio.

_____________________________Juan Carlos Villarreal García

_____________________________Juan Gabriel Hernandez Sanchez

_____________________________Fausto Osiris Echevarría

Cortinas

_____________________________José Landaverde Molina

_____________________________Lisbeth Peña Pacheco

_____________________________Gaspar Alberto Contreras

Rodríguez

_____________________________Alexis Sherioshar Yamá Moguel

_____________________________Arturo Correa Ramos

_____________________________Maria Montoya

_____________________________Noé Alonso Rabadán

_____________________________ _____________________________

_____________________________ _____________________________

8 6 | P a g e

Propuesto

por:


Versión: 1.0


3


o:

document.doc


8 7 | P a g e

Requerimientos específicos - ITAMenergiaenred.itam.mx/archivos/PROYECTO/THINGS ME/i… · Web...

Documents

Transcript of Requerimientos específicos - ITAMenergiaenred.itam.mx/archivos/PROYECTO/THINGS ME/i… · Web...