Servicio facturación electrónica : caso de creación de servicio de facturación electrónica en México

Texto completo

(1)INSTITUTO TECNOLÓGICO Y DE ESTUDIOS SUPERIORES DE MONTERREY 3Z~~~'b. BIBLIOTECt. 2 2 JUN 2u,2 SERVICIO FACTURACION ELECTRONTCA. CASO DE CREACION DE SERVICIO DE FACTURACION ELECTRONICA EN MEXICO. PROYECTO DE CAMPO REALIZADO POR: YAMIL ISRAEL ORTEGA ZAMORA ASESOR: IF. EDUARDO MARTÍNEZ MARTÍNEZ. FACILITADO RES: DR. ARMANDO HERRERA CORRAL ING. RICARDO CAMARGO CARMONA DR. RALF EDER LANGE ING. JOSE LUIS GARCÍA RESENDIZ IF. EDUARDO MARTÍNEZ MARTÍNEZ. ATIZAPAN DE ZARAGOZA, ESTADO DE MÉXICO A 2 DE DICIEMBRE DEL 2010.

(2) Instituto Tecnológico de Estudios Superiores de Monterrey. Servicio de Facturación Electrónica para MiPyMe Creación e implementación de servicio de facturación electrónica para Micro, Pequeñas y Medianas empresas en México. Ortega Zamora Yamil Israel A00455141 Noviembre 2010. •.

(3) Proyecto de campo Noviembre 2010. Contenido Agradecimientos ..................................................................................................................... 2 Presentación ............................................................................................................................. 3 Objetivos del servicio de Facturación Electrónica ................................................................ 4 Marco Teórico .......................................................................................................................... 5 Presentación de la empresa y sector ...................................................................................... 8 Diagnostico .............................................................................................................................. 9 Diagnostico interno ............................................................................................................. 9 Diagnostico Externo (clientes externos) ........................................................................... 10 Conclusiones del diagnóstico comparativo ..................................................................... 11 Modelo de intervención ........................................................................................................ 12 Problema organizacional .................................................................................................. 12 Diagrama de solución ....................................................................................................... 12 Objetivos de la aplicación de la propuesta ...................................................................... 13 Tiempos y Etapas intervención ........................................................................................ 15 Técnicas o instrumentos aplicados durante la intervención .......................................... 15 Conclusiones sobre la viabilidad del modelo ..................................................................... 21 Comentarios finales ............................................................................................................... 22 BibliograHa ................................................................................................................................ 23 Anexos .................................................................................................................................... 24. '. 1. \,,.; TECNOLÓGICO. •. DE MONTERREY•.

(4) Proyecto de campo Noviembre 2010. Presentación A partir del lero de Enero de 2011, el Sistema de Administración Tributaria (SAT) hará obligatorio a todas las empresas, la emisión de Comprobantes Fiscales Digitales (CFD), los cuales sustituirán las facturas impresas hacia un modelo de seguridad y control más robusto. Sin embargo, la mayoría de las empresas micro, pequeñas y medianas no tienen el conocimiento, ni la capacidad tecnológica para poder implementar el esquema requerido. Vaür Soluciones e Integración S.A. de C.V. es una micro empresa, cuya meta principal es el de brindar servicio de facturación electrónica para las Micro, Pequeñas y Medianas Empresas. El siguiente trabajo está basado en la descripción, proceso y creación del servicio que se pretende brindar a las MiPyMe emisoras de facturas, con la finalidad de que su participación en el esquema de Facturas Digitales sea transparente, otorgando así el valor de que se concentren en las actividades propias de su interés .. .. w~.. 3.

(5) Proyecto de campo Noviembre 2010. Objetivos del servicio de Facturación Electrónica.. El objetivo de este proyecto es determinar los elementos que forman parte de un servicio de facturación electrónica basándose principalmente en software desarrollado in house , distinto al existente en el mercado nacional. El servicio estará enfocado a las MiPyMe basándose en el esquema Comprobantes Fiscales Digitales por medios propios. El servicio será brindado por VaOr Soluciones e Integración S.A. de C.V. que busca obtener una participación rentable en el mercado.. 4.

(6) Proyecto de campo Noviembre 2010. Marco Teórico La factura electrónica es un documento electrónico que cumple con los requisitos legales y exigibles de una factura convencional. Este presenta como características: •. Autentico.- La identidad del emisor puede verificarse.. •. Verificable.-La persona que emita un comprobante fiscal digital no podrá negar haberlo generado.. •. Único.- Cada comprobante fiscal digital es generado con un folio único, una serie y un certificado con una vigencia determinada, los cuales pueden validarse contra el informe mensual.. Alrededor del mundo, la factura electrónica ha sido implementada ofreciendo grandes ventajas a las empresas que la implementan. Por mencionar algunas se pueden nombrar •. Reduce del costo por facturación hasta en 85%.. •. Seguridad y rapidez en la emisión de los comprobantes.. •. Simplifica de procedimientos administrativos.. •. Disminuye del uso de papel, lo que contribuye a la preservación del medio ambiente.. •. Mejora el servicio al cliente.. •. Reduce costos y errores en el proceso de generación, captura, entrega y almacenamiento.. •. Mayor control documental. Con la facturación electrónica se genera una mayor seguridad jurídica, ayudando a disminuir la cantidad de comprobantes apócrifos que afectan a la economía formal, por lo que su uso disminuye los riesgos de fraude y evasión fiscal. (SAT, Sistema de Administracion Tributaria, 2010) Cada gobierno establece los criterios que deben de cumplir las facturas digitales que son emitidas por las empresas registradas en sus dependencias tributarias. En el caso de México, el Sistema de Administración Tributaria, es el encargado de emitir los criterios, normas, elementos, y estándares requeridos para determinar que un documento digital es válido como comprobante de facturación. Para el cumplimiento adecuado de los estándares y procedimientos, el SAT ha publicado en internet en la miscelánea fiscal para 2011, el Anexo 20 que será usado de base para el desarrollo del software. (SAT, Anexo 20 de la Resolucion de la Miscelanea Fiscal, 2010). ~ w. TECNOLÓGICO DE MONTERREY•. 5.

(7) Proyecto de campo Noviembre 2010 En resumen, se especifican 4 formas distintas para la emisión de facturas digitales que operarán durante el año fiscal 2011.. Medios impresos Diseñado para los contribuyentes cuyo monto de facturación no exceda los $2,000.00 a través de medios propios o un tercero siempre y cuando reúnan los requisitos que se precisan en el artículo 29-A del CFF con excepción del previsto de las fracciones II y IX del mismo.. Comprobantes Fiscales Digitales por medios propios (CFD) En este esquema, el contribuyente que desee emitir sus facturas digitales, deberá seguir los siguientes pasos.. l. Solicitar al SAT su Firma Electrónica Avanzada 2. Solicitar al SAT la llave privada y pública (certificados) 3. Solicitar números de folio y serie autorizados para emitir sus facturas digitales. 4. Emisión de facturas selladas digitalmente de acuerdo a los criterios del Anexo 20 a través del software de su elección. 5. Enviar un resumen mensual al SAT con los folios autorizados usados durante el mes.. Comprobantes Fiscales Digitales por Proveedor Autorizado de Certificados (CDFPAC) En este esquema, el contribuyente le solicita a una empresa certificada por el SAT, la emisión del certificado de llave privada. Los pasos que debe de seguir son los siguientes. l. Solicitar al SAT su Firma Electrónica Avanzada. 2. Contratar el servicio del tercero, para que este pueda generar la llave privada y pública que cumple con los lineamientos del anexo 20. 3. Emisión de facturas selladas digitalmente de acuerdo a los criterios del anexo 20 a través de las herramientas proporcionadas por el PAC. 4. Elaboración de resumen mensual de folios emitidos a través de las herramientas proporcionadas por el PAC. A partir de la actualización de la miscelánea fiscal, el anexo 20 específica que los PAC eventualmente deberán de migrar sus procesos de emisión de facturas digitales hacía el modelo CFDI.. Comprobantes Fiscales Digitales por Internet (CDFI) Este esquema es idéntico al CFDPAC, con la diferencia que las facturas digitales ahora tendrán 2 características adicionales .. .J. TiJ. TECNOLÓCilCO DE MONTERREY•. 6.

(8) Proyecto de campo Noviembre 2010 •. Timbrado Electrónico. Este es un sello proporcionado por el SAT vía intemet.. •. Código de barras bidimensional. La información del sello digital, se contiene ahora en un código de barras bidimensional de tipo QR. (QR, 2010). ·•~-. 7.

(9) Proyecto de campo Noviembre 2010. Presentación de la empresa y sector. VaOr Soluciones e Integración S.A. de C.V., es una micro empresa que busca posicionarse en el mercado de las MiPyMe ofreciendo el servicio de facturación electrónica por medios propios. El hecho de que la facturación electrónica sea obligatoria a partir del lro de enero de 2011, hace que busquen alternativas de solución que les permitan implementar las disposiciones de manera sencilla, clara, con beneficios y por supuesto al costo más bajo posible. Vaür Soluciones e Integración, entiende las necesidades de las MiPyMe debido a que estas se encuentran más enfocadas a la captación de clientes y mejora de procesos, que a temas de sistemas de información. Actualmente existen pocas empresas que brindan el servicio de facturación electrónica. Esto abre para VaOr Soluciones e Integración, un mercado de posibilidades para poder comercializar y dar el servicio de facturación electrónica a las MiPyMe situándose como una alternativa de bajo costo y alta confiabilidad. La diferencia de VaOr Soluciones e Integración de los demás prestadores del servicio, es su estrategia de reducción de costos de operación, al mantener •. Esquema de servicio basado en Cloud Computing. •. Garantía de disponibilidad del servicio de Facturación Electrónica.. •. Incremento de recursos de procesamiento de información en breve tiempo.. •. Sin transferencia de costo al usuario final.. Vaür Soluciones e Integración cuenta con un total de 4 personas y un capital de 50,000 mil pesos para desarrollar un software basado en nube (Wikipedia, 2010), de nombre Elnvoice que busca la reducción de costos para los clientes que se encuentran en el sector MiPyMe.. ·•~-. 8.

(10) Proyecto de campo Noviembre 2010. Diagnostico. Diagnostico interno •. Personal. VAOR se encuentra formado por 4 personas de perfil emprendedor, cuya participación en la empresa está ligada a través de posesión de acciones de esta. Los porcentajes y funciones principales de cada uno de los integrantes esta descrita en la siguiente tabla. Puesto. Perfil Académico. Función principal. Porcentaje acciones. de 30% e del de. de. Ing. En Sistemas Codificación Computacionales software infraestructura sistema facturación electrónica. Análisis y estrategia 30% Administración de LSCA del servicio de Producto Facturación Electrónica Lic. En derecho Cumplimiento Cumplimiento y 20% gestión de contratos regula torio con proveedores, clientes y autoridades. Lic. En ciencias de la Promoción Relaciones publicas y 20% captación de comunicación. clientes.. Desarrollador. 1 Ing. En Sistemas Computacionales. Función principal.- Codificación del software y la infraestructura tecnológica del Sistema de Facturación Electrónica. 1 Lic. Sistemas Computacionales Administrativos.- Función principal: Análisis, estrategia y gestión del servicio de Facturación Electrónica 1 Lic. En derecho.- Función principal: Cumplimiento y gestión de contratos con proveedores y clientes. 1 Lic. En ciencias de la comunicación. Función principal: Promoción y captación de clientes.. w. J.TECNOLÓGICO DE MONTERREY•. 9.

(11) Proyecto de campo Noviembre 2010 •. Infraestructura y recursos. Se cuenta con un capital inicial de $50,000 pesos e instalaciones propias para montaje de oficinas de atención a clientes. Adicionalmente, se cuenta con equipos de cómputo personales. (laptops) para la. comunicación efectiva entre el personal de VAOR y los clientes. Para la implementación de servidores que soporten la operación y almacenamiento de información de la facturación electrónica, se contratara tipo un proveedor de servicio de l. Alojamiento de Servidor de Internet con redundancia.. 2. Alojamiento de Servicio de Base de Datos con redundancia. Dichos servidores deberán de correr el sistema operativo Windows 2008 Server, Internet Information Services y SQL Server 2008. Este tiene un costo aproximado de $360 USD por mes. Debido a que es una empresa de reciente creación, es difícil determinar los costos de operación total. Sin embargo se estima de forma general el siguiente gasto mensual. Concepto Licenciamiento Visual Studio 2008 Standard Desarrollador Administrador de Producto Gestión de contratos Ventas Renta servidores (Cloud Computing) Mesa de Servicio Total. Costo Observaciones $US 590 T.C. Pago único $13.00 =$7,670.00 $4,000.00 $4,000.00 $4,000.00 $4,000.00 us $360.00 T.C. $13.00 = $4,680.00 $9,000.00 Este costo se agregará hasta el tercer mes de operaciones $29,680.00. Diagnostico Externo (clientes externos). Al mes de Julio de 2010, según datos del SAT, solo 12 mil MiPyMe han implementado el esquema de facturación electrónica con éxito, de 3 millones en total que se encuentran registradas. Es decir menos del 5%. Esto es derivado básicamente de la desconfianza, desinformación y la infraestructura tecnológica que se requiere (Cruz, 2010) Al mes de octubre de 2010, tan solo 27 empresas han sido autorizadas y publicadas en el portal del SAT (WWW.SAT.GOB.MX) para la emisión de facturas digitales. El costo de. J.TECNOLÓQCO. TiJ. DE MONTERREY•. 10.

(12) Proyecto de campo Noviembre 2010 servicio de facturación electrónica por parte de los PAC (Proveedor autorizado de Certificados), oscila entre los 250 y 500 pesos al mes, dependiendo de las características de servicio que ofrece cada proveedor (integración con ERP, EDI, soporte, etc.) Por otro lado, las principales actividades de las MiPyMe están enfocadas a la adquisición de clientes y operación interna, por lo que los sistemas de información en la mayoría de los casos, no son prioridad del negocio. Por lo tanto buscan que un tercero les brinde el servicio de una forma clara, sencilla, eficiente y disponible. Conclusiones del diagnóstico comparativo. Derivado del análisis del diagnóstico interno y el diagnostico externo, se concluye que es viable la implementación y gestión del servicio de facturación electrónica para las MiPyMe en el esquema de Emisión por sus propios medios, siempre y cuando se puedan captar un mínimo de 85 clientes en los primeros 6 meses de operación. Para el cálculo de egresos se toma en cuenta el salario de $4,000.00 pesos por cada uno de los accionistas. Adicionalmente se considera que al 3er mes, se contraten 2 operadores de mesa de ayuda, con un salario de 3500 pesos mensuales. Adicionalmente se necesita que el costo del servicio de facturación electrónica hacia los clientes no supere los $299 pesos mensuales por cliente.. Ingresos - Egresos - Clientes 160. $60,000.00. 140. $50,000.00. 120 100 80 60 40 20. $40,000.00 $30,000.00 $20,000.00 $10,000.00 $-. Die. Ene. Feb. Mar. Apr. May. Jun. Ju!. Aug. Sep. Oct. -. Ingresos $50,000. $5,980.. $10,465. $13,455. $16,445. $20,930. $25,415. $29,900. $34,385. $35,880. $40,365. -. Egresos. $28,290. $20,620. $20,620. $29,680. $29,680. $29,680. $29,680. $29,680. $29,680. $29,680. -. Clientes. 20. 35. 45. 55. 70. 85. 100. 115. 120. 135. ·•~-. o. 11.

(13) Proyecto de campo Noviembre 2010. Modelo de intervención Problema organizacional. Para poder brindar el servicio de Facturación electrónica, se requiere contar con varios elementos que garanticen la adecuada emisión y operación de las transacciones electrónicas. La solución debe de contemplar un esquema de solución tecnológica que contenga los siguientes elementos: •. Software servicio (lógica y acceso a base de datos) basado en Nube. •. Software de escritorio "cliente" que usaran los usuarios del servicio.. •. Mesa de soporte y ayuda a usuarios.. •. Desarrollo e Innovación. •. Cumplimiento de requerimientos tecnológicos emitidos por el SAT.. Diagrama de solución. La propuesta de solución para poder brindar el servicio, queda detallado de la siguiente forma:. 1. Cliente Contribuyente. Cliente V\llndows. o. •a •. Cd. Mexico Mesa Soporte. e) '-'. ~. .\i-,.f •. TECNOLÓ<ilCO DE MONTERREY•. W. A. 9. Desarro~ e lnnovaaon. 12.

(14) Proyecto de campo Noviembre 2010 Para poder emitir CFD por medios propios, es necesario que se definan los roles y funciones que realiza cada uno de los elementos que intervienen en el proceso de emisión de facturación electrónica. El siguiente diagrama ilustra el flujo de 3 actividades esenciales. •. Autorización de folios para la emisión de CFD. •. Emisión de CFD. •. Notificación de folios utilizados. -~. iw. __.._. -y--. -do..-. ---. :=::. Natiftc:lciondl. Rlgiolrodo-. facturateladl a. decientoy~. dienteWle-mlilo impr9'ion. -. ~-de. Repcion de Fa"1JraDi¡jtal. bienes y/o. Objetivos de la aplicación de la propuesta. La aplicación propuesta tiene como objetivo dar soporte a la necesidad de VaOr Soluciones e Integración y las empresas cliente,. brindar el servicio de facturación. electrónica. Este esquema cumple con los requerimientos planteados por el SAT y otorga elementos adicionales que ayudan a la gestión del control de facturación. Elementos que integran el modelo de la intervención: Acuerdo de niveles de Servicio (SLA) Se contaran con 1 servidor que aloje el servicio de lógica con capacidad de hasta 300. clientes de forma simultánea. En caso de que la suscripción de clientes sea superior, se incrementará el rendimiento de este. Se contará con 1 servidor que aloje la base de datos con una capacidad de 100000 GB de. almacenamiento, con capacidad de incremento si su ocupación fue excedida en 80%. Se contara con 1 conexión de intemet del servicio con ancho de banda de 2 Mbps, con. opción de incremento en caso de que su uso sea superado en 8%.. J.r TiJ. TECNOLÓGICO. DE MONTERREY.. 13.

(15) Proyecto de campo Noviembre 2010 El servicio tendrá una operación de 24 horas los 365 días del año, siempre y cuando en el equipo que se ejecute el software cliente, cuente con una conexión de intemet. El desempeño del servicio será directamente proporcional a la calidad de transmisión de información del canal de comunicación contratado por el cliente. Por el servicio se cobrara una renta mensual de 300 pesos, con un contrato de plazo mínimo 6 meses con opción a recontratación.. Se enviara mensualmente una evaluación al final de cada mes, con la finalidad de detectar áreas de oportunidad. Mesa de servicio para atención de incidentes con horario de 9:00 a.m. a 18:00 horas de lunes a viernes.. Software Cliente Es un software basado en su fase inicial en plataforma Windows, el cual a través de intemet, se comunicara con el Software de Servicio en un canal cifrado y seguro. Este software será el que el contribuyente emisor de CFD interactuara de forma directa. Este deberá de incluir los siguientes elementos •. Interfaz gráfica para la autenticación y autorización del uso del software. •. Interfaz gráfica para la administración de catálogos de productos y categorías de la empresa. •. Interfaz gráfica para la administración de clientes.. •. Interfaz gráfica para la emisión de factura. •. Interfaz gráfica para la visualización de factura. •. Interfaz gráfica para generar el reporte mensual solicitado por el SAT. •. Interfaz gráfica para la administración de facturas electrónicas.. •. Actualización instantánea en caso de modificaciones.. Software de Servicio Software basado en Windows Comunications Foundations para su implementación en Nube (Lógica de negocio y Bases de datos). Este debe de tener alta disponibilidad y redundancia. •. Lógica de servicio para la autenticación y autorización del uso del software. •. Lógica de servicio para la administración de catálogos de productos y categorías de la empresa. •. ~ liJ TKNOLÓGICO. DE MONTERREY.. Lógica de servicio para la administración de clientes . 14.

(16) Proyecto de campo Noviembre 2010 •. Lógica de servicio para la emisión de factura. •. Lógica de servicio para la visualización de factura. •. Lógica de servicio para generar el reporte mensual solicitado por el SAT. •. Lógica de servicio para la administración de facturas electrónicas.. Mesa de ayuda y soporte La mesa de ayuda y soporte es un deberá de tener un esquema inicial en horario de 9:00 a.m. a 6:00 pm de lunes a sábado.. Desarrollo e Innovación Este elemento tendrá la capacidad de desarrollar e implementar cambios en el servicio, basándose en los requerimientos y oportunidades del negocio.. Tiempos y Etapas intervención. 2010 AGO. Desarrollo Cliente. 2011 SEPT. OCT. NOV. DIC. ENE. FEB. MAR. ABR. MA Y. JUN. Software. Desarrollo software Ló ica Base de datos Re ortes Mesa de servicio Venta de servicio Actualizaciones mantenimiento. y. Técnicas o instrumentos aplicados durante la intervención. La tecnología sobre la que se desarrollara el software de Elnvoice es la siguiente Cliente Windows. Elemento Cliente de escritorio Lógica de negocio y acceso a datos Base de datos Reportes. Plataforma Windows Forms .NET Windows Comunications Foundations 4.0 SQL Server 2008 SQL Server Reporting Services 2008. Para el desarrollo tanto del cliente Windows, como del servicio de lógica y base de datos, se deberá la arquitectura de software MVC (Modelo vista controlador), ya que este tipo de arquitectura separa los datos, la interfaz de usuario y la lógica en tres componentes. J.r TiJ. TECNOLÓGICO DE MONTERREY•. 15.

(17) Proyecto de campo Noviembre 2010 distintos (Controlador, 2010). Se optó por este. modelo ya que permite una gran. flexibilidad para implementar cambios, sin afectarse los componentes mutuamente.. Diagrama Base de datos Por su tamaño, el diagrama de base de datos del sistema, se encuentra descrito en el anexo. 2. Se mencionan a continuación las tablas que son se usaran. ffi ::::1 dbo.Cat1log0Articulos ffi ::::1 dbo.CatalogoC1tegori1sArt ffi. ::J dbo.CatalogoForm1DePago. ¡¡J. ::::1 dbo.Catalogolmpuestos dbo.CatalogoTipoComprobante :J dbo.CertificadosDigitales ::1 dbo.EmisoresCDF ::1 dbo.Estados ::1 dbo.FadurasDetalleArticulos :J dbo.FadurasEncabezado :J dbo.FoliosAutorizados :::::1 dbo.LogoEmisor :J dbo.Municipios :::::1 dbo.Paises :::1 dbo.ReceptoresCDF :::::1 dbo.SucursalesEmisores :J dbo.TiposMoneda. 1±1 ffi. 1±1 1±1 1±1 1±1 1±1. l!l 1±1 1±1 1±1 1±1 1±1. ::1. Lógica de procesamiento El código de la lógica de servicio estará desarrollado en lenguaje C#. En este se encuentran las llamadas a servicio y lógica operacional para el proceso de la emisión de factura electrónica.. lnterfaz de usuario Interfaz gráfica para la autenticación y autorización del uso del software login. Usuario Password. •••••••••••• E] Recordar cortrasena. [. keptar. ) [. Cancelar. j. Interfaz gráfica para la administración de catálogos de productos y categorías de la empresa. w. ~TECNOLÓGICO DE MONTERREY.. 16.

(18) Proyecto de campo Noviembre 2010. OESCRIPCION. .. .. P.U. Sug«ido • f lf. PISO LAMINADO MAR:A TEKNO STEP MODELO CHINABAMBU COLOR NATURAL. 8 MM DE ESPESOR PESO 70 GT PPG. $650.00. PISO LAMINADO MAR:A TEKNO STEP MODELO CHINABAMBU COLOR NEGRO. 8 MM DE ESPESOR PESO 70 GT PPG. $650.00 $346.00. PISO LAMINADO MAR:A TERZA MODELO BOCH COLOR CHOCOLATE. 7 MM ESPESOR. PESO 55GR PPG. ID. OESCRIPCION ALFOMBRA. 2. PERSIANAS TELA. PISO l.AMINAOO. Interfaz gráfica para la administración de clientes. ~ Direccion ( ontribuy,nte Receptor. ·!'tl Nuevo lliil Guudar Nombre O Ra10t1 Social P.egi,tro Fecloral d o ~ . .. NUEVA WALMART DE MEXICO S. DE R. L. DEC.V.. Ir ~M9iTJ92«Wd. jO. Cale. NEXTENGO. tvneroE>I.. 78. e.todo. DISTRITO FEDERA •. lvicipio. P-Z.C.APOTZAI.CO. Cdotia. SANTACRUVCAYU. Pás. MEXICO. l.ocoldad MEXICO. CcdgoPOllal 2770. Interfaz gráfica para la emisión de factura. J.TECNOLOOCO. w. DE MONTERREY.. 17.

(19) Proyecto de campo Noviembre 2010. -. 1.-0olat.lEOITERRAIIEO DECOR..CCIOfiES MDE030,o:1 4if1. ,:.,11 RIO S:.J-l .ú.:.OUI i12 10 DE ABRIL $,ON. 2.-0-V.....20. -. 511111 A21. Fclo. •. ~ • UNA SOLA E>IIIIO>N. 0o1oo•-. -oo. C..- Al.fOIIIIAA ~ '"I_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 000. CANT. ----~~~--. UM. Too -. ,._. P.U.. PZA •. PESOS MEJOC.IHOS •. OESCRIPCX)N. -e]~. 000-.-. , ._ IVA. (;8 ~ PU. •. Gt). Tcal-. Tcal. Interfaz gráfica para la visualización de factura ,i. of 1 ,. ·,. ,,. <-. Frnd. 100%. Ne:<t. COMPROBANTE FISCAL DIGITAL FACTURA •. A21. -2010. Dato• Emlaor. ME. MEDITERRANEO OECORACIONES. -. AV RIO SAN JOAQUI 712 10 OE ABAL MEXICO SAN FRANCISCO OE LOS ROMO AGUASCALEN'reS MEXICO 11500. íffilfHf. EUGENIO GARZA SAOA 3791 CENTRO RECREATIVO PARQUE. -. MOE0304147F7. c. -Cliente. ww. NUEVA WALMART 0E MEXICO S. 0E R.L. OE C.V.. -. NWM9709244W4. NEXnNGO 78 SANTA CRUZ ACAYUCAN IIEXICO AZCAPOlZALCO DIST1UTO FEOERAL IIEXICO 2770. -. 17.57. PZA. PISO LAIIINADO MARCA TERZA IIOOELO BEACH COLOR VWO. 7 MIi ESPESOR PESO. S355.00. 56,237.35. S25.00. 525,000.00. SUBTOTAL. S 31,237.00. TOTAL. 535,510.62. 55GRPPG. 1000.00. PZA. FRANELA COLOR GRIS 100'!1.ALGODON. TREINTA Y CINCO MIL QUINIENTOS DIEZ CON 62/100 MXP. . \,,.;' TECNOLÓGICO. . . , DE MONTERREY.. 18.

(20) Proyecto de campo Noviembre 2010 Interfaz gráfica para generar el reporte mensual solicitado por el SAT a.. ReporteMensual. Mes. Mo. .... 2010. o. Desmo hdivo [.__-_-_-_ _ _ __. '. Interfaz gráfica para la administración de facturas electrónicas. ~[][]~ El Fecha 1rkia1. El RFC Receptor. EJ. 1 11/20/2010 •. (] Fechamal. 11/20/201 O. ]. IE] Fcio mal. Fcio~al. !P. Qisc.y. 1. 1~ ÜT!)iar l ILA Vioualz• J. Serie. •. Fcio. RFC. RazonSocial. Total. -. Fecha. S16.913.31 10/11/201011 :48:03. .. -. A21. 1. PME380620F56. PETROLEOS MEXICANOS. A21. 4. OEZY791230. YAMIL ORTEGA ZAMORA. S240.02 11/11/2010 10:57:07. 1·. A21. 6. OEZY791230. YAMIL ORTEGA ZAMORA. S14.355.00 11/11/2010 10:57:07. u. A21. 5. OEZY791230. YAMIL ORTEGA ZAMORA. S3.120.20 11/11/2010 10:57:07. A21. 7. OEZY791230. YAMIL ORTEGA ZAMORA. A21. 11. OEZY791230. YAMIL ORTEGA ZAMORA. S7.922.85 11/11/2010 12:03:08. A21. 12. OEZY791230. YAMIL ORTEGA ZAMORA. $449.04 11/11/2010 12:10:50. A2 1. 13. PME380620F56. PETROLEOS MEXICANOS. S641.48 11/11/2010 12:12:55. A21. 14. PME380620F56. PETROLEOS MEXICANOS. S9.231 .28 12/11/2010 10:58:55. A21. 15. OEZY791230. YAMIL ORTEGA ZAMORA. S3.554.51 12/11/2010 11 :12:57. A21. 19. NWM9709244W4. NUEVA WALMART DE MEXICO S. DE R.L. DE C.V.. S35.510.62 15/11/2010 10:19:54. A21. 20. PME380620F56. PETROLEOS MEXICANOS. S18.560.00 15/11/2010 10:29:09. A21. 2. OEZY791230. YAMIL ORTEGA ZAMORA. $50.900.21 10/11/2010 11 :55:05. -. S7.473.32 11/11/201011:10:05. A21. 3. GGA-040910-HYS. GAS EXPRESS GASOLINERAS. S16.234,89 10/11/2010 11 :59:34. A21. 3. GGA-040910-HYS. GASEXPRESS GASOLINERAS. S16.234.89 10/ 11/2010 11 :59:34. A21. 8. PME380620F56. PETROLEOS MEXICANOS. $88.89 11/11/2010 11 :40:11. YAMIL ORTEGA ZAMORA. SSl .573.60 11/11/2010 11 :45:25. A21. 9. OEZY791230. íl 11. ~. .. Mesa de soporte Se da por entendido que los clientes emisores de CFD tendrán muchas dudas para operar el sistema de facturación electrónica de forma eficiente, por lo que es necesario implementar una mesa de ayuda vía telefónica para ayudar a los emisores a generar sus CFD cuando así lo requieran.. L w. TECNOLÓGICO. DE MONTcRREY.. 19.

(21) Proyecto de campo Noviembre 2010 Eventualmente la mesa de ayuda será el punto principal de captación de anomalías, quejas, recomendaciones y felicitaciones que ayuden a replantear el esquema de trabajo actual y permita implementar mejoras. Para su operación, la mesa de ayuda deberá registrar los siguientes datos •. Número de Folio del incidente. •. Fecha y hora de recepción de llamada. •. Datos del emisor del CFD (RFC, nombre de quien reporta). •. Nombre del agente telefónico que atiende la llamada. •. Seguimiento de proceso de solución.. •. Descripción de la solución.. •. Fecha y hora de cierre de reporte.. Finalmente, se deberá tener reportes con las siguientes características. •. Numero de reportes recibidos. •. Número de incidentes atendidos exitosamente en línea.. •. Número de incidentes atendidos exitosamente en sitio.. •. Tiempo total de solución de incidente.. •. Información de seguimiento.. •. Demanda del servicio.. BIBLIOTECi.

(22) Proyecto de campo Noviembre 2010. Conclusiones sobre la viabilidad del modelo. Se determinó con claridad los elementos mínimos que son necesarios para poder brindar. el servicio de facturación electrónica a las MiPyMe. La ventaja de haber desarrollado el software que usaran los clientes permite implementar cambios y mejora de forma continua, ya que se cuenta con los recursos humanos necesarios a un bajo costo. Adicionalmente se detectaron áreas de oportunidad que permitirán mejorar el desempeño del software, del servicio así como del negocio que se pretende brindar.. Desarrollo de software de facturación y soporte al proceso. El modelo MVC es adecuado para implementar cambios de forma transparente a los usuarios del software. Estos deberán de ser implementados para ofrecer mayor competitividad en contraste con el software que actualmente existe en el mercado. El área de oportunidad que se detecta es •. Interfaz visualmente atractiva.. •. Elementos adicionales como el envío de archivo XML de facturación electrónica vía correo electrónico.. •. Inclusión de apartados de Adenda. •. Explotación de servicios instalados en otras plataformas (móviles, internet).. •. Incrementar opciones de valor a las empresas (reportes informativos, estadísticas). Desarrollo del servicio de la factura electrónica. El modelo planteado es claramente viable en el aspecto técnico, excepto por la compra de software de la mesa de servicio, ya que este llevara un costo adicional (licenciamiento y mantenimiento) al descrito en la operación mensual del diagnóstico comparativo. Basándose en el análisis de los requerimientos de la mesa de servicio, estos pueden ser perfectamente cubiertos por un desarrollo propio.. Viabilidad económica de la creación del servicio de factura electrónica. El servicio es económicamente viable y conveniente ya que tiene su punto de equilibrio en 6 meses. Sin embargo es importante mencionar que las percepciones de salarios (mesa de servicio, ventas y soporte tecnológico), es muy bajo en comparación con lo que se ofrece en el mercado. Adicionalmente la percepción económica de los accionistas es similar a la de los puestos operativos (mesa de servicio). Se recomienda ampliamente reconsiderar los gastos por concepto de salarios, así como una. estrategia clara de comercialización del servicio.. 21.

(23) Proyecto de campo Noviembre 2010. Comentarios finales. Abordar el tema de Facturación electrónica es complicado y amplio, ya que tiene implicaciones tecnológicas, regulatorias y legales. Adicionalmente crear una empresa, así como el software que se usa y el servicio hacia terceros en el cual sustentará sus ingresos aumenta la cantidad y complejidad de este proyecto. Desafortunadamente estos temas no pueden ser separados ya que se encuentran ligados íntimamente uno del otro. A lo largo del proyecto se observó que el "Otorgar un servicio de facturación electrónica" es un proceso que no se puede hacer de forma individual. Ya que existen muchas lagunas técnicas, operativas y legales que no se pueden aprender en un lapso de 6 meses de duración de este proyecto y mucho menos por una sola persona.. 22.

(24) Proyecto de campo Noviembre 2010. Bibliografía Controlador, M. V. (14 de 11 de 2010). Wikipedia. Recuperado el 14 de 11 de 2010, de http://es.wikipedia.org/wiki/Modelo_Vista_Controlador Cruz, A. (25 de 9 de 2010). Diario el Universal. Recuperado el 11 de 10 de 2010, de www.eluniversal.com.mx:http://www.eluniversal.eom.mx/finanzas/82148.html QR, W. (25 de 10 de 2010). Obtenido de http://es.wikipedia.org/wiki/C%C3%B3digo_QR SAT. (15 de 06 de 2010). Anexo 20 de la Resolucion de la Miscelanea Fiscal. Recuperado el 11 de. 10. de. 2010,. de. http://www.sat.gob.mx/sitio_internet/e_sat/comprobantes_fiscales/15_6534.html SAT. (21. de 11 de 2010).. Sistema de Administracion Tributaria. Obtenido de. http://www.sat.gob.mx/sitio_internet/asistencia_contribuyente/principiantes/comp robantes_fiscales/66_19217.html Wikipedia.. (2010).. Cloud. Computing.. Obtenido. de. http://es.wikipedia.org/wiki/Computaci%C3%B3n_en_nube. •. 23. \j'TECNOLÓGICO •. DE MONTERREY..

(25) Proyecto de campo Noviembre 2010. Anexos. -•~-. 24.

(26) DIARIO OFICIAL. (Primera Sección). Martes IS de_iunio de2010. Martes IS dejtmio de 2010 b.. PODER EJECUTIVO SECRETARIA DE HACIENDA Y CREDITO PUBLICO ANEXO 20 de la Raolucl6a Mloceljaea Flocal para 1010, pabUcada el 11 de junio de lOUI._. Al margen un sello con el Escudo Nacional, que dice: Estados Unidos Mexicanos.- SecrelBrla de Hacienda y Crédito Público. Anua 10 de la Raaluclén Miacel,nea Filcal pan 2010 Contenido Medloa electrónicos. (Primera Secció.!!)_. RFC del amisor. •. c.. DIARIO OFICIAL. XXXX010101000. Mes y Afio a ser reportado.. • mmyyyy Ejemplos da los nombnls de archivo a ser enviado• por al aaquema que utilice para al informe mensual, Comprobantes Fiscales Digiteles: 1 + RFC + MES + AÑO 1xxxxo1010100001200B.1xt Comprobantes 101idado1 por medio de un astablecmlento autorizado:. A.. Caraclerlsticaa técnicas del archiw qua contenga el informe mensual de comprobantes fiscales digitales emitidos.. B.. Esténderes y especificaciones técnicas qua deberén cumplir las aplicaciones informáticas pare la generación de claves da criptografla asimébica a utilizar para Firma Electrónica Avanzada.. Ejemplos de registros dentro de un infonne mensual por esquema da comprobación fiacal,. C.. Esténdar de comprobante fiscal digital extensible.. Comprobantes Fiaca lea DlgMles:. D.. Generación da sellos dlgitalas para comprobantes fiscales digitales.. E.. Uso da la facilidad de enaobretado <Addanda>. F.. Uso de la facilidad de nodos <ComplamentoConcapto> y <Complemento>. A.. Carac111rlstlcH t6cnlcas del archivo que con111nga el Informe mensual da comproban111s fiscales digitales emitidos.. 2 + RFC + MES + AÑO 2XXXX010101000012008. lxt. 1.. !PLW750114XP1IPPPl47I200401I24/0212004 16:16:52126314.0010.0011 I TIOO 133234881430,00112107659200124/02/2003,21/09120021VERACRUZ,MEXICO PANTACOI. 2.. ISWP7501140P1IPPPI48I200460I25/02/2004 16:16:55100.00111 IEI 12118123499430, 13129107634240I24/02/2008,21/0912009IVERACRUZ,NUEVO LAREDOI. 3.. ILOPQ750114X10IPPPI49I200460I24/02/2004 16:16:5911150.001150.0011111 00128132456430,00438987651140124/0512008, 18/09/2008IVERACRUZ,LA PAZJ. 4.. IONC7501140G3IABCDEFGHIIÍll531200453I29/0212004 16:20:5211100.001100.0011 IEI00988456783430,00459876543020I13/0612008,21I01120091\/ERACRUZ, AGUA PRIETA!. Al optar por el esquema de comprobantes fiscales digitales, el contribuyente ealá obligado a enviar un informe mensual por loa comprobantes fiscales emitidos, siguiendo para ello las reglas y la secuencia aqul especificada:. 5.. IONC750114XP1 IABCDEFGHIIÍll530I1202053I29/0212004 00:00:00I115.00I15.00I01T100433675437430,00235876543200I24/0212003,21/0912005IVERACRUZ, MEXICO PANTACOI. Reglas Generalas:. 6.. ¡xAXX010101 OO0IABCDEFGHI53I21453I29/0212004 00:00:00I2300.00I300.00I 1IEI 00545123873430,00345843912200I24/02/2005,21/09120051VERACRUZ,MEXICO PANTACOI. 7.. iXEXX010101 OO0IACDEGHIIÍll53I22453I29102/2004 00:00:00I1150.00I150.00I1 !TI 111. lnfonne Mensual de Comprobantes Emitidos·. 1.. El archiw del informe mensual deberé ser creado con formato de texto simple, con extensión TXT y contener un registro por reglón.. 2.. Ninguno de los atributos que conforman el informe mensual deberá contener el caracter 1 ("pipe") debido a que este seré utilizado como carécter de control en la formación del informe mensual.. Comprobantes 101icitados por medio de un eslBblacimiento aulorizado:. 3.. El inicio da cada registro dentro del informe mensual se marcará mediante un caracter 1 ("pipe" sencillo).. 1.. ISWP750114XP1 IBBBBl480I2830647I25/0212004 00:00:00I0.0010.00I1 IEI 00338123451110,00588987651650114/03/2008, 11/04/2008IENSENADA, TOLUCAI. 4.. Cada campo individual sa encontraré separado de su dato subsiguiente. mediante un caracter 1 ("pipe" sencillo).. 2.. IL00750114XP1 IBBBBl490l2830847I24/0212004 00:00:00I582192.00111 ITI 00128854321430,00768876543200,00128765439670124/06/2008,29/09/2008, 29/07/2008 IVERACRUZ,MEXICO PANTACO,CHIHUAHUAI. 5.. Se expresaré únicamente la información del dato sin expresar al atributo al que haca referencia. Esto es, si la serie del comprobante as "A' solo se a11preaerá IAI y nunca !Serie Al-. 3.. 6.. En el caso da datos con valor Nulo aanin expresados en el informe mensual mediante una cadena de caracteres 11 ("pipe' doble).. IDNWS750114XP1IBBBB!1150I2830647I28/0212004 00:00:0011150.001150.001111100128100234530,01119357123390, 14217567123530124/06/2008, 29/09/2008, 29/0712008 ITIJUANA,TECATE ,CANCUNI. 7.. El final de cada registro dentro del informa mensual se marcará mediante un caracter 1 ("pipe" sencillo).. 8.. 9.. Para aquellos contribuyentes que cumplen con lo dispuesto en la regla 1.2.5.3., de la presente Resolución Miscelánea Fiscal, y em~an 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. El nombre del archiw del informe mensual 98 compone de:. a.. 4.. TAMPICOI 5.. IONC750114XP1 IABCDEFGHIIÍll53011202053l29/02/2004 00:00:00I110.00I10.00I0III01247123458430,00128111347510I27/01/2007, 15/0412008IVERACRUZ, LAZARO CARDENASI. 6.. IXAXX010101000¡ABCDEFGH153121453128/0212004 00:00:0011150.00l150.001111100128345673430,0032B2300452oo ,00458230093670124/08/2008,. número del aquema: •. 1 para Comprobantes Fiscales Digitales.. •. 2 para Comprobantes solicitados por medio de un establecimiento autorizado.. IONC750114XP1 IABCDEFGHIIÍll530I1202053I28/02/2004 00:00:00f1100.00f 100.00f 1¡Tl00323123456430,03312100345784380124/02/2003,21109120021VERACRUZ.. 28/09/2008, 29/0712008 IVERACRUZ, MEXICO PANTACO,CHIHUAHUAI 7.. iXEXX0101010001ACDEGHIIÍll53122453I29I02/200400:00:00I110.00110.0011I El 00433123984430,00322453212200I24/0212003,21/09/20021VERACRUZ,MEXICO PANTACOI.

(27) Martes IS de1unio de 201 O. DIARIO OFICIAL. (Primera Sección) Descripción da los ragistros:. Martes IS de junio do 201 O Monto del Impuesto. 13 caracteru 1ln fofmato. 10 números, un punto decimal y 2 números a la derecha que Indicen la txclón.. SI. 8. Estado comnrobante Efeclo Comprobante. 1 canlcler. SI. 1 carácter. SI. De O a 300 caradere1. SI. De o • 350 caracteres.. SI. De o • 600 caraderes. SI. Registros 2: Exenlo de IVA. Registros 3: IVA trasladado. Registros 4: Seria hasta 1O caractaras.. 9. Registros 6: Reporte global diario de operaciones con el público en general (aplica únicamente para efectos del reporte mensual.) Regislros 7: Comprobantes para extranjeros que no cuentan con RFC (aplica únicamenle para efectos del informe mensual.) 10. Pedimento. 11. Facha Pedimento. Campo• del detalle: campo. No.. 1. RFC del cHonte. 2. 5erie. 3 4. Ducrtpcl6n. Tamano. Clave del RFC del contribuyente 12 - 13 caracterea recantor del comorobante Flacal.. Obllgotorto SI. Pare Comprobantes Floceles o - 1O carecieres alfabéticos Dlgltales y Comprobante, para CFO e Impresores lmpreaos por Flscalu autorizados ostableclmlanto Caracteres alfabéticos en mayúsculas Qncluye la i'I). Se Dermile el valor nulo. del Núm0<0 del lollo del Comprobante Valorea permitidos: Follo comprobante Fllcol Fllcal. del 1 al 2147483647. SI. 14 Milxlmo para comprobantes ftaeala dlglalea. 1o Milxlmo para comprobantes lmpre1oa por e1tableclmientos autorizadlos.. SI. Número Aprobación. de Número de aprobación otorgpor el Sistema Integral de Comprobantes Fiscales derivado de la solcilud de rangos o de asignación de lollol comprobantaa flscales. . Pare Comprobantes Flscaleo Dlgttalea el formato e1 yyyy + número del 1 al 2147483847. • Para Comprobantes Flscales lmpra101 por eslableclmlentos autorizados, número enlre 1 y. Focha y hora de • Para Comprobantes Fiscales formato ea: &J:Pedicl6n Dlgltalea el dd/mm/yyyy hh:mm:ss - En el caso de los comprobantes lmpre1os por establecimientos autorizados ddlm""""'"' 00:00:00. 6. Monto de operaclén. la Monto total de la transacción que ampara el comprobante Valor numérico igual o mayor a cero. En caso de que sea mayor a cen;, debe aer menor o lgullll a. 9999999999.99. Monto del Impuesto al Valor Agregado trasladado. Puado ser MJLO, CERO o un número menor o Igual a 9999999999.99 Debe • • menor que el Monto de la o-ciOn tcamnn 61 del O.- cancelado 1.- vigente de UIIUucl0n de una letra en Mayú1cula. conforme al Upo de comprobante: 1 para lngre10 E para Egraso T nara Traslado Número de pedlmenlo aduanal. En caso ele contemplarse malis de un pedimonlo, estos d-m, 1epararwe con una coma (,) denlro del mismo campo. Se puedan incorporar n pedimento,. 15 poalclonea numéricas por cada ,....Imanto. de Fecha de pedimento aduanero, formato dd.lmmtaaaa. En ca10 de contemplarse má1 de un pedimento, deber6 Incorporar la fecha de cada uno de ellos, 1epnndose por una coma (,) denlro del mlamo campo. Se pueden Incorporar n fechas de pedimento, que conuponder cada una a IU --mento. Nombre de la Aduana. SI incluya més de un pedimento, se debar6 contemplar la aduana que corresponda al pedimento, dellmltadao de Igual manera por una coma (,) dentro del ml1mo carneo.. ••. SI. _,.,,. 12. 214748-7 5. !Jlrimera Sección). 7. Registros 1 : IVA a tasa caro.. Registros 5: Para cancelar un Comprobante Fiscal Digital deberé existir un ragislro raportado con anterioridad como emitido.. DIARIO OFICIAL. 19 caracteres de fecha. SI. 13 caracteres sin fonnato. 10 númen>1, un punto decimal y 2 números a la derecha que Indican la frllccl6n.. SI. Aduana. ••. Nota: Cada campo estaré delimitado con un caracter (pipa) 1 Ejemplo del contanido de archivo actual IPLW750114XP1IPPPl47I200401I24/0212004 16: 16:52I26314.00j0.00I1I jSWP7501140P1 jPPPj48j200460I25/02/2004 16:16:551671425.001111 jLOPQ750114X1 0jPPPj49j200460j24/02/2004 16:16:59j582192.00j12050.00I1I IONC7501140G3IABCDEFGHIÑl53I200453I29/0212004 16:20:521887551.00188755.00101 Ejemplo del contenido con los datos requeridos IPLW750114XP1IPPPI47I200401I24/0212004 16: 16:52(26314.00j0.00I1III11233467891430j24/0212003(VERACRUZI jSWP7501140P 11PPP148j200460125/02/2004 16: 16:551671425.00111 IEIIII ILOPQ750114X1 0jPPPj49j200460j24/0212004 18: 16:5911150.001150.0011 ITl11233234554430, 11431234111180j24/02/2003,26/0412003IVERACRUZ, MANZANILLO!. jONC750114OG3jABCDEFGHIÑj53j200453j29/0212004 16:20:5211100.00j 110.001011l11233456781430,001221235435130j24/02/2003,21 /0912002IVERACRUZ, MEXICO PANTACOI.

(28) (Primera Sección). B.. DIARIO OFICIAL. Martes IS de junio de 2010. Martes IS de junio de 2010. Estfindarea y ••peclflcaclonea t6cnlcaa que debeitn cumplir laa apllcaclonu lnformitlc•• para. C.. DIARIO OFICIAL. (Primera Sección). Estfindar de comprobante tlacal cRgltal eldanalble.. la generación de clavM de crlptogratla Hlm6trlca a_utilizar para Firma E!ectrónlca Avanzada.. Formato electrónico único Las aplicaciones informéticas de las que el contribuyente ee au>cilie para la generación de su par de eleves (clave pública y clave privada) debenln cumplir con las especificaciones y estándares siguientes:. El contribuyente que opte por emiUr comprobantes fiscales digitales deberá generarios bajo el siguienta estándar XSD base y los XSD complementarios que requiera, validando su forma y sinte>cis en un ardiiw. 1.. Las claves a generar debenln ser de tipo RSA de 1024 bits.. 2.. Los requerimientos digitales contendnln la clave pública y se regirán por el estándar PKCS10 en formato DER. Mientras qua la clave privada se almacenará en un archivo configurado de acuerdo al estándar PKCSB en formato DER.. con extensión XML, siendo este el único formato para poder repreaentar y almacenar comprobantes de manera electrónica o digital. Para poder ser validado, el comprobante fiscal digital deben\ estar referenciado al namespace del comprobante fiscal digital y referenciar la validación del mismo a la ruta publicada por el SAT en donde se. Los campos requeridos para el procesamiento adecuado del requerimiento digital son loa que a continuación se enlislan: a.. Registre Federal de Con1ribuyente a 12 posiciones para personas morales y a 13 posiciones para personas !laicas.. encuentra el esquema XSD objeto de la presente eecci6n (http://Www.sat.gob.m)({sitio_intemet/cfd/2/ cfdv2 .xad) de la siguiente manera: <Comprobante xmlns=''http://Www.sat.gob.m)({cfd". En el caso de que el requerimianlo pertenezca a una persona moral o que la persona flsica 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 da la del contribuyente con un canlctar (/).. b.. c.. xmlns:xsi="http://Www.w3.org/2001/XMLSchema-instance". xsi:achemalocation=". Ejemplo: RFC del contribuyente/ RFC del Repreaentante Legal.. http://Www.satgob.m)({cfd. Es1e dato debe registrarse en el campo denominado "Uniqueldentilier" de los "Nombrea Distinguidos·, considerando et estándar X.509.. http://Www.salgob.m)({sitio_intemet/cfd/2/cfdv2.xad''. Correo Electrónico, almacenado en el campo denominado "emailAddress" de los "Nombres Distinguidoa•, considerando el estándar PKCS - 9. Clave de Revocación, registrado an el atributo extendido "ChallengePassword". El valor de esta 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 ae le aplica et algoritmo de digestión SHA 1, y se expresa en Base 64.. </Comprobante> Adicionalmente a lea reglas de eslructura planteadas dentro del presente estándar, el contribuyente que opte por este mecanismo de generación de comprobantes deben\ sujetarse tanto a las disposiciones fiscales vigentes, como a los lineamientos técnicos de forma y sinta>cis para la generación de archiws XML especificados por el consorcio w3, establecidos en www.w3.org. En particular se deben\ tener cuidado de que aquellos casos especiales que se presenten en los valores especificados dentro de los atributos del archivo XML como aquellos que usan el caracter & , el caracter • ,. El estándar que define laa caracterlsticas denlro del requerimiento de este atributo es el PKCS-9.. el carader ' , el caracter < y el caracter > que requieren del uso de secuencias de escape.. Adicionalmente deberé induir la clava CURP en al 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 el caso del & se deberé usar la secuencia &. •. En el caso del • se deberá usar la secuencia ". •. En el caso del < se deben\ usar la secuencia &11;. •. En el caso del > se deben\ usar la secuencia >. •. En el caso del ' se deberé usar la secuencia '. En caso de las persona, fisicas, aplican los siguientes escenarios :. • •. Ejemplos: Persona Flsica:. CURP del contribuyente. Persona física con Representante Legal:. CURP del contribuyente/ CURP del RL. Para repreaentar nombre="Juan & José & "Nifto"" se usará nombre='Juan & José & "Nil\o"•. El Servicio de Administración Tributaria pone a disposición del Contribuyente la aplicación "SOLCEDI" (Solicitud de Certificado Digital), a fin de facilitar la generación de claves.. Adicionalmente, cabe mencionar de que a pesar de que la especificación XML permite el uso de. NOTA: Es responsabilidad del Contribuyente el utilizar un equipo de computo de su confianza para la generación de su par de claves y guardar en lugar seguro la Clave Privada generada y sus contresenas.. escape no son necesarias al expresar el documento XML bajo el estándar de codificación UTF-8 si fue. secuencias de escape para el manejo de caracteres acentuados y el carécter n, dichas secuencias de creado correctamente, misma que es utilizada como único estándar por el SAT..

(29) (Primen Secci6n). B.. DIARIO OFICIAL. Mana U de.imio de 2010. Eetánclarea y . .peclflcaclona• t,knlcu que debettn cumpllr la• apllcaci- lnformitlc. . para la g....,.cl6n de • - de cttptopatla aalmMrtca a ullllzar para Firma ElectN!nlca Avanucla.. L.aa aplicaciones infonnélicaa de las que el conbibuyente se au,cilie para la generación de au par de clawa (claw públlca y clav. privada) deber6n cumplir con lea ..peclllcacianea y ealéndaru siguientes: 1.. Las clawa a genarar debenln ser de tipo RSA de 1024 bita.. 2.. Los raquerimlentoa digitalee contandtén la claw pública y H raginln por el elténdar PKCS10 en fonnato DER. Miantraa que la daw privada se e l - ' * an un atdlivo conftgurado de ecuenlo el ealéndar PKCSB en formato DER. Loa campos requeridos para al procaaamiento adecuado del requerimiento digital son loa que a continuacl6n se enlistan: a.. Regiatro Federal de Contribuyente a 12 poaicionas para personas morales y a 13 posiciones pan, peraonaa flaicu.. Manes 15 de.iunio de 201 O. C.. c.. (Prúne!_Sección}_. Eelinclar da camprobanlll llacal cllgltlll e-ble.. Formato alecll6nico único El contribuyente que opte por emitir comprobantes fiscales digitales deberé generarlos blljo al siguiente esténdar XSD basa y los XSD complementarios que raqulara, valldando su forma Y aintuia en un archhio con exten116n XML, aiendo aeta el único lonnalo para podar representar y almacenar cornp,ot,antes de manara alactr6nica o digital. Para poder ser vaMdado, el comprobanla fiscal digilal deba<* estar 11118ranciado al nameapace del comprobanla fiscal digital y raleranciar la validaci6n del mismo a la rula publicada por el SAT en donde se encuentra el esquema XSD objeto da la presenta 1eccl6n (hllp:/-.1at.gob.mx/sitio_inlemaVcld/2/ cldv2.xsd) da la sigulenla manara: <Comprobante ,anln1="http://www.aat.gob.mx/cld". En el caao de que el requerimiento pertanazca a una peraona moral o que le peraona flsica cuente con Repraaenlante Legal, por carecer de capacidad de ejefcicio o tenga raatricdonaa de la mlama, H debe agregar la clave del RFC del repn,aentante legal, aeperada de la del contribuyente con un car6cter (/).. b.. DIARIO OFICIAL. xmlns:xsi•'llttp:/-.w3.org/2001/XMLSchema- lnatanca" xsl:aehamaLocation=". Ejemplo: RFC del conbibuyente / RFC del Repre99ntante Legal.. http://www.sat.gob.mx/cld. Este dato debe ragistrarae en el campo denominado "Uniqueklenliliar" de loa " N ~ Distinguidos", consklerando el ..téndar X.509.. http://www.sat.gob.mx/aitio_intarnat/cld/2/cldv2.xsd". Com,o Electr6nico, almacenado en el campo denominado "emailAddreas" de los "Nombres Distinguidoa·, considerando el estándar PKCS - 9.. </Comprobanta>. Clave de Revocaci6n, reglatrado en el atributo extendklo "ChallengePassword". El valor de esta campo, definido para el SAT. ae obtiene de la aiguiente forma:. Adicionalmente a laa reglas de estructura planteadas dentro del presente ealéndar, el contnbuyanta que opte por este mecanismo de genaracl6n de comprobantes deberé sujetarse tanto a las disposidonas. •. Unir el RFC del Contrtbuyente en mayúsculas con la claw de ravocaci6n proporcionada por el conbibuyenta.. fiscales vigentes, como a los lineamienlDa t6cnlcoa de forma y ainta,cis para la genaracl6n da archivo, XML especificad01 por el consorcio w3, establecidos en www.w3.org.. •. A eate valor ae le aplica el algoritmo de digesti6n SHA 1, y se e)C!'reaa en Base 64.. El asblndar que deftne las caracterlsticaa dentro del raquerimiento de este atributo es el PKCS-9. Adiclonalmenle deberé incluir la eleve CURP en el campo denominado "SerialNumber" de los "Nombres Distinguidos". Si el requerimiento pert-,:e a una peraona moral, se debe agregar la clave CURP del representanta legal, anteponiendo un car6cter (/) como se muestra a continuaci6n: •. Peraona Moral:. / CURP del RL.. En caso de las pa111ona1 flsicas, aplican los siguientes eacenarios :. En particular se debe<* tener cuidado da que aquello• caeos especiales que se p,wsenten en los Valoras eapecificados dentro de loa atributos del archivo XMI. como aquelos qua usan el caractar & , al caracter , , el caracter • , el caracter < y el caracter > que requieren del uso da aecuenci aa de escape. •. En el caso del & ae deberé usar la secuencia &. •. En el caso del • sa deberé usar la sacuenclll ". •. En el caso del < ae deberé uaar ta secuencia &JI;. •. En al caso del > ea debe<* usar la sacuencia &g~. •. En el caso dal ' sa deberé usar la sacuancia '. Ejemplos: • •. Pe111ona Flaica: Pe111ona flsica con Rapn,sentante Legal:. CURP del contribuyente CURP del contrtbuyente / CURP del RL. El Servicio de Administraci6n Tributaria pone a dispoaicU>n del Contribuyenta la eplicaci6n "SOLCEDI" (Solicitud de Certificado DigHal). a ftn de laciNtar la generacl6n de claves. NOTA: Ea responsabilidad del Conbibuyente el utilizar un equipo de computo de su conftanza para la generaciOn de su par de davea y guardar en lugar seguro la Clave Privada generada y sua contrasanaa.. Para representar nombra="Juan & José & "Nifto"" 18 usará nombrp"Juen & Joa6 & "Nillo"" Adiclonelmenta, cabe mencionar de qua a peaar da qua la a1pecitk:aci6n XML permita el uao de secuencias de eacepe para el manejo da caracteres acentuados y el car6cter n, dichas secuanciaa de escape no son necasarias al e,cprasar el documento XML bajo el eablndar de COdlllcación UTF-8 si tus creado correctamente, misma que ea utilizada como único esténdar por el SAT..

(30) _!J'_rimera Secci6n). DIARIO OFICIAL. Manes IS delunio de 2010. Ealindar baM XSD. Manes IS de1unio de 2010. DIARIO OFICIAL. (Primera_8ecci6n}. rollo Eetructura. Deecrlpc:16n. Atributo requerido que acepta un valor num,r1co entero superior a O que expreoa el folio del comprobante.. Ueo. requerldO. TlpoBaM. XlUlring. Elementos Elernanto: Comprobantll Dlagnma. Longllud Mlnlma. -·----. Longitud MA•lma. 20. Eepaclo en Blanco. Colapoar. Patrón. [0-9)+. , ,........._,_, ,,,,_. -. ~. =--==-..:=..~. facha. Dncrtpc:16n. Atributo requerido para la expresión de la lecha y hora de expedición del comprobante fiscal. Se exprasa en la fonna aaaa-mm-<ldlhh:mm:ss, de acuerdo con la espec:fflcación ISO. Uao. requerido. Tipo BaM. xs:dateTom•. Eapaclo en Blanco. Colapsar. 8601 .. . .11o Daacrlpcl6n. Atribulo n,querido pare contener el oello digital del comprobante fiscal, al que hacen referencia lae reglas de resolución miscelénea aplicable. El sello deberé ser expresado cómo una cadena de texto en fonnato Base 64 .. Ueo. requerido. TlpollaM. xs:string. Eepaclo en Blanco. Colepaar. Deacrlpcl6n. Esléndar para la expresión de comprobantes flscales digitales. Atrlbutoa veralon Deecrtpcl6n. Uao Valor Prerl~do. TlpollaH Eepaclo en Blanco. Atributo requerido con valor prefljado a 2.0 que indica la versión del es'*ndar bajo el que se encuentra expreaado el com!'_robante. requerido. 2.0 xs:slring Colapaar. ••rl• Daacrlpcl6n. Uao Tipo. Atributo opcional para precisar la serie a la que corn,eponde el comprobante. Eate atributo acepta cadena de carad.,.s alrabéticoe de 1 a 10 caracteres sin incluir caraderes acentuadoa.. '"'ª. noAprobaclon DHcrlpcl6n. Atributo requerido para preciaar el número de aprobación emitido por et SAT, para el rango de folioe al que pertenace el folio particular qua ampara el comprobante fiaca! digital.. Ueo. requerido. TlpoBaM. xs:integer. Eapaclo •n Blanco. Colapaar. anoApr-clon. Deacrlpc:16n. opcional. aa... xs:string. Longitud Mlnlma Longitud M6xlma. 10. Eapaclo en Blanco. Colapaar. Atributo requerido para praciaar el a/lo en que se solicito et folio que se estan utilizando para emitir el comprobanta flaca! digital.. Ueo. requerido. TlpoBHe. xs:integer. DlgRo• TotalH. 4. Eepaclo en Blanco. Colapsar.

(31) (Prime,a Sección). DIARIO OFICIAL. Martes IS dej1a1io de 2010. fonnaDePago. Martes IS do junio de2010. DIARIO OFICIAL. ()'rimen Sección). motlvoDeacuanto. Daacrtpcl6n. Atributo requerido para precisar la fonna de pago que aplica para este comprobante flecal digital. Se utiliza pera expresar Pago en una sola e>Chibiclón o número de pert:ialidad pagada con1ra el total de pert:ialidadaa, Pardalidad 1 de X.. Deacrtpcl6n. Atributo opdonal para expresar el motivo del descuento aplicable.. Uso. opcional. Uao. requerido. Tipo llaH. xa:etring. TlpollaH. xa:string. Longitud Mlnlma. Eapaclo •n Blanco. Colapsar. Eapaclo an Blanco. noCartlflcado. Deacrtpcl6n. Colapsar. total Atributo requerido para expresar et número de serie del certificado de sello digital que ampara al comprobante, de acuenlo al acuse conra1pondlente a 20 posiciones otorgado por el sistema del SAT.. Deacrlpcl6n. Atributo requerido para representar la suma del aublotal, menos loa descuento, aplicables, máo loo Impuestos 1rasladados, menos loa impuestos retenidos.. Uao. requerido. Uao. requerido. Tipo llaN. xa:string. Tipo Espacial. !_Importe. Longitud. 20. Eapaclo en Blanco. Colapsar. metodoDePago Deacrtpcl6n. Atributo opcional da texto libra para expresar el m6todo da pago da loa bienes o servicios amparado& por el comprobante. Se entiende como método da pago leyendas tales como: cheque, tarjeta de crédito o debito, depóatto en cuenta, ale.. certmcado Deacrtpcl6n. Atributo opcional que sirva para expresar el certificado de Hilo digital que ampara al comprobante como texto, en fonnato baae64.. Uao. opcional. Uao. opcional. TlpollaH. xa:etring. Tipo llaH. xa:string. Longitud Mlnlme. Eapaclo an Blanco. Colapsar. condlcloneaDePago Daacrlpcl6n Uao. Atributo opcional para axpreaar laa condicionas comerciales aplicables para el pago del comprobante fiscal digital. opcional. TlpollaH. xa:string. Longitud Mlnlma Eapaclo •n Blanco. Colapsar. Eapaclo an Blanco. Colapsar. tlpoDaComprobanta Deacrlpcl6n. Atributo requerido para expresar el efecto del comprobante fiscal para al contribuyenle emisor.. Uao. requerido. TlpollaH. xs:string. Valora• Permitidos. ingreso egreso traslado. aubTotal Dacrlpc16n. Uao Tipo Eepaclal. Atributo requerido para representar la suma de loa importea antas de descuentos e impuestos. requefido. Elementos HIJo (mln,max). Secuencia ( 1, 1). onceptoe (1, 1) mpueetoe ( 1, 1). deacuanto Daacrtpcl6n. Uao. Tipo Eapaclal. lmlaor(1, 1) ~eceptor (1, 1). !_Importe. Atributo opcional para representar el importe total de los descuentos aplicablaa antes da impuestos. opcional !_Importa. Complemenlo (O, 1) Addenda (O, 1) Elemento: Emlaor Diagrama.

(32) DIARIO OFICIAL. º'rimera Se,cción). Martes 15 de Jinio de 201 O. Martes 15 delunio de2010. DIARIO OFICIAL. (Primera Sección). ~. Descripción Descripción. Nodo requerido para pnacioer la información de ubicación del domicilio fiscal del contribuyente emisor. Nodo requerido para expresar la información del contribuyente emisor del comprobante.. Tipo Raiz. Atributos. t_ UbicacionFiscal Atributos He,.dados. rfc. Deecrlpcl6n. Atributo requerido para la Clave del Registro Federal de Contribuyentes correspondiente al contribuyente emisor del. calle Descripción. comprobante sin guiones o espacios. Uso. requerido. Tipo Especial. t_RFC. Uso Tipo Base Longitud Minlma Espacio en Blanco. nombra Descripción. Atributo requerido para el nombna o razón conlribuyenle emisor del comprobante.. Uso. requerido. Tipo Basa. xs:string. social del. noExtltrlor Dascrlpcl6n. Este atributo requerido sirve para precisar la avenida, calle, camino o carretera donde se da la ubicación. requerido xs:string Colapsar. Este atributo opcional sirve para expresar el número particular en donde se da la ubicación sobre una calle dada.. Uso Tipo Base Longitud Minlma Espacio en Blanco. opcional xs:string Colapsar. Longitud Mlnlma Espacio en Blanco. nolntarlor Dascrlpcl6n. Colapsar. Elementos HIJo (mln,max) ecuencia (1, 1). IDomicilioFiscal (1, 1) Expedido En (O, 1). 1. Uso Tipo Base Longitud Mlnlma Espacio en Blanco. Elemento: Domlclllo Fiscal Diagrama. colonia. Este atribulo opcional sirve para expresar información adicional para especificar la ubicación cuando calle y número exterior (noExterior) no resulten suficientes para determinar la ubicación de fonna precisa. opcional xs:string. Colapsar.

(33) (Primera Sección). DIAJtlO OFICIAL. Dffcrlpcl6n. Manes 1Sdej_...iode2010. TlpoBaaa. Esla a1ributo opcional sirw para precisar la colonia en donde se da la ubk:aclón cuando se desea aer m6s especlftco en casos de ublcacionea Ulbanas. opcional xs:slring. Longitud Mlnlma Eapaclo en Blanco. Colapsar. Uao. Mutes 15 de junio de 201 O. (Primera Sección). DIAJtlO OFICIAL. Oao. AtribulD f1KIU9ridO que sirve para uentar el código postal en donde ae da la ubicación. requenao -. Tljioll'a... ss:string. Dffcrlpc:16n. [ongRiia Eae!clo en Blanco raaear Elemento: &pedido En Diagrama. localidad. Deacrlpcl6n Uao Tipo a.... Atributo opcional que sirve para preciaer la ciudad o población donde se da la ubicación. opcional xs:atring. Longitud Mlnlma Eapaclo en Blanco. ,.,....,.,. .. Deacrlpclón. Colapsar. Uao Tlpoa.... Atributo opcional para e,opresar una referencia de ubicación adicional. opcional xs:string. Longitud Mlnlma Eapaclo en Blanco. Colapsar. municipio Deacrlpclón. U•o Tipo a... Longitud Mlnlma E•paclo en Blanco. Atributo requerido que sirve pare prwciaar el municipio o delegación (en el caao del Distrito Federal) en donde se da la ubicación. requerido xs:atring Colapsar. Htado Deacrlpclón Uao Tipoa... Longitud Mlnlma. Eapaclo en Blanco. Atributo requerido que sirve para praciaar el ealado o entidad federativa donde se da la ubicación. requerido. n:alring Colapsar. pala 0. Dffcrlpcl6n Uao Tipo a... Longitud Mlnlma. Eapaclo en Blanco codl.!!_oPostal. Atributo requerido que sirve para precisar el pala donde se da la ubicación. requerido. n :string Colapsar. Ducrlpclón Nodo opcional para pntciaar la infonnllCl&ñ de ubicaciOn del domld110 en donde es em,tldo el comprobante fiacal en caao da que aea diatinto del domicilio liacal del contribuyente emisor.. Tipo Ralz. t_ Ubicacion Alrlbutoa HeNdadoe calle beicrlpcl&í. Oeo. ~~i,:,6J.bá:l~~d!"= opcional. Tlpoliu xs:sTring Longitüd Mlnima Eapaclo en llaneo ~apsar. e::. u=cW... 'ª. avemda, calle,.

(34) (Primera Sección). DIARIO OflCIAL. Manes IS de _j_unio de 201 O. noEllfllrlor Descripción. Martes IS de_,[unio de 2010. Uso. llpoBaM. xa:atring. Descripción Uso Tipo. Longitud Mlnlma. Atributo opcional que airva para precisar al eatado o entidad federativa donde ae da la ubicación. opcional. aa... xs:aUing. Longitud Mlnlma Colapaar. nolnlerlor Deacrlpcl6n. g'ri~ra Sección}. Htado. Este alributo opcional sirva para e,cpreaar el número particular en donde se da la ubicación aobre una calle dada. opcional. Espacio en Blanco. DIARIO OFICIAL. Espacio en Blenco. Colapaar. Deecrlpcl6n. Alributo requefido que airve para precisar el pala donde se da la ubicación. requerido xs:string. p_ale. Uso. Eate atributo opcional """' para e,cpresar informac16n adicional para eapecificar la ubicación cuando calle y número exterior (noExterior) no resulten suficientes para determinar la ubicación de forma precisa. opcional. llpo BaM. xs:otring. Uso Tipo Longitud Mlnlma Espacio en Blanco. aa... Colapaar. Longltlld Mlnlma Espacio en Blanco colonia Deacrtpcl6n. Colapaar. xs:slring. Longitud Mlntma Espacio an Blanco. Colepsar. Uso llpo BaM Long_ltud Mlnlma Ea_!>!clo en Blanco. Atributo opcional que sirva para aaenlar el c6digo poslal en donde se da la ubicación. opcional xs:slring Colapaar. opcional Elem11nto: Receptor Diagrama. Atributo opcional que sirve para predaar la ciudad o poblaci6n donde se da la ubieaci6n. o~ional ,autrin_!!_ Cola_es_ar Deecrlpctlln. ..r. ..ncla DHcrfpct6n. Uao Tipo Base Espacio en Blanco. Esle alributo opcional sirva para precisar la colonia en donde •• da la ubicación cuando ae deaea ser más especifico en casoa de ubicaciones urbanas.. Uso llpo Base. localidad Deecrlpcl6n. codlgoPoatal Deacrlpcl6n. Alributo opcional para e,cpreaar una referencia de ubicación adicional.. Nodo requerido para precisar la información del contribuyente receptor del comprobante. Alrlbutoa. Uso. o~ional. TlpoBaH. xs:alrin_!!_. beicrtpcl6n. Longitud Mlnlma Es_!>!clo en Blenco. Cola_es_ar. Ueo. Atributo ~ricio para preciaar la Clave del Regitltro Federal da Conlribuyanles corraapondiante al contribuyenla receptor del comprobante. requerido. Tipo EsP!ciel. ~. munlc_le_lo Deecrlpcl6n. Uso llpo BaH Longitud Mlnlma EsP!cto en Blanco. Atributo opcional que airve para precisar el municipio o delegación (en el caao del Diatrito Federal) en donde ae da la ubicación. o~ionel xs:string 1 Colapaar. rfc. nombN beicrtpcl6n Uao Tipo Base Longitud Mlnlini Eapaclo en alañco. Atributo opcional para pracisaref nombre o rizón social del contribuyente receptor. O_!)Cional xs:sii!ng colapaar.

(35) DIARIO OflCIAL. -º'_rimero Sección). Martes IS dej_'"1io de2010. Elema- HIJO (mln,....,. pecuenaa (1 , 11. wa,(1.1). Mutes IS dej_unio de 2010. e===~--·· -. r=::'.'::.-,-. ::: =-"'='==--:-=. -..: .. ~. r~:::J__ _ :=--;.~~:; i~ :::;;:;::,::=:.--_=--=--..:__ ~~ . r_-·----· .. ,-:_· ::-=.-::.:::=- -. (~;:···:~-~~ ::~·.,;..~r.-:::-..t.. __ _ ~::E-~-. C==i. r-----, =-=-~::;-. ~-~..:;.;.·. E1te atributo opcional airve para expresar inlormaciOn adicional para apacitlcar la ubtcaci6n cuando cal• y número • ~ r (noExlerlor) no reoullen suficiente• p. . determiner la ubicacl6n da forma precisa.. Uao. C>l)Cionel xs:string. TlpoBaae Longitud Mini,,. Eapeclo an Blanco. Deacrlpcl6n. Uao. TlpoBaH. t_Ublcaclon. E11e alributo opcional sirve para precisar la colonia en donde se da la ubicación cuando se daaea ser mú especifico en cato• da ubicacionea urbanas. opcional u:etring. LongNud Mlnlrna Eapeclo en Blanco. Colapsar. localkllld. Deacrlpcl6n. TlpoBeH. Atributo opcional que sirve para precisar la ciudad o población donde ae da la ublcad6n. opcional ,ca:slring. LongNud Mlnlrna Eapaclo en Blanco. Colapear. Uao. ,.,.,.ncla. Deacrlpcl6n. TlpoRalz. Colapsar. colonia. TlpoBa~. Atributo opcionel para expresar una referencia de ubicación adicional. opcional u :string. LongNud Mlnlma Espacio en Blanco. Colapsar. Deacrlpcl6n Nodo para la definición de la ubicación donde se da al domicilio del racaplor del comprobante ftacal.. (Primera Sección). Deacrlpcl6n. Elemanto: Domicilio Diagrama. DIARIO OFICIAL. Uao. Alrlbutoe HeNdadoa. celle Deacrlpclón. Esta alributo opcional sirve para praciaar la avenida, eaHe, camino o carretera donda ae da la ubicación. IJao_ ___ opcional Tipo a... ~trtng Longttud Mlnlrna 1 Ea~clo en Blanco Colapsar noEldllrlot' Deacrlpclón. Uao. TlpoBaN Longitud Mlnlma ~pecio en Blanco nolntarlor. Este atributo opcional sirve para expresar el número particular en donde se da la ubicación sobre una calle dada. ~ional xa:atring. municipio Deacrlpcl6n. TlpoBaM. Atributo opcional que sirve para precioar el municipio o clelegaci6n (en el caso del Dietrtto Fedaral) en donde se da la ubicación. opcional u :string. Longttud Mlnlma Eapaclo en Blanco. Colapsar. Uao. Htado Deacrlpclón Uao. Atributo opcional que sirve para pradsar el estado o entidad f11derativa donde se da la ubicación. opcional. 11poBaM. xa:atring. LongNud_ Mlnlmll Eapeclo en Blanco. C:Olapaar. Colapear. ......

(36) (Primera Sección). DIARIO OFICIAL. Uao Tlp_oBaae Longitud Mlnlma Ea_!'_'l_clo en Blanco. Martes 1Sde_j_uniode2010. Abibulo ,:,,querido que sirve para precisar el pals donde se da la ublcac,on. re_c¡uerido xa:sliíng. Deecrlpclón. Martes IS de_j_unio de 2010. DIARIO OFICIAL. (Primera Sección). Nodo para inlroducir la información detallada de un bien o servicio amparado en el comprobante. Atrlbutoa cantidad. Colap_sar. codl_11_0Poalal DHcrlpcl6ñ. UIIO TlpoBaae Eepacio an eiañco. Alributo opcional que airve para aaentar el código postal en donde se da la ubicación. opcional xs:otnng ~apsar. Deacrlpcl6n. Abibuto requerido para precisar la cantidad de bienes o servicios del tipo particular definido por el presente concepto.. Ueo. requerido. Tipo Baae. xs:dacimal. Eapaclo en Blanco. Colapsar. unidad Deecrlpclón. Elemento: Concepto• Diagrama. 9 =--cJ:.._-=-_.. C3'H. 1 c... c:.w- 'li\. ---. Nod<>-•~i. . . .ITNIICIIW< ............... ~. b.no_,..._.._.o,;,_. Deecrl_!l<=_lón Nodo requerido para enllsta,-101 conceptos cubiertos por el comprobante. Elementoe Hijo (mln,mex) Fecuencia (1, 1). jconcepto (1 , mmilado). Elemento: Concepto Diag ra ma. 18--3-E:=l. Abibuto opcional para precisar la unidad da medida apMcabla para la cantidad expresada en al concapto.. Ueo. opcional. Tipo Baae. xs:string. Longitud Mlnlma Eepaclo en Blanco. Colapsar. noldenllflcaclon Deacrlpclón Ueo. Atribulo opcional para eJ<prasar el número de serie del bien o identiflc;ador del servicio amparado por el presente concepto. opcional. Tipo Baae Longitud Mlnlma. xs:alring. Eepaclo en Blanco. Colapsar. E:#deecrlpclon. '~-=h-7='. Descripción. :~. §~?" ,_, [E.:;;=·-~ 1-• SW§. -:-.. =-=~.. !"'".:.=.-"' j. _. ~-. requerido xs:string. Longitud Mlnlma Colapsar. valorUnltarlo. ... •V I '(~. =--=-~=-::.:: Deacrtpclón. Ueo Tipo Baae Eapaclo en Blanco. ~e::::==-~· =:-z::-r ;::.::--. ...: .. Atributo requerido para precisar la descripción dal bien o servicio cubierto por el presenta concepto.. Deecrlpcl6n. Atributo requerido para precisar et valor o precio unitario del bien o servicio cubierto por al presente concepto.. UIIO Tipo Especial. requerido t_lmporle. lmporla Dsecrlpclón. Atributo requerido para precisar el importe total de los bienes o servicios del presente concepto. Debe ser equivalente al resultado de multiplicar la cantidad por el valor unitario expresado en el concepto.. Ueo. requerido !_Importe. Tipo Especial Elementoe Hijo (mln,max).