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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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.
Requerimientos y Reglas
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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.
Historia de Cambios de la Actividad
Fecha Versión Descripción de cambios Autor Clave de
solicitud11/09/2010 0.1 Se creó la actividad Luis Enrique
García
1 4 | P a g e
Propuesto
por:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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.
Requerimientos y Reglas
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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.
Historia de Cambios de la Actividad
Fecha Versión Descripción de cambios Autor Clave de
solicitud12/09/2010 0.1 Se creó la actividad Luis Enrique
García
AC04 Registro de proveedores.Debe ser posible
1 7 | P a g e
Propuesto
por:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
o:
document.doc
Requerimientos y Reglas
AC04-RF01 Definir
descripciónReglas y observaciones1 Debe ser posible
Historia de Cambios de la Actividad
Fecha Versión Descripción de cambios Autor Clave de
solicitud15/07/2010 0.1 Se creó la actividad Luis Enrique
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.
Requerimientos y Reglas
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
o:
document.doc
hará siguiendo los siguientes lineamientos adicionales se hará siguiendo los siguientes lineamientos
Historia de Cambios de la Actividad
Fecha Versión Descripción de cambios Autor Clave de
solicitud12/09/2010 0.1 Se creó la actividad Luis Enrique
García
AC06 Configuración de comunicaciones.Una vez
Requerimientos y Reglas
AC06-RF01 Definir
descripciónReglas y observaciones1 Debe ser posible
Historia de Cambios de la Actividad
Fecha Versión Descripción de cambios Autor Clave de
solicitud15/07/2010 0.1 Se creó la actividad Luis Enrique
García
3 7 | P a g e
Propuesto
por:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
o:
document.doc
AC07 Bitácora de movimientos.Cada cierto tiempo es
Requerimientos y Reglas
AC07-RF01 Definir
descripciónReglas y observaciones1 Debe ser posible
Historia de Cambios de la Actividad
Fecha Versión Descripción de cambios Autor Clave de
solicitud15/07/2010 0.1 Se creó la actividad Luis Enrique
García
AC08 Búsquedas de información.En ocasiones un.
Requerimientos y Reglas
AC08-RF01 Definir
descripciónReglas y observaciones1 Debe ser posible
3 8 | P a g e
Propuesto
por:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
o:
document.doc
Historia de Cambios de la Actividad
Fecha Versión Descripción de cambios Autor Clave de
solicitud15/07/2010 0.1 Se creó la actividad Luis Enrique
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.
Requerimientos y Reglas
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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
Propuesto
por:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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.
Historia de Cambios de la Actividad
Fecha Versión Descripción de cambios Autor Clave de
solicitud15/07/2010 0.1 Se creó la actividad Luis Enrique
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
o:
document.doc
Requerimientos y Reglas
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.
Historia de Cambios de la Actividad
Fecha Versión Descripción de cambios Autor Clave de
solicitud12/09/2010 0.1 Se creó la actividad Luis Enrique
García
AC11 Integración con sistemas de contabilidadEl
4 3 | P a g e
Propuesto
por:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
o:
document.doc
Requerimientos y Reglas
AC10-RF01 sistema
Permitirá
Reglas y observaciones1234567
Historia de Cambios de la Actividad
Fecha Versión Descripción de cambios Autor Clave de
solicitud14/09/2010 0.1 Se creó la actividad Luis Enrique
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
o:
document.doc
Dato Descripción Obligado
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
o:
document.doc
Requerimientos específicos y reglas
CAT01.a-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-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.
Datos del sub catálogo
Dato Descripción Obligado
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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
Requerimientos específicos y reglas
CAT01.b-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.b.1 Teléfonos del socio de negocioDebe mantenerse un registro de los teléfonos de contacto del socio de negocio.
Datos del sub catálogo
Dato Descripción Obligado
Editable
Oculto
Empresa Empresa a la que pertenece el registro. X X4 9 | P a g e
Propuesto
por:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
o:
document.doc
Socio comercial Socio comercial al que pertenece el registro. X XContacto Identificación del socio comercial al que
pertenece el registro.X X
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
Requerimientos específicos y reglas
CAT01.b.1-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.c Referencia contableDebe mantenerse un registro de las cuentas contables que se verán afectadas.
Datos del sub catálogo
Dato Descripción Obligad Editabl Oculto
5 0 | P a g e
Propuesto
por:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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
Requerimientos específicos y reglas
CAT01.b.1-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.
Historia de cambios del catálogo
Fecha Versión Descripción de cambios Autor Clave de
solicitud
14/07/2009 0.1 Se creó el catálogo Luis Enrique García
5 1 | P a g e
Propuesto
por:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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
Dato Descripción Obligado
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
Requerimientos específicos y reglas
CAT02-RF01 Restringir acceso a catálogo
Debe restringirse el acceso a este catálogo.Prioridad: Alta Tipo: Evidente
Reglas y observaciones
5 2 | P a g e
Propuesto
por:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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.
Datos del sub catálogo
Dato Descripción Obligado
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
Requerimientos específicos y reglas
CAT02.a-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.
5 3 | P a g e
Propuesto
por:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
o:
document.doc
CAT02.b DescuentosDebe mantenerse un registro de los descuentos y sus vigencias que serán parte de los comprobantes digitales.
Datos del sub catálogo
Dato Descripción Obligado
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
Requerimientos específicos y reglas
CAT02.b-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.
5 4 | P a g e
Propuesto
por:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
o:
document.doc
Historia de cambios del catálogo
Fecha Versión Descripción de cambios Autor Clave de
solicitud
14/07/2009 0.1 Se creó el catálogo Luis Enrique García
CAT03 MonedasDebe mantenerse un registro de los tipos de moneda así como la equivalencia en pesos mexicanos.
Datos del catálogo
Dato Descripción Obligado
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
Requerimientos específicos y reglas
CAT03-RF01 Restringir acceso a catálogo
Debe restringirse el acceso a este catálogo.Prioridad: Alta Tipo: Evidente
Reglas y observaciones
5 5 | P a g e
Propuesto
por:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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.
Historia de cambios del catálogo
Fecha Versión Descripción de cambios Autor Clave de
solicitud
14/07/2009 0.1 Se creó el catálogo Luis Enrique García
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
Dato Descripción Obligado
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
Requerimientos específicos y reglas
CAT04-RF01 Restringir acceso a catálogo
Debe restringirse el acceso a este catálogo.
5 6 | P a g e
Propuesto
por:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
o:
document.doc
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.
Historia de cambios del catálogo
Fecha Versión Descripción de cambios Autor Clave de
solicitud
14/07/2009 0.1 Se creó el catálogo Luis Enrique García
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
Dato Descripción Obligado
Editable
Oculto
Consecutivo Identificación del registro X XSocio comercial Identificación del socio comercial al que
pertenece el registro.X X
Adenda Descripción de la adenda XMódulo XTagXX Etiquetas del XML a generar. X
5 7 | P a g e
Propuesto
por:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
o:
document.doc
Requerimientos específicos y reglas
CAT05-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.
Historia de cambios del catálogo
Fecha Versión Descripción de cambios Autor Clave de
solicitud
14/07/2009 0.1 Se creó el catálogo Luis Enrique García
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
Dato Descripción Obligado
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
o:
document.doc
Requerimientos específicos y reglas
CAT06-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.
Historia de cambios del catálogo
Fecha Versión Descripción de cambios Autor Clave de
solicitud
14/07/2009 0.1 Se creó el catálogo Luis Enrique García
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
Dato Descripción Obligado
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
o:
document.doc
Requerimientos específicos y reglas
CAT07-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.
Historia de cambios del catálogo
Fecha Versión Descripción de cambios Autor Clave de
solicitud
14/07/2009 0.1 Se creó el catálogo Luis Enrique García
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
Dato Descripción Obligado
Editable
Oculto
Consecutivo Identificación del registro. X XGiro Descripción del giro del negocio. X
6 0 | P a g e
Propuesto
por:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
o:
document.doc
Requerimientos específicos y reglas
CAT08-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.
Historia de cambios del catálogo
Fecha Versión Descripción de cambios Autor Clave de
solicitud
14/07/2009 0.1 Se creó el catálogo Luis Enrique García
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
Dato Descripción Obligado
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
o:
document.doc
Descripción Descripción de la entidad federativa.País País al que pertenece la entidad federativa. X
Requerimientos específicos y reglas
CAT09-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.
Historia de cambios del catálogo
Fecha Versión Descripción de cambios Autor Clave de
solicitud
14/07/2009 0.1 Se creó el catálogo Luis Enrique García
CAT10 PaísesEn este catálogo se almacenarán los países o regiones del socio de negocio.
Datos del catálogo
Dato Descripción Obligado
Editable
Oculto
6 2 | P a g e
Propuesto
por:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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
Requerimientos específicos y reglas
CAT10-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.
Historia de cambios del catálogo
Fecha Versión Descripción de cambios Autor Clave de
solicitud
14/07/2009 0.1 Se creó el catálogo Luis Enrique García
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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
Requerimientos específicos y reglas
CAT11-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.
Historia de cambios del catálogo
Fecha Versión Descripción de cambios Autor Clave de
solicitud
14/07/2009 0.1 Se creó el catálogo Luis Enrique García
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
o:
document.doc
Datos del catálogo
Dato Descripción Obligado
Editable
Oculto
Consecutivo Identificación del registro X XTipo de dirección Descripción del tipo de dirección X X
Requerimientos específicos y reglas
CAT12-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.
Historia de cambios del catálogo
Fecha Versión Descripción de cambios Autor Clave de
solicitud
14/07/2009 0.1 Se creó el catálogo Luis Enrique García
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
o:
document.doc
Datos del catálogo
Dato Descripción Obligado
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
Requerimientos específicos y reglas
CAT13-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.
6 6 | P a g e
Propuesto
por:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
o:
document.doc
Historia de cambios del catálogo
Fecha Versión Descripción de cambios Autor Clave de
solicitud
14/07/2009 0.1 Se creó el catálogo Luis Enrique García
CAT14 EmpresaEn este catálogo se almacenarán las empresas que el sistema podrá manejar
Datos del catálogo
Dato Descripción Obligado
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
o:
document.doc
DocumentoReferencia Tipo Documento Nodo XReferencia Tipo Documento Fiscal XReferencia Tipo Documento Fiscal Nodo X
Requerimientos específicos y reglas
CAT14-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.
Historia de cambios del catálogo
Fecha Versión Descripción de cambios Autor Clave de
solicitud
14/07/2009 0.1 Se creó el catálogo Luis Enrique García
6 9 | P a g e
Propuesto
por:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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
Dato Descripción Obligado
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
Requerimientos específicos y reglas
CAT15-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.La contraseña deberá tener encriptación para que no pueda ser leída.
7 0 | P a g e
Propuesto
por:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
o:
document.doc
Historia de cambios del catálogo
Fecha Versión Descripción de cambios Autor Clave de
solicitud
14/07/2009 0.1 Se creó el catálogo Luis Enrique García
CAT16 GruposEn este catálogo se almacenarán los niveles de seguridad a los que podrá pertenecer el usuario.
Datos del catálogo
Dato Descripción Obligado
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
Requerimientos específicos y reglas
CAT16-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.
7 1 | P a g e
Propuesto
por:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
o:
document.doc
Historia de cambios del catálogo
Fecha Versión Descripción de cambios Autor Clave de
solicitud
14/07/2009 0.1 Se creó el catálogo Luis Enrique García
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
Dato Descripción Obligado
Editable
Oculto
Consecutivo Identificador del registro. X XDescripción Descripción del tipo de comunicación. X
Requerimientos específicos y reglas
CAT16-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.
7 2 | P a g e
Propuesto
por:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
o:
document.doc
Historia de cambios del catálogo
Fecha Versión Descripción de cambios Autor Clave de
solicitud
11/09/2009 0.1 Se creó el catálogo Luis Enrique García
CAT18 PólizasEn este catálogo se almacenarán los tipo s de pólizas o tipo de transacción.
Datos del catálogo
Dato Descripción Obligado
Editable
Oculto
Consecutivo Identificador del registro. X XDescripción grupo Descripción del tipo de movimiento ( Ingreso,
egreso o diario).X
Requerimientos específicos y reglas
CAT16-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.
7 3 | P a g e
Propuesto
por:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
o:
document.doc
Historia de cambios del catálogo
Fecha Versión Descripción de cambios Autor Clave de
solicitud
11/09/2010 0.1 Se creó el catálogo Luis Enrique García
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
Dato Descripción Obligado
Editable
Oculto
Consecutivo Identificador del registro. X XDescripción grupo Descripción del tipo de importación. X
Requerimientos específicos y reglas
CAT16-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.
7 4 | P a g e
Propuesto
por:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
o:
document.doc
Historia de cambios del catálogo
Fecha Versión Descripción de cambios Autor Clave de
solicitud
14/07/2009 0.1 Se creó el catálogo Luis Enrique García
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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.
Requerimientos específicos y reglas
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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
Fecha Versión Descripción de cambios Autor Clave de
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
o:
document.doc
Requerimientos específicos y reglas
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:
Alta Tipo: Mandatorio
Reglas y observaciones
8 0 | P a g e
Propuesto
por:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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:
Alta Tipo: Mandatorio
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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
Fecha Versión Descripción de cambios Autor Clave de
solicitud
11/09/2010 0.1 Se creó el reporte Luis Enrique García
8 2 | P a g e
Propuesto
por:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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
Propuesto
por:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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
Propuesto
por:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
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:
Luis Enrique García Cavazos
Versión: 1.0
Aprobado por: Fecha: 23/05/202
3
Proyecto: FESilla Document
o:
document.doc
Luis Enrique García Cavazos
8 7 | P a g e
Top Related