2 2 JUN 2u,2 SERVICIO FACTURACION ELECTRONTCA

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

•

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 Y amil Israel A00455141 Noviembre 2010

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

' \,,.; TECNOLÓGICO • DE MONTERREY•

1


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


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


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 SA T ha publicado

en internet en la miscelánea fiscal para 2011, el Anexo 20 que será usado de base para el

desarrollo del software. (SA T, Anexo 20 de la Resolucion de la Miscelanea Fiscal, 2010)

~ TECNOLÓGICO w DE MONTERREY•

5


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 P AC.

4. Elaboración de resumen mensual de folios emitidos a través de las

herramientas proporcionadas por el P AC.

A partir de la actualización de la miscelánea fiscal, el anexo 20 específica que los P AC

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 CFDP AC, con la diferencia que las facturas digitales ahora

tendrán 2 características adicionales .

.J. TECNOLÓCilCO TiJ DE MONTERREY•

6

·•~-


• 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


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

Diagnostico

Diagnostico interno

• Personal


V AOR 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 de

acciones.

Desarrollador Ing. En Sistemas Codificación de 30% Computacionales software e

infraestructura del sistema de

facturación

electrónica.

Administración de LSCA Análisis y estrategia 30% Producto del servicio de

Facturación

Electrónica

Cumplimiento Lic. En derecho Cumplimiento y 20% regula torio gestión de contratos

con proveedores,

clientes y autoridades.

Relaciones publicas Lic. En ciencias de la Promoción y 20% comunicación. captación de

clientes.

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.

J.TECNOLÓGICO w DE MONTERREY•

9


• 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 V AOR 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 Costo Observaciones Licenciamiento Visual Studio $US 590 T.C. Pago único 2008 Standard $13.00 = $7,670.00 Desarrollador $4,000.00

Administrador de Producto $4,000.00

Gestión de contratos $4,000.00

Ventas $4,000.00

Renta servidores (Cloud us $360.00 T.C. Computing) $13.00 = $4,680.00 Mesa de Servicio $9,000.00 Este costo se agregará hasta el

tercer mes de operaciones

Total $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


servicio de facturación electrónica por parte de los P AC (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.

$60,000.00

$50,000.00

$40,000.00

$30,000.00

$20,000.00

$10,000.00

$-Die

- Ingresos $50,000

- Egresos

- Clientes

·•~-

Ingresos - Egresos - Clientes

Ene Feb Mar Apr May Jun Ju! Aug

$5,980. $10,465 $13,455 $16,445 $20,930 $25,415 $29,900 $34,385

$28,290 $20,620 $20,620 $29,680 $29,680 $29,680 $29,680 $29,680

20 35 45 55 70 85 100 115

Sep

$35,880

$29,680

120

Oct

$40,365

$29,680

135

160

140 120

100

80

60

40

20

o

11


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:

Cd. Mexico

Cliente V\llndows

o

Mesa Soporte

e) '-'. A Desarro~ e ~ W 9 lnnovaaon

1 Cliente

Contribuyente

• a •

.. \i-,.f TECNOLÓ<ilCO • DE MONTERREY•

12


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.

-~ i w

• Autorización de folios para la emisión de CFD

• Emisión de CFD

• Notificación de folios utilizados

-do..__ .._ -y---

:=:: --- Rlgiolrododecientoy~

~-de bienes y/o -

Objetivos de la aplicación de la propuesta

Natiftc:lciondl facturateladl a

dienteWle-mlilo impr9'ion

Repcion de Fa"1JraDi¡jtal

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 SA T 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 TECNOLÓGICO TiJ DE MONTERREY.

13


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

• Lógica de servicio para la administración de clientes .

14 ~ TKNOLÓGICO liJ DE MONTERREY.


• 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 2011

AGO SEPT OCT NOV DIC ENE FEB MAR ABR MA Y JUN

Desarrollo Cliente

Software

Desarrollo software Ló ica

Base de datos

Re ortes

Mesa de servicio

Venta de servicio

Actualizaciones y mantenimiento

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 Plataforma

Cliente de escritorio Windows Forms .NET Lógica de negocio y acceso a datos Windows Comunications Foundations 4.0 Base de datos SQL Server 2008

Reportes 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

J.r TECNOLÓGICO TiJ DE MONTERREY•

separa los datos, la interfaz de usuario y la lógica en tres componentes

15


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 1±1 ::1 dbo.Catalogo TipoComprobante ffi :J dbo.CertificadosDigitales 1±1 ::1 dbo.EmisoresCDF 1±1 ::1 dbo.Estados 1±1 ::1 dbo.FadurasDetalleArticulos 1±1 :J dbo.FadurasEncabezado 1±1 :J dbo.FoliosAutorizados l!l :::::1 dbo.LogoEmisor 1±1 :J dbo.Municipios 1±1 :::::1 dbo.Paises 1±1 :::1 dbo.ReceptoresCDF 1±1 :::::1 dbo.SucursalesEmisores 1±1 :J dbo.TiposMoneda

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.

lnterf az 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

~TECNOLÓGICO w DE MONTERREY.

16


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

PISO LAMINADO MAR:A TERZA MODELO BOCH COLOR CHOCOLATE. 7 MM ESPESOR. PESO 55GR PPG $346.00

ID OESCRIPCION

ALFOMBRA

2 PERSIANAS

TELA

PISO l.AMINAOO

Interfaz gráfica para la administración de clientes.

~ Direccion ( ontribuy,nte Receptor

· !'tl Nuevo l liil Guudar

Nombre O Ra10t1 Social NUEVA WALMART DE MEXICO S. DE R. L. DE C.V.

P.egi,tro Fecloral do~.. Ir ~M9iTJ92«Wd j O

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


1.-0ola-t.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•-C..- Al.fOIIIIAA -oo ~ ,._ P.U. '"I ________________ 000 PZA • 000-.-

Too - PESOS MEJOC.IHOS • (;8 ~ CANT UM OESCRIPCX)N ----~~~-- PU

Interfaz gráfica para la visualización de factura

,i ·, of 1 , ,, <- 100%

-,._ IVA • Gt)

e]~ Tcal-

-Tcal

Frnd Ne:<t

COMPROBANTE FISCAL DIGITAL FACTURA

• A21

-2010

Dato• Emlaor

ME MEDITERRANEO OECORACIONES - MOE0304147F7

- 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 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 55GRPPG

1000.00 PZA FRANELA COLOR GRIS 100'!1.ALGODON

TREINTA Y CINCO MIL QUINIENTOS DIEZ CON 62/100 MXP

S355.00

S25.00

SUBTOTAL

TOTAL

56,237.35

525,000.00

S 31,237.00

535,510.62

.. \,,.;' TECNOLÓGICO .., DE MONTERREY.

18


Interfaz gráfica para generar el reporte mensual solicitado por el SAT

'

a.. ReporteMensual

Mes Mo 2010

Desmo hdivo [ .__-_-_-____ _

...

o

Interfaz gráfica para la administración de facturas electrónicas.

El RFC Receptor El Fecha 1rkia1 111/20/2010 •

EJ Fcio~al

(] Fechamal 11/20/201 O ]

IE] Fcio mal

Serie Fcio RFC RazonSocial Total Fecha -• A21 1 PME380620F56 PETROLEOS MEXICANOS S16.913.31 10/11/201011:48:03

A21 4 OEZY791230 YAMIL ORTEGA ZAMORA S240.02 11/11/2010 10:57:07

A21 6 OEZY791230 YAMIL ORTEGA ZAMORA S14.355.00 11/11/2010 10:57:07

A21 5 OEZY791230 YAMIL ORTEGA ZAMORA S3.120.20 11/11/2010 10:57:07 -A21 7 OEZY791230 YAMIL ORTEGA ZAMORA S7.473.32 11/11/201011:10:05

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

A21 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

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

A21 9 OEZY791230 YAMIL ORTEGA ZAMORA SSl .573.60 11/11/2010 11 :45:25

Mesa de soporte

~[][]~

!P Qisc.y 1

1~ ÜT!)iar l ILA Vioualz• J

. -1·

u

-

íl 11

~

.

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 TECNOLÓGICO w DE MONTcRREY.

19


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


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


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


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.

http://es.wikipedia.org/wiki/Computaci%C3%B3n_en_nube

• \j'TECNOLÓGICO • DE MONTERREY.

Obtenido de

23


Anexos

-•~- 24

(Primera Sección) DIARIO OFICIAL Martes IS de_iunio de2010

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

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.

C. Esténdar de comprobante fiscal digital extensible.

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.

lnfonne Mensual de Comprobantes Emitidos· 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:

Reglas Generalas:

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.

3. El inicio da cada registro dentro del informe mensual se marcará mediante un caracter 1 ("pipe" sencillo).

4. Cada campo individual sa encontraré separado de su dato subsiguiente. mediante un caracter 1 ("pipe" sencillo).

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-

6. En el caso da datos con valor Nulo aanin expresados en el informe mensual mediante una cadena de caracteres 11 ("pipe' doble).

7. El final de cada registro dentro del informa mensual se marcará mediante un caracter 1 ("pipe" sencillo).

8. 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.

9. El nombre del archiw del informe mensual 98 compone de:

a. número del aquema:

• 1 para Comprobantes Fiscales Digitales.

• 2 para Comprobantes solicitados por medio de un establecimiento autorizado.

Martes IS dejtmio de 2010 DIARIO OFICIAL (Primera Secció.!!)_

b. RFC del amisor.

• XXXX010101000

c. 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:

2 + RFC + MES + AÑO

2XXXX010101000012008. lxt

Ejemplos de registros dentro de un infonne mensual por esquema da comprobación fiacal,

Comprobantes Fiaca lea DlgMles:

1. !PLW750114XP1IPPPl47I200401I24/0212004 16:16:52126314.0010.0011 I TIOO 133234881430,00112107659200124/02/2003,21/09120021VERACRUZ,MEXICO PANT ACOI

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!

5. IONC750114XP1 IABCDEFGHIIÍll530I1202053I29/0212004 00:00:00I115.00I15.00I01T100433675437430,00235876543200I24/0212003,21/0912005IVERACRUZ, MEXICO PANTACOI

6. ¡xAXX010101 OO0IABCDEFGHI53I21453I29/0212004 00:00:00I2300.00I300.00I 1 IEI 00545123873430,00345843912200I24/02/2005,21/09120051VERACRUZ,MEXICO PANTACOI

7. iXEXX010101 OO0IACDEGHIIÍll53I22453I29102/2004 00:00:00I1150.00I150.00I1 !TI 111

Comprobantes 101icitados por medio de un eslBblacimiento aulorizado:

1. ISWP750114XP1 IBBBBl480I2830647I25/0212004 00:00:00I0.0010.00I1 IEI 00338123451110,00588987651650114/03/2008, 11/04/2008IENSENADA, TOLUCAI

2. IL00750114XP1 IBBBBl490l2830847I24/0212004 00:00:00I582192.00111 ITI 00128854321430,00768876543200,00128765439670124/06/2008,29/09/2008, 29/07/2008 IVERACRUZ,MEXICO PANTACO,CHIHUAHUAI

3. IDNWS750114XP1IBBBB!1150I2830647I28/0212004 00:00:0011150.001150.001111100128100234530,01119357123390, 14217567123530124/06/2008, 29/09/2008, 29/0712008 ITIJUANA,TECATE ,CANCUNI

4. IONC750114XP1 IABCDEFGHIIÍll530I1202053I28/02/2004 00:00:00f1100.00f 100.00f 1 ¡Tl00323123456430,03312100345784380124/02/2003,21109120021VERACRUZ. 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, 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

(Primera Sección) DIARIO OFICIAL Martes IS de 1 unio de 201 O

Descripción da los ragistros:

Registros 1 : IVA a tasa caro.

Registros 2: Exenlo de IVA.

Registros 3: IVA trasladado.

Registros 4: Seria hasta 1 O caractaras.

Registros 5: Para cancelar un Comprobante Fiscal Digital deberé existir un ragislro raportado con anterioridad como emitido.

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.)

Campo• del detalle:

No. campo Ducrtpcl6n Tamano Obllgotorto

1 RFC del cHonte Clave del RFC del contribuyente 12 - 13 caracterea SI recantor del comorobante Flacal.

2 5erie Pare Comprobantes Floceles o - 1 O carecieres alfabéticos SI

Dlgltales y Comprobante, para CFO e Impresores Flscalu lmpreaos por

ostableclmlanto autorizados Caracteres alfabéticos en

mayúsculas Qncluye la i'I). Se

Dermile el valor nulo.

3 Follo del Núm0<0 del lollo del Comprobante Valorea permitidos: SI

comprobante Fllcol Fllcal. del 1 al 2147483647

4 Número de Número de aprobación otorg- 14 Milxlmo para comprobantes SI

Aprobación por el Sistema Integral de ftaeala dlglalea.

Comprobantes Fiscales derivado 1 o Milxlmo para comprobantes

de la solcilud de rangos o lmpre1oa por e1tableclmientos asignación de lollol de autorizadlos. 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

214748-7

5 Focha y hora de • Para Comprobantes Fiscales 19 caracteres de fecha SI

&J:Pedicl6n Dlgltalea el formato ea: dd/mm/yyyy hh:mm:ss

- En el caso de los comprobantes lmpre1os por establecimientos autorizados ddlm""""'"' 00:00:00

6 Monto de la Monto total de la transacción que 13 caracteres sin fonnato. 10 SI

operaclén ampara el comprobante númen>1, un punto decimal y 2

Valor numérico igual o mayor a números a la derecha que

cero. Indican la frllccl6n.

En caso de que sea mayor a cen;, debe aer menor o lgullll a 9999999999.99

Martes IS de junio do 201 O DIARIO OFICIAL !Jlrimera Sección)

7 Monto del Impuesto Monto del Impuesto al Valor 13 caracteru 1ln fofmato. 10 Agregado trasladado. números, un punto decimal y 2 Puado ser MJLO, CERO o un números a la derecha número menor o Igual a Indicen la txclón. 9999999999.99 Debe •• menor que el Monto de la o-ciOn tcamnn 61

8 Estado del O.- cancelado 1.- vigente 1 canlcler comnrobante

9 Efeclo de UIIUucl0n de una letra en 1 carácter Comprobante Mayú1cula. conforme al Upo de

comprobante: 1 para lngre10 E para Egraso T nara Traslado

10 Pedimento Número de pedlmenlo aduanal. De O a 300 caradere1 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.

11 Facha de Fecha de pedimento aduanero, De o • 350 caracteres. Pedimento 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.

12 Aduana Nombre de la Aduana. De o • 600 caraderes 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.

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

que

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

SI

SI

SI

SI

SI

SI

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

(Primera Sección) DIARIO OFICIAL Martes IS de junio de 2010

B. Estfindarea y ••peclflcaclonea t6cnlcaa que debeitn cumplir laa apllcaclonu lnformitlc•• para la generación de clavM de crlptogratla Hlm6trlca a_ utilizar para Firma E!ectrónlca Avanzada.

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:

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.

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.

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 (/).

Ejemplo: RFC del contribuyente/ RFC del Repreaentante Legal.

Es1e dato debe registrarse en el campo denominado "Uniqueldentilier" de los "Nombrea Distinguidos·, considerando et estándar X.509.

b. Correo Electrónico, almacenado en el campo denominado "emailAddress" de los "Nombres

Distinguidoa•, considerando el estándar PKCS - 9.

c. 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.

El estándar que define laa caracterlsticas denlro del requerimiento de este atributo es el PKCS-9.

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 caso de las persona, fisicas, aplican los siguientes escenarios :

• Persona Flsica: CURP del contribuyente

• Persona física con Representante Legal: CURP del contribuyente/ CURP del RL

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.

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.

Martes IS de junio de 2010 DIARIO OFICIAL (Primera Sección)

C. Estfindar de comprobante tlacal cRgltal eldanalble.

Formato electrónico único

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

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

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"

xmlns:xsi="http://Www.w3.org/2001/XMLSchema-instance"

xsi:achemalocation="

</Comprobante>

http://Www.satgob.m)({cfd

http://Www.salgob.m)({sitio_intemet/cfd/2/cfdv2.xad''

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 carader ' , el caracter < y el caracter > que requieren del uso de secuencias de escape.

• 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 '

Ejemplos:

Para repreaentar nombre="Juan & José & "Nifto"" se usará nombre='Juan & José &

"Nil\o"•

Adicionalmente, cabe mencionar de que a pesar de que la especificación XML permite el uso de

secuencias de escape para el manejo de caracteres acentuados y el carécter n, dichas secuencias de

escape no son necesarias al expresar el documento XML bajo el estándar de codificación UTF-8 si fue

creado correctamente, misma que es utilizada como único estándar por el SAT.

(Primen Secci6n) DIARIO OFICIAL Mana U de.imio de 2010

B. 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 el-'* 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.

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 (/).

Ejemplo: RFC del conbibuyente / RFC del Repre99ntante Legal.

Este dato debe ragistrarae en el campo denominado "Uniqueklenliliar" de loa "N~ Distinguidos", consklerando el .. téndar X.509.

b. Com,o Electr6nico, almacenado en el campo denominado "emailAddreas" de los "Nombres Distinguidoa·, considerando el estándar PKCS - 9.

c. Clave de Revocaci6n, reglatrado en el atributo extendklo "ChallengePassword". El valor de esta campo, definido para el SAT. ae obtiene de la aiguiente forma:

• Unir el RFC del Contrtbuyente en mayúsculas con la claw de ravocaci6n proporcionada por el conbibuyenta.

• 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 :

• Pe111ona Flaica: CURP del contribuyente

• Pe111ona flsica con Rapn,sentante Legal: 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.

Manes 15 de .iunio de 201 O DIARIO OFICIAL (Prúne!_ Sección}_

C. 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"

xmlns:xsi•'llttp:/-.w3.org/2001/XMLSchema-lnatanca"

xsl:aehamaLocation="

</Comprobanta>

http://www.sat.gob.mx/cld

http://www.sat.gob.mx/aitio_intarnat/cld/2/cldv2.xsd"

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 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.

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:

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.

_!J'_rimera Secci6n)

Ealindar baM XSD

Elementos

Elernanto: Comprobantll

Dlagnma

Deacrlpcl6n

DIARIO OFICIAL

Eetructura

Manes IS delunio de 2010

-,,........._,_, ,,,,_ ·-----~ =--==-..:=.. ~ -

Esléndar para la expresión de comprobantes flscales digitales. Atrlbutoa

veralon Deecrtpcl6n

Uao

Valor Prerl~do TlpollaH

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

Eepaclo en Blanco Colapaar

••rl•

Daacrlpcl6n

Uao

Tipo aa .. Longitud Mlnlma

Longitud M6xlma

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.

opcional

xs:string

10

Eapaclo en Blanco Colapaar

Manes IS de1unio de 2010

rollo

Deecrlpc:16n

Ueo

TlpoBaM

Longllud Mlnlma

DIARIO OFICIAL (Primera_8ecci6n}

Atributo requerido que acepta un valor num,r1co entero superior a O que expreoa el folio del comprobante.

requerldO

XlUlring

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 8601 .

Uao requerido

Tipo BaM xs:dateTom•

Eapaclo en Blanco Colapsar

.. 11o

Daacrlpcl6n

Ueo

TlpollaM

Eepaclo en Blanco

noAprobaclon

DHcrlpcl6n

Ueo

TlpoBaM

Eapaclo •n Blanco

anoApr-clon

Deacrlpc:16n

Ueo

TlpoBHe

DlgRo• TotalH

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 .

requerido

xs:string

Colepaar

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.

requerido

xs:integer

Colapaar

Atributo requerido para praciaar el a/lo en que se solicito et folio que se estan utilizando para emitir el comprobanta flaca! digital.

requerido

xs:integer

4

Eepaclo en Blanco Colapsar

(Prime,a Sección)

fonnaDePago

Daacrtpcl6n

Uao

TlpollaH

DIARIO OFICIAL Martes IS dej1a1io de 2010

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.

requerido

xa:string

Eapaclo •n Blanco Colapsar

noCartlflcado

Deacrtpcl6n

Uao

Tipo llaN

Longitud

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.

requerido

xa:string

20


certmcado

Deacrtpcl6n

Uao

Atributo opcional que sirva para expresar el certificado de Hilo digital que ampara al comprobante como texto, en fonnato baae64.

opcional

Tipo llaH xa:string

Eapaclo an Blanco Colapsar

condlcloneaDePago

Daacrlpcl6n

Uao

TlpollaH Longitud Mlnlma

Eapaclo •n Blanco

aubTotal

Dacrlpc16n

Uao Tipo Eepaclal

deacuanto

Daacrtpcl6n

Uao

Tipo Eapaclal

Atributo opcional para axpreaar laa condicionas comerciales aplicables para el pago del comprobante fiscal digital. opcional

xa:string

Colapsar

Atributo requerido para representar la suma de loa importea antas de descuentos e impuestos.

requefido

!_Importe

Atributo opcional para representar el importe total de los descuentos aplicablaa antes da impuestos. opcional

!_Importa

Martes IS do junio de2010

motlvoDeacuanto

Deacrtpcl6n

Uso

Tipo llaH

Longitud Mlnlma

DIARIO OFICIAL ()'rimen Sección)

Atributo opdonal para expresar el motivo del descuento aplicable.

opcional

xa:etring


total

Deacrlpcl6n

Uao

Tipo Espacial

metodoDePago

Deacrtpcl6n

Uao

TlpollaH

Longitud Mlnlme

Atributo requerido para representar la suma del aublotal, menos loa descuento, aplicables, máo loo Impuestos 1rasladados, menos loa impuestos retenidos.

requerido

!_Importe

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.

opcional

xa:etring


tlpoDaComprobanta

Deacrlpcl6n

Uao

TlpollaH

Atributo requerido para expresar el efecto del comprobante fiscal para al contribuyenle emisor.

requerido

xs:string

Valora• Permitidos ingreso egreso traslado

Elementos HIJo (mln,max)

Secuencia ( 1, 1)

Elemento: Emlaor

Diagrama

lmlaor(1, 1)

~eceptor (1, 1)

onceptoe (1, 1) mpueetoe ( 1, 1)

Complemenlo (O, 1)

Addenda (O, 1)

º'rimera Se,cción) DIARIO OFICIAL Martes 15 delunio de2010

~

Descripción

Nodo requerido para expresar la información del contribuyente emisor del comprobante.

Atributos

rfc

Deecrlpcl6n

Uso

Tipo Especial

Atributo requerido para la Clave del Registro Federal de

Contribuyentes correspondiente al contribuyente emisor del

comprobante sin guiones o espacios.

requerido

t_RFC

nombra

Descripción Atributo requerido para el nombna o razón social del

conlribuyenle emisor del comprobante.

Uso requerido

Tipo Basa xs:string

Longitud Mlnlma

Espacio en Blanco Colapsar

Elementos HIJo (mln,max)

ecuencia (1, 1) IDomicilioFiscal (1, 1) 1 Expedido En (O, 1)

Elemento: Domlclllo Fiscal

Diagrama

Martes 15 de Jinio de 201 O DIARIO OFICIAL (Primera Sección)

Descripción

Nodo requerido para pnacioer la información de ubicación del domicilio fiscal del contribuyente emisor

Tipo Raiz

t_ UbicacionFiscal Atributos He,.dados

calle Descripción

Uso Tipo Base Longitud Minlma

Este atributo requerido sirve para precisar la avenida, calle, camino o carretera donde se da la ubicación. requerido xs:string


noExtltrlor Dascrlpcl6n

Uso Tipo Base Longitud Minlma Espacio en Blanco

nolntarlor Dascrlpcl6n

Uso Tipo Base Longitud Mlnlma

Este atributo opcional sirve para expresar el número particular en donde se da la ubicación sobre una calle dada.

opcional xs:string

Colapsar

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


colonia

(Primera Sección)

Dffcrlpcl6n

Uao TlpoBaaa

Longitud Mlnlma

DIAJtlO OFICIAL Manes 1Sdej_ ... iode2010

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


localidad

Deacrlpcl6n

Uao Tipo a. ..

Longitud Mlnlma

Atributo opcional que sirve para preciaer la ciudad o población donde se da la ubicación. opcional

xs:atring


,.,....,., .. Deacrlpclón

Uao Tlpoa. ..

Longitud Mlnlma

Atributo opcional para e,opresar una referencia de ubicación adicional.

opcional

xs:string


municipio Deacrlpclón

U•o Tipo a. .. Longitud Mlnlma

E•paclo en Blanco

Htado Deacrlpclón

Uao Tipoa. .. Longitud Mlnlma Eapaclo en Blanco

pala 0

Dffcrlpcl6n

Uao Tipo a. .. Longitud Mlnlma Eapaclo en Blanco

codl.!!_oPostal

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

Atributo requerido que sirve para praciaar el ealado o entidad federativa donde se da la ubicación. requerido n:alring

Colapsar

Atributo requerido que sirve para precisar el pala donde se da la ubicación. requerido n :string

Colapsar

Mutes 15 de junio de 201 O

Dffcrlpc:16n

Oao Tljioll'a .. [ongRiia Eae!clo en Blanco

Elemento: &pedido En Diagrama

Ducrlpclón

DIAJtlO OFICIAL (Primera Sección)

AtribulD f1KIU9ridO que sirve para uentar el código postal en donde ae da la ubicación. requenao -

ss:string

raaear

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 Tlpoliu Longitüd Mlnima Eapaclo en llaneo

~~i,:,6J.bá:l~~d!"= e:: u=cW.. 'ª avemda, calle, opcional xs:sTring

~apsar

(Primera Sección)

noEllfllrlor

Descripción

Uso

llpoBaM Longitud Mlnlma

Espacio en Blanco

nolnlerlor

Deacrlpcl6n

Uso

llpo BaM Longltlld Mlnlma

Espacio en Blanco

colonia

Deacrtpcl6n

Uso

llpo Base Longitud Mlntma Espacio an Blanco

localidad Deecrlpcl6n

Uso llpo BaM Long_ltud Mlnlma Ea_!>!clo en Blanco

.. r. .. ncla DHcrfpct6n

Uso TlpoBaH Longitud Mlnlma Es_!>!clo en Blenco

munlc_le_lo Deecrlpcl6n

DIARIO OflCIAL Manes IS de _j_unio de 201 O

Este alributo opcional sirva para e,cpreaar el número particular en donde se da la ubicación aobre una calle dada. opcional

xa:atring

Colapaar

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

xs:otring

Colapaar

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.

opcional

xs:slring

Colepsar

Atributo opcional que sirve para predaar la ciudad o poblaci6n donde se da la ubieaci6n. o~ional ,autrin_!!_

Cola_es_ar

Alributo opcional para e,cpreaar una referencia de ubicación adicional. o~ional xs:alrin_!!_

Cola_es_ar

Atributo opcional que airve para precisar el municipio o delegación (en el caao del Diatrito Federal) en donde ae da la ubicación.

Uso o~ionel llpo BaH xs:string Longitud Mlnlma 1 EsP!cto en Blanco Colapaar

Martes IS de_,[unio de 2010

Htado

Descripción

Uso

Tipo aa .. Longitud Mlnlma

Espacio en Blenco

p_ale Deecrlpcl6n

Uso Tipo aa .. Longitud Mlnlma Espacio en Blanco

codlgoPoatal Deacrlpcl6n

Uao Tipo Base Espacio en Blanco

Elem11nto: Receptor Diagrama

Deecrlpctlln

DIARIO OFICIAL g'ri~ra Sección}

Atributo opcional que airva para precisar al eatado o entidad federativa donde ae da la ubicación.

opcional

xs:aUing

Colapaar

Alributo requefido que airve para precisar el pala donde se da la ubicación. requerido xs:string

Colapaar

Atributo opcional que sirva para aaenlar el c6digo poslal en donde se da la ubicación. opcional xs:slring Colapaar

Nodo requerido para precisar la información del contribuyente receptor del comprobante. Alrlbutoa

rfc beicrtpcl6n

Ueo Tipo EsP!ciel

nombN beicrtpcl6n

Uao Tipo Base Longitud Mlnlini Eapaclo en alañco

Atributo ~ricio para preciaar la Clave del Regitltro Federal da Conlribuyanles corraapondiante al contribuyenla receptor del comprobante. requerido ~

Atributo opcional para pracisar ef nombre o rizón social del contribuyente receptor. O_!)Cional xs:sii!ng

colapaar

-º'_rimero Sección)

Elema- HIJO (mln, .... , pecuenaa (1 , 11

Elemanto: Domicilio Diagrama

DIARIO OflCIAL

wa,(1.1)

e--··===~r=::'.'::.-, -::: =-"'='=~ =--:-=. -..: .. r~:::J __ _ :=--;.~~:;

i~ ::: = =--=--..:;;:;::,:: :.--_-__ ~~

Deacrlpcl6n

r_- ·----· .. ,-:_· ::-=.-::.:::=- -(~;:···:~-~~ ::~·.,;..~-r.-:::-..t.. __ _ ~::E-~C==i ~-~..:;.;.· r-----, =-=-~::;-

Martes IS dej_'"1io de2010

Nodo para la definición de la ubicación donde se da al domicilio del racaplor del comprobante ftacal.

TlpoRalz

t_Ublcaclon 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

Colapear

Mutes IS dej_unio de 2010

Deacrlpcl6n

Uao

TlpoBaae Longitud Mini,,.

DIARIO OFICIAL (Primera Sección)

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.

C>l)Cionel xs:string

Eapeclo an Blanco Colapsar

colonia

Deacrlpcl6n

Uao

TlpoBaH LongNud Mlnlrna

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

Eapeclo en Blanco Colapsar

localkllld Deacrlpcl6n

Uao TlpoBeH LongNud Mlnlrna Eapaclo en Blanco

,.,.,.ncla

Deacrlpcl6n

Uao

TlpoBa~ LongNud Mlnlma

Atributo opcional que sirve para precisar la ciudad o población donde ae da la ublcad6n. opcional ,ca:slring

Colapear

Atributo opcionel para expresar una referencia de ubicación adicional. opcional u :string


municipio Deacrlpcl6n

Uao TlpoBaM Longttud Mlnlma Eapaclo en Blanco

Htado Deacrlpclón

Uao 11poBaM LongNud_ Mlnlmll

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

Colapsar

Atributo opcional que sirve para pradsar el estado o entidad f11derativa donde se da la ubicación. opcional xa:atring

Eapeclo en Blanco C:Olapaar

.....

(Primera Sección)

Deecrlpclón

Uao Tlp_oBaae Longitud Mlnlma Ea_!'_'l_clo en Blanco

codl_11_0Poalal DHcrlpcl6ñ

UIIO TlpoBaae Eepacio an eiañco

Elemento: Concepto• Diagrama

DIARIO OFICIAL Martes 1Sde_j_uniode2010

Abibulo ,:,,querido que sirve para precisar el pals donde se da la ublcac,on. re_c¡uerido xa:sliíng

Colap_sar

Alributo opcional que airve para aaentar el código postal en donde se da la ubicación. opcional xs:otnng ~apsar

1 c.. 9 C3'H c:.w- 'li\

Deecrl_!l<=_lón

=--cJ:.._-=-_. Nod<>-•~i. ~ ... ITNIICIIW< ..............

b.no_,..._.._.o,;,_ ---Nodo requerido para enllsta,-101 conceptos cubiertos por el comprobante.

Elementoe Hijo (mln,mex)

Fecuencia (1, 1) jconcepto (1 , mmilado)

Elemento: Concepto Diag rama

Deacrtpclón

-:-. =-=~ ... !"'".:.=.-"' j

18--3-E:=l E:#-'~-=h-7=' :~

§~?" ,_, [E.:;;=·-~ 1-• SW§ ~-e::::==-~· =:-z::-r ;::.::--..

.. ~: .. _

. ..

•VII '(~

=--=-~=-::.::

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

Deacrlpcl6n

Ueo

Tipo Baae

Eapaclo en Blanco

unidad

Deecrlpclón

Ueo

Tipo Baae

Longitud Mlnlma

Eepaclo en Blanco

noldenllflcaclon

Deacrlpclón

Ueo

Tipo Baae Longitud Mlnlma

Eepaclo en Blanco

deecrlpclon

Descripción

Ueo

Tipo Baae

Longitud Mlnlma

Eapaclo en Blanco

valorUnltarlo

Deecrlpcl6n

UIIO

Tipo Especial

lmporla

Dsecrlpclón

Ueo

Tipo Especial

Elementoe Hijo (mln,max)

Abibuto requerido para precisar la cantidad de bienes o servicios del tipo particular definido por el presente concepto.

requerido

xs:dacimal

Colapsar

Abibuto opcional para precisar la unidad da medida apMcabla para la cantidad expresada en al concapto.

opcional

xs:string

Colapsar

Atribulo opcional para eJ<prasar el número de serie del bien o identiflc;ador del servicio amparado por el presente concepto. opcional

xs:alring

Colapsar

Atributo requerido para precisar la descripción dal bien o servicio cubierto por el presenta concepto.

requerido

xs:string

Colapsar

Atributo requerido para precisar et valor o precio unitario del bien o servicio cubierto por al presente concepto.

requerido

t_lmporle

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.

requerido

!_Importe

(Prim .. a Secciói,)

pi,ción (O, 1)

Elemento: lnformaclonAduanera Diagrama

DIARIO OFICIAL Mlllla IS do jimio de 2010

nlormac:ionAduanera (0, llimi1ado) o..anlaPredial (O, 1)

~plementoConcepto (O, 1)

t>arte (O, Ilimitado)

IL~~ .. , 1 1 1 1 1 1

s-L-----, r::::-:)

A~~P-M• ...,..... .. n.:.n- .. --~--~., ..... 1- 1

º··· Nado opdonaa ~- lnaoduot la Wormaddn ......... ~

AtlbAo___.para ......... r.:t,,.. _, .... ......._ ..._ .. ...,...,.. .. importadÓftdlilt.n. S. ..,,.....,, .. formMo ~-.,.-·~º ---v..-.dldos de ~ mano, 1- 1

Deacrtpcl6n

Attlbum,__.p,91a pNC .... ....,,. pol' .. qi.

--'-'uó .. ~ cW ..... L- ------

Nodo opcional para lnltoducir la informaciOn aduanera aplicable cuando se lrate de -,1as de primera mano de mercanelaa importadas.

Tipo Ralz

l_lnfonnacionAduanera

Atrlbu- Herwdadoa

numero

Deacrfpclón

Ueo

Tipo Baae

Longitud Mlnlma

Eepaelo en Blanco

facha

Daacrtpcl6n

Ueo

Tipo Baae

Atributo requerido para expresar el número dal doeumenlo aduanero que ampara la importación del bien.

requerido

xs:slling

Colapaar

Alribulo requerido para e.preaar la fecha de •l1Pedici6n del documento aduanero que ampara la imporladón del bien. Se elll)r8aa en el formato aaaa-mm-dd

requerido

xa:dala


a-na

!)aCrfJ!!:.lón Atributo requerido para pNciaar la aduana por la gua ••

Manes IS de junio deZ0I0 DIARIO OFICIAL

efectuó la impo,taeión del bien.

Ueo requerido

Tipo Baae xs:olring Longitud Mlnlma


Elemento: CuantaPNdlal Diagrama

Deacrfpclón

Ncido~s----..r"'"-.o..w.~ ~=---=== .. a&NtTa,lda ...... dld ................. _

ª -~-- -~ 1·-·· ,,,~~par.a ,..... .. ni:..-. . ... ~~ .. ~ ~por-~ COflCIIIIIO ... _ . ,,..,_ ... -.

(Prim«a Sección)

Nodo opcional para asentar el número de cuenta predl&I con el que fue reglotr&do el

inmueble, en el alolama eataalral de la entidad federativa de que trate.

Atrlbutoa

numero

Deacrfpcl6n Atributo requerido para precisar el número de la cuenta predial

del irvnueble cubierto por el prnente concepto en eaoo de

reelboa de arrendamiento.

Ueo requerido

Tipo Baae xa:slling

Longitud Mlnlme


Elamanto: ComplemantoConcepto

Diagrama

Deacrtpcl6n

f~ .f~~-~ Nodo~dan:fa•INb-Mb: , . .---• ----~cW' ... oc.-.. SAT,.~ .. ---i-t~•-~owrno-...:1 -

Nodo opcional - .. ineluirén loo nodoo complementarios da axten1ión al concepto,

definidos por al SAT, de acuerdo a diapoalcionea pB<tieulares a un sector o eetillided

especifica.

Elementoa HIJo (mln,max)

~eeueneia (1, 1) D Elemanto: Parfll

n

(Primera Sección)

Diagrama

Descripción

DIARIO OFICIAL Malles 15 dej..,io de 2010

,-_-~ --O .. •

""'*-opd,nllll""'wiv-u, -~º-~ q...~ .. ,. .. ll'Jtlli:!M!(.a UJl'CltJ*)~afl .. _,.._ftioll!i;-'

1---· At"tt..10--....:io .... ~•a~O.t.. o-vaa:,,.lklOP9'1b.W oa&'CIOc,o,IJ~ -¡- ¡ At-ia.~o,a:,,elp.,.. ,,_..i. __ 11409~0::,

1;,bba ...... Q~

•-=--•"Pl'1ao ,. ____ )

=~:-~cx, 1rpe-.doCO"II --~ ÉES!.. --¡·;;.;.;.·,¡,·.;;;¡.; ) Ari>.ID~IWII ~<11~1bo,..ia .. -n1roe111•0-·,id) ::i..t....lelc,o,IJ~ ,.,. ,--1

Anl.lO(IJICl)NJ!llf"II

e:::-:~!~ ~ ..... o.be. .. ,.,.,.al~oa -:t:cb·ll~JD'.... b-..-a~-·-'. --=---:.!

D .... Nco:1 ..... 1 .. , __ ..a .. ~~ -,bW. o.,..,., ...... " .... º -~11"fl0'1:a:IX --0.pt"-.I" .....

Nodo opcional para e,cpresar las partes o componentes que integran la lolalldad del concepto expresado en el compmbante fiscal digital

Atributos

canUdad

Descripción

Uso

Tipo Bue Espacio en Blanco

unidad

D .. crlpclón

u.o T111_0Baee Longitud Mlnlma

Alributo requerido para precisar la canlidad de bienes o servicios del tipo particular definido por la pres_ente parta. requerido xs:decimal Cola_e5_ar

Atribulo opcional para precisar la unidad de medida aplicable para la ca__r,_tidad expresada en la l"'rte. opcional

xa:strini

E•f18clo en Blanco Colapaar

nolclantlflcaclon

Malles 15 de junio de 2010

Descripción

Uso TlpoBHe Longttud Mlnlma Espacio en Blanco

descrlpclon Descripción

Uso TlpoBHe Longttud Mlnlma Espa_clo en Blanco

valort.lnttsrlo Descripción

Uso Tipo Espacial

Importe Daacrlpclón

Uao Tipo Especia!

Elementos Hijo (mln ,ma111

ecuencia (1 , 1)


Alribulo opcional para e,cpresar el númam de serie del bien o Identificador del servicio amparado por la p_resente parte. opcional xs:slring

Colapsar

Atribulo requerido para precisar la descripción del bien o aervicío cubierto por la preaenle parte. requerido xa:string

Colapsar

Atributo opcional para precisar el valor o precio unitario del bien o servicio cubierto por la presenle parte. opcional !_Importe

Atribulo opcional para precisar el importe lolal de los bienes o servicios de la presente parte. Debe ser equivalente al resuNado de multiplicar la cantidad por el valor unitario expresado en la parte . opcional t,..lmporte

nformacion Aduanera (O, Ilimitado)

Elemento: lnformaclon Aduanera Diagrama

Descripción

_____ .. -------·-· ----·--

¡;-....;;....~.=;:..:: 7 la- 1 1 1-1 1 l ===--= 1 1 ::--=:--=:::t.-z 1

1 1-• 1

·-~-- 1 ~~= 1 ~~.:::.~ 1

1- h 1 1 =-==· .. _ 11

1 e:....-----... ~------I

Nodo opcional para intn,dueir la información aduanera aplicable cuando se trate de partes o componentes importados vendidos de primera mano.

Tipo Ralz

t_lnformacionAduanera Atrlbut- Henidados

numero Daacrlpclón Atributo requerido para expresar el número del documento

(Primera Sección)

u ... TipoBaM Longitud Minlma E•_!l_aclo en Blanco

fecha Descripción

Uso l1_11_0BaM Es~clo an Blanco

aduana btíacrlpcl&i

Uso TlpOBaM [onghüd Minlma EspacloiiiBlanco

Elemento: lmpuestoe

Diagrama

--

DIARIO OFICIAL Martes IS dej_..,iode2010

aduanero que ampara la importaciOn del bien. requerido xs:s!ring

Cola.!'_!ar

Atributo requerido para exprasar la lecha de expedición del documenta aduanero que ampara la importación del bien. Se expresa en el lormalo aaaa-mm-dd requerido )(11:data Colapsar

Alributo requerido para pracisar la aduana por la que se efectuó la importación del bien. requerida l<ll'.Stri"l!

Colapsar

a-., _____ _ ,---~ A"*'"-op:toN,lp,Ma.....,,_al tor.i.t. bt, ....,._.~qua _.....,..._..b:s~ ~--~~ :~T,..---=J

Atrl>t.coopaona,lpa• ...... -'ll>ta ... ....,._(f.~ ..... ,. ::-::.:,:-.;;r_,_... ---NOOO~_.~

-~.apk.ablias. ·: Aownokwle• !;Q

Descripción

Nodo q,cional --· ~-~--;T~-- E!J

NodDo,pdoN,ipa,r• -...o ........... _ ·----Nodo requerido para capturar los impuestos aplicables.

Atrlbutoe

Total Impuestos Retenidos DHcrlpclón Abibuto opcional para expresar el total de los impuestas

ratenidas que se desprenden de los conceptea expresadas en el comprobante fiscal digital.

Uso opcional Tipo Eapeclal t_lmf)Clrle

Total Impuestos Traaladadoe

Descripción Abibuto opcional para expresar el total de los impuestos trasladados qua se desprenden de las conceptos expresados en al comprobanta fiscal digital.

Uso opcional

Tipo Eapeclal t_lmporle

Martes 15 de junio de 2010 DIARIO OFICIAL

Elementoe Hijo (mln,.,.•I

tecuencia (1. 1) tetenciones (O, 1) raslados (O, 1)

Elemento: Retenciones

Diagrama

Descripción

: ... ICionea -

• Nodo opcuai p;l/1: caplLAI 1 .JI>

~·- :::.:.:.=. .¡....,.._,,_,-.,.

Nodo opcional para capturar los impuestos ratenidos aplicables

Elamentoe Hijo (mln,max)

~ecuencia (1, 1) ~etencion (1, Ilimitado)

Elemento: Ratenclon

Diagrama

Descripción

~ 1 . .<I>

Nodo ?*'• 1a W'ffi1'r.KCn 6-t.Wadaunarr.enoón dlt~esP9Cffia,

EJ -b•• 1 l lmpueato b Atribuco~par• .ñatar al bpO ~ ..,po....r.o -C:'::::) A~r~pu,. ~ .. «"porteo monto del ln'!PUHtD r&'tllnCO

(Primera Sección)

Nodo para la información detallada de una retención da impuesto especifico

Atrlbutoe

lmpuHtO Deacrlpclón Alributo raquerido p_ara seftalar el tipo de impuesto retenido

Uao requerido Tipo Base xs:strinl!_ Valora• Parmltldoe ISR IVA Eapac_lo en Blanco

Importe

Descripción

Uao

Tipo Eapeclal

Elemento: Traalados Diagrama

Colapsar

Abibuto requerido pare senalar el imparte o manta del impuesto retenido

requerida

!_Importe

(Primera Sección! DIARIO OFICIAL Manes IS de_j_Wlio de2010

CT;~~·g ~ T , ........ ' NodD~~-0 1 .. .. ..fri lila ¡n-.- Nodo;,M••nafl'l".KIWI ~.~ 6-ta&.calM -~~-.... ~_,co

Descripción o opdonal para asen

Elementos Hijo _(mln,max) jsecuene,a (1, 11

Elemento: Traslado Dlagnma

Descripción

1 •. -Noóo--~ -.;....,_ci.u-,uas_.,da ---

s ~·L----.

~ ..,..,__.;,ar:a -~--a.--~ ......... ,...__ __ -"-'-' .. --""""'""' .,. .. v ~;,o,c.ada __ o,éo..,..,i --1--1 ...... -~--........_.,....,_dat ~ .... . ladado

es

Nodo para la información detallada de un lraslado de impuesto especifico Atributos

lmp_uasto beacripclOn Atñbufo requendo para seNalar el bpo de impuesto bisladado

90 Tlpo"liee

re.9.uenao xs:sTring

Valorea Parmffldoe T'i7ATEJ5S" E•f!!clo en Blanco raa.e_sar

tasa Descripción Atributo requendo para se~alar la lasa del impuesto que se

traslada por cada concepto amparado en el comprobante Oso re.9.uendo Tl.e_o Especial t Importe

Importa

Uiii 1 ipo Eapeciai

Elemento: Complemento Dla9rama

=-~-f~.) -~....... 0 .. -t,d,....,..,_,_,.,. -6-,.....--,,,..,..-,SAT. ct. K...6o .... ~ PWlb~·---·o .alvldad _..c.a,.

Descripción Nodo opcional dond~ se 1nclu1r8n los nodos complemenlanos deierm1nados por el SA 1 , de acuerdo a las disposiciones particulares a un sector o actividad especifica.

Elementos Hijo (mln,maxl @ecuenc,a (1, 1)

Elemento: Addenda Diagrama

Martes IS de_j_unio de 20IO

Deacrlpclón

DIARIO OFICIAL

, ......... -e;;¡ (=)3--!~ _:..) Nodo~ _ _.,.._, 0 .• -_ _. _ .... ______ ...,. .,_..__,, .._. __ ,__.,_ ,__dt,l.....,.,.__ ~ .. ,__. --

(Primera Sección)

Nodo opcional para recibir las extensiones al presente formato que sean de utilidad al contribuyente. Para las reglas de uso del mismo, referirse al formato de origen.

Elementos Hijo (mln,maxl

~eeueneia (1, 1)

Tipos Complejos

Tipo Complejo Global: t_Ublcaclon

Diagrama

,._.., ___ _ -·-

Descripción

r·----l ==:-:==-~:=-¡·= , ==:aE.: =-"' __ ...,

~---L-======--i. ..........,_ ...... y

::::....-==:-.;:J ~ .-.....--

¡----} _ _........,,.... .. _ S:~

c.:::.:.:.:.::i ~...:.:..-:-= ..... -· .. r::::_;..-1:__ -,---·-····-} .......... _.... __ --- ----. .. ~.t~~ .. c_:::=J ........ -..---. _ _._.,__.... =-~---1:=_J_ ___ _ =~~-' -· "- )

....... _... __ _ :-;;:;-:;:.~

Tipo definido para expresar domicilios o direcciones

Atributos

calle

Daacrlpclón

Uso

Tipo Base

Longitud Mlnlma

Este atributo opcional sirve para precisar la avenida, calle, camino o carretera donde se da la ubicación.

opcional

xs:string

(Primera Sección) DIARIO OFICIAL Moru:s IS de junio de 201 o

Eapaclo an Blanco Colapoar

noEmrtor

Daacrtpcl6n

Uao

TlpoBaM Longitud Mlnlma

Este atributo opcional aiMI para ellpf'898I" el número particular en donde ae da la ubicaci6n sobra una caHe dada.

opcional

xs:string


nolntartor

Deacrtpclón

Uao

TlpoBaM Longitud Mlnlma

Este a1ribulo opcional sirve para e,cpresar infonnaci6n adicional para especiftcar la ubicación cuando calle y número exterior (noExterior) no resulten suficientes para detennlnar la ubicación de fonna precisa.

opcional

,cs:string


colonia

Deacrtpcl6n

Uao

TlpoBaM

Longitud Mlnlma

Este atributo opcional SIMI para precisar la colonia an donde sa da la ubicación cuando se desea ser mlls especifico en casos de ubicaciones urbanas.

opcional

,cs:string


localidad

Daacrtpcl6n

Uao

TlpoBaM

Longitud Mlnlma

Atribulo opcional que sirve para precisar la ciudad o población donde se da la ubicación.

opcional

,cs:string


refarancla

Daacrtpcl6n

Uao

TlpoBaM

Longllud Mlnlma

Atribulo opcional para e,cpresar una referencia da ubicación adicional.

opcional

,cs:string


Martes IS de junio de 2010

municipio

DNcrtpclón

Uao

TlpoBaM

Longitud Mlnlma


Atribulo opcional que sirve para precisar el municipio o

delegación (en el caso del Distrito Faderal) en donde ae da la

ubicaci6n.

opcional

xs:string


•atado

DNcrtpcl6n

Uao

TlpoBaM

Longitud Mlnlma

Atributo opcional que sirve para pracisar el estado o entidad ledarativa donde ae da la ubicación.

opcional

,cs:string


pala

Daacrtpcl6n

Uao

TlpoBaM

Longitud Mlnlma

Atribulo requerido que sirve para precisar el palo donde se da la ubicación.

requerido

xs:string

Eapaclo an Blanco Colapoar

codlgoPoatal

Daacrtpcl6n

Uao

TlpoBaM

Atribulo opcional qua sirva para asentar el código postal en donde se da la ubicación.

opcional

xs:string


Tipo Complejo Global: t_UblcaclonFlacal

Diagrama

(Primera Se,cción_)_ DIARIO OFICIAL

C:::::l '---~----==~= ............... ;.==,l Ü,0,0 _ _,.,. _ __ .. ~ _....,_..,._."' ~------~ ........... ........,..._ __ ........,..., ------.&..i. ___,._,. .... 'I' ... --~-, _ _._.._~---.. ~· .., __

!"= } _ _..... ____ _ ___ ........... _ ...... ... "'---_..._.__ ... =:--.::..·

Manes IS de junio de 201 O

L ,._..,.,_. __ r·······--1 .... ...__,..,.,._..,._ ---·-· = ........... ........ .__

Daacrtpcl4n

¡···········i ....__......_. __ ......__. --

1 • ......__..._._ ___ .. __ o--:t.t".t~~-.............

1- 1 .. --·--:=-===-.-:..:._ ... -C?:::l ........ _ .... __ =:::--~ ...... 1-----1 -------=--=-=:~

Tipo definido para expresar domicilios o dlracciones Atrlbutoa

calle bncrtpclón

Uao TlpoBaH Longitud Mlnlma Eapaclo en Blanco

noExlerlor DHcrtpc-rañ

Uao Tipo Baaa Longltííd Minlma Espacio en Blanco

nolnlerlor DHcrlpcl6n

Este atributo requarido sirve para precisar la avenida, calle, camino o cam,lera donde se da la ubicaci6n. requerido xs:slnng

~psar

Eete atribulo opcional sirve pera expresar el numero particular en donde se da la ubicación sobra una calle dada. opcional xo :string

Coiapsar

Este alJibuto opcional sirve para expresar lnformaci6n ag¡c¡onal Para aapeciftcar la ubicación cuando calJe v número

Manes 15 dejwiio de 2010

Uao

Tipo Baaa

Longitud Mlnlma

Eapaclo an Blanco

colonia Daacrlpclón

Uao

TlpoBHa

Longitud Mlnlma Eapaclo en Blanco

IocaHdad DHcrlpcl6n

Uao TlpoBaH Longitud Minlma Eapaclo •n Blanco

"'fllnincla DHcrlpcl6n

Uso TlpoBaH Longitud Minlma Eapaclo en Blanco

munlcip_lo Deacrlpcl6n

Uao

TlpoBH• Longitud Mlnlma Eapaclo en Blanco

eatado Deacrlpcl6n

Uao TlpoBaH Longitud Mlnlma Eapaclo en Blanco

pala

Daacrl.l!!:_16n


exterior (noExterior) no rasullen suficientes para determinar la ubicación de forma precisa. opciOnal

xs:string

Colapsar

Eale alributo opcional sirve para precisar la colonia en donda se da la ubicación a.iando se desea ser mét especifico en casos de ubicaciones I.H'banas. opcional

xs:etring

Colapsar

Atributo opcional qua sirve para precisar la ciudad o población donde se da la ubicación. o~ional u :slrin¡

Cola_es_ar

Alributo opcional para expresar una relerancia de ubicaciOn adicional. o~ional u :stnn¡

Cola_111_ar

Atribulo requerido que sirve para pracisar el municipio o delegación (en el caso del Diolrilo Federal) en donde se da la ubicación. requerido

xs:string

Colapsar

Atributo raquerido que sirve para precisar el estado o entidad lederativa donde se da la ubicaciOn. requerido

u :elring

Colapsar

Atribulo requerido gue sirve para precisar el pals donde se da

(Primera Sección)

Ueo

TlpoBaH

Longitud Mlnlma

Eepaclo an Blanco

codlgoPoatll

Daecrlpcl6n

U10

TlpOBaH

Longitud

E•paclo an Blanco

DIARIO OFICIAL MU1a 15 de_j_mio de 2010

la ubicación.

requerido

u :1tring

Colapsar

Alributo raquerido que sirve para aNntar el código postal an donda se da la ubicación.

requerido

xa:atring

5

Colapsar

Tlpo Complejo Global: t_lnfonnaclonAdua,-ra

Diagrama

A...,__.._ ....,._ .. ....._ ... -----... ~ .. -1- m :r:~-·--· =~.:-· =-~:::-.:-

~dalb.n.S. --~""---1-b ,.....,__....._ -------·--~-.._.fo,, .. -Deacrtpcl6n

Tipo definido pa111 aJCpreaar inlorrnacliln aduanera

Atrtllutoa

numero

Da1crlpclón

U10

TlpoBaH

Longitud Mlnlma

E•paclo en Blanco

facha

0.1crtpcl6n

Ueo

TlpoBaH E1paclo an Blanco

aduana Daacrl.l!.cl6n

Alribulo requerido para expresar al número del documenlo aduanero que ampara la importación del bien.

requerido

,cs:alring

Colapsar

Alribulo raquerido para eJCpreaar la facha da expedición del documento aduanero que ampara la importación del bien. Se expresa en el lorrnalo aaaa-mm-dd

requerido

u:dale

Colapaar

Alribulo requerido pa111 pracisar la aduana por la que 111

Manos 15 de _j_unio de 201 O DIARIO OFICIAL

efectuó la importación del bien.

Ueo requerido

Tlpo BaH llS'.Slring

Longitud Mfnlma 1


Tipos Simples

Tipo $Impla Global: t_RFC

Daacrtpcl6n

(Primen, Secci6n)

Tipo definido para a,cprasar claves del Regi1tro Federal de Conbibuyantes

Definición

TlpoBaH 11B:atring

Longitud Mlnlma 12

Longitud Mblma 13

E•paclo en Blanco Colapsar

Tlpo Slmpte Global: t_lmpom,

Daacrtpcl6n

Tipo definido para exp,11sar imporles numéricos con fracción a aeia decimales

Definición

TlpoBaH Poalclonaa Declmalaa

llB:decimal

6

E1paclo en Blanco Colapsar

Código Fuente

<?ami vera1-·1.o• ancodlng•"UTF-4"?> <H:achema xmlna.-hltp:/-.Mt.gob.nui/cfd/2" xmlna:x••"http:/,-.w3.org/2001/llMLSchama" largatNama1pace-"http:/-.Mt.gob.nui/cfd/2" alamentFormDefautt-"quallflad" attrtbutaFonnDefauN-"unquallflad">

<xa:alamant name="Comprobante"> <H:annotatlon>

<xa:documentaUon>Eaündar para la ••pra1lón de comprobante• ll1c11aa dlgttalaa.</n:documenlatlon>

</xa:annoeaaon> <xa:complaxTllPB> <H:HqUenc:e> <za:alament name•"Emlaot"> <H,-nnolatton> <H:documenlatton>Nodo rwquertdo para axpraHr la Información del contrtbuyanta amlaor

del comprobanta.</n:documentatton> <lll1:aMolatlon> <H:CompllJ1Type>

<xa:eequence> <H:elament name-"DomlclUoflacal" type,,"1_UblcaclonFlacal">

<ae:annotatlon> <xe:documenlatlon>Nodo rwquerldo para prechlar la Información da ubicación del

domlclllo llacal del contrtbuy11nla amlaor</Jle:documantatton> </u:annolatton>

</111:alament> <H:alament name•"EapedldoEn" type•"t_Ublcaclon" mlnOccura•"O">

(Primera Sección) DIARIO OFICIAL Manes 15 dej'"'io de20l0

<ae:annotallon> <H:documentaUon>Nodo opcional para precisar la Información da ubicación dal

domicilio en donde H emitido el comprobanla llecal en caao da que aea dlatlnto del domicilio nacal del contr1bu119nle emlaor.<IH:documentaUon>

</aa:annotaUon> <IH:element>

<IH:Hquance> <ae:attrtbute n•m••·rtc· type• •t_RFc· uae••raqulracl·>

<xa:annotatlon> <aa:documentatlon>Atrlbulo requerido para la Clave dal Reglatro Fadaral de

Conlr1bu119ntea corraapondlenta al contribuyente amlaor dal comprobanla aln gulonaa o eapacloa.</H:documentaUon>

</aa:annotaUon> <IH:alb1bule> <aa:attrtbute name••nombra• ua•••raqulred">

<xa :annotatlon> < .. :documentaHon>Atrlbuto requerido para el nombra o razón social dal contrlbu119me

emisor dal comprobante.<IH:documentatlon> </aa:annolaUon> <aa:almpleType>

<aa:raab1ctlon baae••xa:atrfng•> < .. :mlnlangth value•"1"1> <H:whlNSpaca value="collapae"/>

</H:natrtcUon> </aa:almpleType>

<IH :alb1bule> </H:complexType>

<IH:element> <H:•le- name•"Receplot">

< .. a:annotatlon> <xa:documenlaUon>Nodo requerido para preclaar la Información del contrlbu119nte receptor

del comprobante.</H:documentatlon> </H:annotatlon> <H:complHType>

<aa:aequence> <xa:alement nam.-"Domlclllo" type•"t_Ublcaclon">

<xa:annotatlon> <H:documentatlon>Nodo para la daftnlclón de la ubicación donde ea da el domicilio del

receptor dal comprobanta nacal.<laa:documentatlon> </H:annotaUon>

<IH:ale,,.nt> <h.a:aequence> <H:attr1bute nama•"rfc" type•"t_RFC" uaa•"requlrad">

<xa:annotatlon> <H:docu,,.ntaUon>Atrlbuto requerido para praclaar la Clave del Reglatro Federal da

Contrtbuyentaa com,apondlente al contrlbu119nte receptor dal comprobanla.</H:documentatlon> <IH:annotaUon>

</xa:alb1bute> <xa:attrtbuta name•"'nombra" uae••optlonal">

<xa:annotatlon> <xa:documentatlon>Atrlbulo opcional para pracloar el nombre o razón aoclal del

contribuyente recaptor.<IH:documantaUon> </xa:annotatlon> <xa:almpleType> <xa:n1atrlctlon bl••• .... •:•trtng .. > <aa:mlnlangth value="1"1> <xa:whfteSpace vatuea•collapae"'I>

</xa:rHtrlcUon> <IH:almpleType>

Martes IS dejwiio de 2010

</aa:alb1bute> </xs:complexType>

</xa:elament> < .. a:element name•"Conceptoa .. >

<xa:annotatton>


<xa:documentaUon>Nodo requerido para enllatar loa conceptos cubierto• por el comprobante.</aa:documentatlon>

</xa:annotatlon> <xa:complexType>

<xs:sequenc•> < .. a:element name••eoncepto• maxOccursm"w,boundecr>

<xa:annotatlon> <xa:documentatlon>Nodo para Introducir la Información detallada de un bien o ••rvlclo

amparado en el comprobante.<l .. :documentaUon> </xa:annotaUon> < .. :complexType> <a•:chofce mlnOccura• "0~

<H:element name="lnformaclonAduanara" type• "t_lnformaclonAduanera" mlnOccu,.•"0" maaOccura•"unbounded .. >

<ae:annotatlon> < .. :documentaUon>Nodo opclonal pan Introducir la Información aduanera aplicable

cuando se trate de venta• da primera mano da mercancla• lmportadaa.<l .. :documentatlon> <1 .. :annotatlon>

<IH:element> <xe:element name• "CuentaPradlal" mlnOccura•"0"> <•e:annotatlon> <xa:documentatlon>Nodo opcional para Hantar el número de cuenta pNdlal con el

que fue registrado el Inmueble, en al alalama cataelral da la entidad federativa de que trate.<IH:documentaUon>

</ae:annotatlon> <aa:complexType>

<xe:attrtbute name• "numaro• u•••"raqul,_d.> <••:annotatlon> < .. :documentatlon>Atrlbuto requerido para praclaar el número da la cuenta pradlal

dal Inmueble cubierto por al preaente concepto en caao de raclboa da arrendamlento.</aa:documentatlon>

</xa:annolaUon> < .. :almpleTypa> <xe:raetrlctlon ba••=·xe:atrtng">

<H:whlNSpaca value="collapsa"I> <xa:mlnlangth value="1"1>

<1 .. :reetrlcUon> </ .. :almplaType>

</xa:atlr1buta> </xa:compleaTypa>

<IH :element> <H:alement name•"ComplementoConcepto" mlnOccura•"0">

<xa:annotatlon> <xa:documentatlon>Nodo opcional donda ae lnclulnln loa nodoa complementarlos da

extenalón al concepto, daftnldoa por el SAT, de acuerdo a dlaposlclonea partlcularaa a un sector o actividad aspaclnca.<IH:documenlatlon>

</H:annotatlon> <xa:complexType>

< .. a:eequ•nca> <xe:any mlnOccun••o .. maxOccura••unbounded"I>

</xa:a•quence> </ .. :complexType>

<IH:elament> <xa:element name•'"'Parte• rnlnOccuraa"0"' maxOccu~ .. unbounded">

(Primera Sección) DIARIO OFICIAL Maria IS de j\ftio de 201 O

<H:annotatlon> <H:documentatlon>- opclonal para Hp19Nr la• pa.-. o componentaa que

Integran la totalldad del concepto Hp,.sado en al comprobante nacal dlgltal<llla:documentatlon> <llla:annotatlon> <••:comple•Type>

<•a:Hquence> <H:element nanM"'"lnformaclonAduanera• typea"t_lnformaclonAduanera"

mlnOccura•"O" muOccu..-•unbounded"> <aa:annotaUon> <n:documentatlon>Nodo opclonal para 1-uclr la Información aduanera

apllcable cuando M trata da partes o componente• .....,_doa vendidos de primera mano.<laa:documentatlon>

<IH:annotatlon> <llls:alament>

</n:Nquence> <H:attrlbUIII name•"cantldad" u..,.",.q,il,.d">

<•a:annotatlon> <H:doc-tlon>Atrtbuto requerido para p19Claar la ca-d de blene• o

nrvlclo• del Upo partlcular deftnldo por la pn,nnta parte.</xs:doc-tlon> <llla:an-Uon> <n:almpleType> <n:,..trtctlon ba-"H:daclmal">

<u:whltaSpace valua,.•collapn"/> <IH:reetrtctlon>

<llla:.lmplal'ype> </u:attrlbuta> <H:attrlbuta name•"unldad" uae•"opllonal">

<H:annotatlon> <H:doc-Uon>Atrlbuto opclonal para pNClaar la unidad da mecida apllcable

para la cantidad Hpreuda en la parte.</aa:documentatlon> <111•:a-tlon> <H:almplaType> <H:,.atrlctlon -·••:atrtng"> <n:whlteSpace value,."collapae"/> <n:mlnlAngth valua,."1"/>

<IH: ... trtctlon> </n:almplel'ype>

<hta:altrlbut.> <xa:attrtbuta narne••noldenttflcaclon" uee••opt1ona1·>

<aa:annotatlon> <H:documentatlon>Atrtbuto opclonal para Hp,.aar el número da Mrta del blan o

Identificador del Hrvlclo amparado por la p,.Hnta parte.<ln:documentatlon> <laa:annotatlon> <H:almplal'ypa> <••:,.atrlctlon ba-"••:atrtng">

<••:mlnlAngth value•"1"/> <n:whltaSpaca value•"collapae"/>

</U:rMtrlctlon> <hta:almplel'ype>

</H:altrlbula> <•a:attrlbuta name•"daacrtpclon• .,..,.•raqulred">

<aa:annotatlon> <H:documentatlon>Atrlbuto raquarldo para preclaar la dHcrtpclón del bien o

nrvlclo cubierto por la p,.nnta parte.<IH:documentatlon> <hta:annotatlon> <••:almplal'ype> <n:,.atrlctlon ban•"n:atrtng">

<n:mlnL.ength valua,."1"/> <n:whltaSpaca valua•"collapn"/>

Mutes IS de junio de 2010

<IH:-trlctlon> <hta:almplaType>

<hta:attrtbuta>

DIARIO OFICIAL 1 Primcni Sección!

<aa:attrtbut. nama•"valorUnltarto• type•"l_lmporte" -·opttonal"> <aa:annotatlon> <H:documentatlon>Atrtbuto opclonal para p,-clur el valor o praclo unitario del

bien o nrvlclo cubierto por la presenta parte.<IH:documentatlon> <hta:annotatlon>

</aa:attrlbut.> <xa:attrlbuta name•"lmporta" type•"t_lmporte" ua.-"optlonal">

<xs:annotatlon> <H:documentatlon>Atrtbuto opcional para pn,clNr al Importe total da loa blane• o

aarvlcloa da la .,..._ parte. Debe aar aqulvalanta al resultado da multlpllcar la cantidad por al valor unitario upraMdo an la parta.<IH:documentatlon>

<lx•:a-tlon> <lxa:attrlbuta>

</H:compla•T'ypa> </u:element>

</u:cholca> <••:attrtbuta namea"cantldad" UH•"raqulred">

<•a:annotatlon> <u:documentatlon>Atrtbuto raquertdo para preclur la cantidad de blanea o nrvlcloa

del tipo partlcular deftnldo por al p,...nte concapto.</u:docume-on> </:1:a:annotatlon> <aa:slmpleType> <••:,.atrtctlon ban•"u:daclmal">

<xa:whltaSpaca valu.-"collapaa"/> </u:,.atrtctlon>

<las:almplaType> <lx•:a-uta> <ae:attrtbuta namea"unldad" -optlonal"> <u:annotatlon>

<n:documentatlon>Atrlbuto opclonal para pn,clur la w,ldad da medida apllcable para la cantidad Hp,.uda en el concepto.<ln:documentatlon>

</u:annotatlon> <•a:almpleType> <u:,.atrtctlon baaa•"u:atrtng">

<xs:whltaSpaca valua•"collapsa"/> <•s:mlnL.ength valua•"1"/>

<l••:,..trtctlon> <l•a:almplaType>

<lxa:attrtbuta> <aa:attrtbuta namea"noldantlftcaclon" u•••"optlonal">

<xa:annotatlon> <aa:documentatlon>Atrtbuto opclonal para aapraNr al número da nrta del bien o

Identificador del aervlclo amparado por el ,,..ente concapto.<lu:documentatlon> </u:annotatlon> <H:almplaType>

<••:restrk:tlon ..... •••=•~ <u:mlnL.ength valu.-"1"/> <u:wlllteSpaca valua•"collapaa"/>

</ .. : ... trtctlon> <1 .. :almplaType>

</u:a-uta> <n:attrtbuta narr,p"daacrtpclon• ....-•raqulrad">

<•a:annotatlon> <••:documentatlon>Atrtbuto raquartdo para p,-clur la dHcrtpcl6n del bien o Mrvlclo

cubierto por al p,.Mnta concepto.<lxa:documentatlon> </ .. :annotatlon>

(Primera Sección) DIARIO OFICIAL Manes IS de_j_lDlio de 2010

<xs:slmplaType> <xs:resb1ctlon basea"'xs:strfng"'>

<xa:mlnLength value=•1•1> <H:whlteSpaca value="collapsa"I>

</H:restrlctlon> </xa:almplaType>

</xs:attrlbuta> <H:atlrlbuta nama="valorUnltarlo" typa="t_lmporta" uaa="requlrad">

<xa:annotatlon> <xa:documantatlon>Atrlbuto requerido para preclHr al valor o precio unitario del bien

o Hrvlclo cubierto por al presente concapto.</xs:documentatlon> </xe:annotatlon>

</xs:attrlbuta> <H:ellrlbuta nama="lmporta• type="t_lmporta" uoe="raqulred">

<xs:annotatlon> <H:documantatlon>Atrlbuto requerido para preclear el Importe total de loa blenae o

eervlclo• del pneenta concepto. Debe ser equivalente al resultado da multiplicar la cantidad por el valor unitario e,xpreudo en el concepto.</xs:documentatlon>

</xe:annotatlon> </xa:attrlbuta>

</xa:complexType> </xa:elamant>

</xs:aequence> </xa:complaxType>

</xa:elemant> <xa:element name="'lmpuestos"'>

<xs:annotaUon> <xa:documantatlon>Nodo requerido

apllcablH.</xa:documantatlon> </xs:annota.tlon> <xs:complexType>

<xa:sequence>

para

<xs:element name="'Retenclones"' mlnOccurs:a"'0"'> <xs:a nnotatlon>

capturar loa lmpuHtoa

<H:documantatlon>Nodo opcional para capturar los lmpueatoe retenidos apllcablaa</xa:documantatlon>

</xs:annotatlon> <xs:complexType>

<xs:aequence> <xs:element name="'Retenclon"' maxOccura=-"'unbounded"> <xs:annotatlon>

<xa:documantatlon>Nodo para la Información detallada de una retención de lmpueeto Hpeciflco</xa :documantatlon>

<fxa:annotatlon> <H:complaxType>

<xs:attrlbute name="'lmpuesto"' use=-"'requlrad"'> <xs:annotatlon> <xs:documantatlon>Atrlbuto requerido para eallalar el tipo da Impuesto

ratenldo</xs:documentatlon> </xs:annotatlon> <xs:almplaType>

<xs:rastrlctlon baae='"xs:strtng'"> <xs:whlteSpace valua="collapsa"I> <xs:enumeratlon value=-'"ISR'">

<xs:annotatlon> <xs:documantatlon>lmpuaato aobra la renta</xs:documantatlon>

</xs:annotatlon> </xs:enumeratlon> <xs:enumeratlon valuea'"IVA'">

Manes IS de junio de 2010 DIARIO OFICIAL (Primera Sección)

<xa:annotatlon> <xa:documantatlon>lmpuasto al Valor Agregado</xa:documantatlon>

</xa:annotatlon> <lxe:enumeratlon>

</xs:reetrtctlon> <lxa:almplaTypa>

</xa:attrlbuta> <xe:attrlbuta nama="lmporte" type="t_lmporte" uae•"requlred">

<xs:annotatlon> <xa:documantatlon>Atrlbuto requerido para sellalar el Importa o monto del

Impuesto retenldo</xs:documentatlon> <Jxs:annotatlon>

</xs:attrlbute> </xs:complaxType>

</xs:element> </xs:aequence>

</xs:complexType> </xa:elemant> <xa:element nama="'Traslados" mlnOccurs=-'"0'">

<xa:annotatlon> <xa:documantatlon>Nodo opcional para asentar o referir loa lmpueato• trasladados

apllcablaa</xs:documantatlon> </xa:annotatlon> <xs:complaxType>

<xs:sequence> <xa:element name="Traslado'" maxOccun=""unbounded"">

<xa:annotatlon> <xs:documantatlon>Nodo para la Información detallada de un traalado de Impuesto

especfflco</xa:documentatlon> </xa:annotatlon> <xa:complaxType>

<xa:attrlbuta name="'lmpuesto'" use=-'"requlred'"> <xs:annotatlon> <xa:documantatlon>Atrlbuto requerido para sellalar el tipo da Impuesto

tnaladado</xs:documantatlon> <lxs:annotatlon> <xs:elmplaType> <xs:rastrlctlon base="xs:atrlng">

<xs:whlteSpace value="collapae"I> <xs:enurneratlon valuea'"IVA'">

<xs:annotatlon> <xs:documentatlon>lmpuesto al Valor Agregado</xs:documentatlon>

</xs:annotatlon> </xs:enumeratlon> <xs:enurneraUon value="IEPS'">

<xs:annotatlon> <xs:documentatlon>lmpuesto

servlcloa</xa:documentatlon> </xa:annotatlon>

</xs:anumeratlon> </xs:restrlctlon>

</xs:•lmplaTypa> </xs:attrlbuta>

espacial aobra

<xs:attrlbuta name=-·tasan type=-'"t_lmporten usa=•raqulred"> <xa:annotatlon>

productos y

<xs:documantatlon>Alrlbuto requerido para •aftalar la taaa del lmpue•to que se tra•lada por cada concepto amparado en el comprobanta</xa:documantatlon>

</xa:annotatlon> </xs:attrlbute> <xs:attrlbuta nama="lmporte" type="t_lmporta" uaa="requlred">

(Primera Sección) DIAIUO OFICIAL Mutes IS dej..,io de20l0

<ll8:annotatlon> <H:documantallon>Nodo opcional para expnear la• partee o componente• que

Integran la totaHdad del concepto expnudo en el comprobanta llec:al dlgltal</xe:documantatlon> </n:annotatlon> <ae:compleaTypa>

<xa:Hquence> <ae:elemant name• "lnrormaclonAduanera" typea"t_rnrormaclonAduanera"

mlnOccun•·o· muOccurs•-unboundad·> <u:annetatlon> <u:documentallon>Nodo opcional para lnb'oduclr la Información aduanera

apllcable cuando ee trata de parta• o componente• Importado• vendldoa de primara mano.<IH:documantatlon>

<lu:annotatlon> <IH:element>

<Jae:Mquenc:e> <xa:attrtbuta narne•"cantldad" u-·requlntd"> <•a:annotatlon> <u:documantatlon>Atrlbuto nquerldo pan pnclHr la cantidad de blenH o

Mrvlcloa del llpo particular deftnldo par la pnMnta parw.<Jae:documentatlon> <Jae:annotatlon> <ae:elmpleType> <H:netrlctlon ba-·aa:declmal"> <H:whlteSpace value•"collaPM"I>

<IH:ratrlctlon> <lu:elmpleType>

<Jae:altrlbute> <H:altrlbuta name•"unldad" u...-optlonal">

<xs:annotaUon> <H:documantatlon>Atrlbuto opcional para preclear la unidad de madlda apllcable

para la cantidad ••pneada en la parta.<Jas:documantatlon> <Jae:annotatlon> <ae:slmpleType>

<H:natrlcllon ba-"H:atrtng"> <u:whltaSpace value•"coll•PM"I> <H:mlnLangth value• "1"1>

<lae:ratrlctlon> <Jae:elmpleType>

<Jae:altrlbute> <ae:altrlbuta nama•"noldenllflcaclon" uH•"optlonal">

<xa:annotatlon> <as:docwnentatlon>Atrlbuto opcional para eapnHr el númaro da eerte del bien o

Identificador del Hrvlclo amparado por la p,uente parta.<Jae:documantatlon> <IH:annotallon> <ae:elmpleType> <H:netrtcllon baM•"••:elrlng">

<H:mlnLangth value• "1"1> <u:whltaSpace value•"collapaa"I>

<lae:ratrlctlon> <Jae:elmpleTypa>

<Jas:attrtbute> <H:altrlbuta name•"deecrlpclon• uae•"requlntd"> <H:annotaUon> <H:documantatlon>Atrlbuto nquerldo para pnclear la deecrlpcl6n del bien o

urvlclo cubierto par la pNMnta parta.<Jae:documantatlon> <Jae:annotallon> <a•:•lmpleType> <H:,..trtctlon ba-"H:atrlng"> <H:mlnLangth value• "1"1> <u:whltaSpace value• "collapu"I>

Manes IS de_j_unio de 2010

<Ju:reatrtctlon> <IH:elmpleTypa>

<IH:altrlbuta>

DIARIO OFICIAL (Pri_rnen Sección)

<H:altrlbute name• "valorUnltarlo" type.-t_1~· UM•"optlonal"> <ae:annotatton> <H:documentatlon>Atrlbuto opcional para prwclaar el valor o pnclo unitario del

bien o Mrvlclo cubierto por la pneenta parta.<Jae:documantatlon> <Ju:annotatlon>

<IH:altrlbute> <H:altrlbuta name•"lmporte• type•"t_lmporte• ua.-•opttonal"> <ae:annotatlon> <H:documentatlon>Alrlbuto opcional para pnclear el Importa total de loa blene• o

urvlclo• de la p,uenta parta. Deba ser equivalente al neultado de multtpNcar la cantidad por el valor unitario eapnaado en la parte.<IH:documantatlon>

<IH:annotatlon> <Jae:attrlbuta>

<IH:compleaTypa> <Jxa:element>

<IH:cholce> <xa:allrlbuta name-"canlldad" ua.-"nqund">

<xa:annotatlon> <xe:documentatlon>Atrlbuto nquartdo para pnclaar la cantidad de blenH o servicio•

del tipa particular definido par el pnMnte concepto.</H:documentatlon> <lxa:annotatlon> <xe:almpleTypa>

<xa:netrtctlon baM.-H:declmal"> <H:whlteSpace valua•"collapae"I>

<Jae:netrtctlon> <Jxa:elmpleTypa>

<IH:altrlbula> <xe:atlrlbute name-"unklad" ua.-•optlonal"> <H:annotatlon> <xe:documentatlon>Atrlbulo opcional para pnclaar la unidad de medida aplicable para

la cantidad expnuda en el concepto.<Ju:documentatlon> <Jxa:annotaUon> <xe:almpleTypa>

<xe:netrlc1lon ba-"H:etrtng"> <aa:whlteSpace valu.-"collapae"I> <ae:mlnlangth value•"1"1>

<Jae:netrtctlon> <IH:elmpleTypa>

<Jae:altrlbuta> <H:attrlbuta name-"noldentlftcaclon" u..-"optlonal">

<xa:annotatlon> < .. :documentatlon>Atrlbuto opcional para expnaar el númaro de Mrle del bien o

Identificador del eervlclo empando por el pneente concepto.<Jae:documentatlon> <IH:annotatlon> <xe:almpleTypa>

<aa:reatrlctlon .... ·••:atrlng•> <ae:mlnLangth value-"1"1> <ae:whlteSpace value~·collapae"I>

<Jxa:netrlctlon> <Jxa:elmpleTypa>

<IH:altrlbuta> <xe:attrlbullt name-·-crtpclon" uae-"nqulnd"> <xa:annotallon>

< .. :documentatlon>Atrlbuto nquartdo para preclúr la deacrlpcl6n del bien o servicio cubierto por el pnMntlt concepto.<IH:documantatlon>

<Jxa:annotaUon>

(Primera Sección) DIARIO OFICIAL Martes IS de junio de 2010

<11s:almplaType> <xe:reeb1ctlon baee••xe:etrtng•> <H:mlnlangth valua•"1"1> <H:whl1aSpaca valua•"collapaa"I>

<JH:raatrlctlon> <lll8:almplaType>

<lxs:attrlbuta> <H :attrlbute name•"valorUnltarlo" typaa•t_lmporte• uae2"raqulred"> <u:annotatlon> <H:documentatlon>Atrlbuto requerido para preclur al valor o precio unitario del bien

o aervlclo cubierto por al preHnta concapto.<IH:documantatlon> <lll8:annotatlon>

<111s:attrtbuta> <11a:attrlbuta name•"lmporta" type•"t_lmporta• uae2"raqulred"> <x.e:annotatlon>

<as:documantatlon>Atrlbuto requerido para precisar al Importa total da los blanaa o aervlcloa del preaente concepto. Debe ser equivalente al raaultado de multiplicar la cantidad por al valor unitario e11praaado en al concapto.<IH:documentatlon>

<lll8 :annotatlon> <111s:attrlbuta>

</as:complHTypa> </as:alament>

</xe:Hquence> <las:complHTypa>

<IH:alament> <xe:element name••lmpueetoe"'> <x•:annotatlon> <H:documentatlon>Nodo requerido

apllcablaa.</as:documantatlon> </xa:annotatlon> <aa:complaxTypa> <xe:uquence>

para

<xe:element name•·Retenclone•· mlnOccun1111"'011> <xe:annotatlon>

capturar lo• lmpuntos

<xs:documantatlon>Nodo opcional para capturar loa lmpuaato• ratanldoa apllcablH<las:documentatlon>

</aa:annotatlon> <xa:complaxTypa>

<xa:aequence> <••:alement name•"'Retenclon"' rnaxOccura=-"'unbounded">

<xa:annotatlon> <xa:documentatlon>Nodo para la Información detallada de una retención da lmpueato

eepeclllco</H:documentatlon> </xs:annotatlon> <xa:complaaType>

<as:attrlbuta name•"lmpuaato• ua .. •raqulred"> <xe:annotatlon> <xs:documentaUon>Atrlbuto requerido para eeftalar el tipo da lmpueato

ratenldo</xa:documentatlon> </as:annotatlon> <xa:almplaType> <xe:raetrlctlon baeei=i":ae:etrtng">

<xa:whl1aSpaca value2"collapaa"I> <xs:enurneratlon vafue•"'ISR"'> <xe:annotatlon>

<xa:documentatlon>lmpuaato sobra la ranta<lxa:documentatlon> </xa:annotatlon>

</xe:enumeratlon> <xa:enumeratlon value•"'IVA·>

Martes IS dejw,io de 2010 DIARIO OFICIAL (Primera Sección)

<xe:annotatlon> <xa:documentatlon>lmpuaato al Valor Agragado</xa:documentatlon>

</as:annotatlon> </xa:enumeratlon>

</aa:restrtctlon> <IH:almplaTypa>

</aa:attrlbuta> <as:attrlbuta name2 "lmporta• type•"t_lmporta• uaa•"raqulrad"> <xs:annotatlon> <as:documentatlon>Atrlbuto requerido para aaftalar el Importe o monto del

lmpueato ratanldo<Jaa:documentatlon> <IH:annotaUon>

</aa:attrtbuta> </aa:complaxTypa>

<IH:alament> <Jxe:aequence>

</xa:complHTypa> <IH:alament> <xa:efement name•·Traalados" mlnOccurs•"0"'>

<xa:annotatlon> <xa:documentatlon>Nodo opcional pan aaantar o referir loa Impuestos tnaladadoa

apllcablea</n:documentatlon> </xs:annotatlon> <H:complaaTypa>

<xe :sequence> <xa:element name11"'Traslado• maxOccul"ll•"'unbounded">

<aa:annotatlon> <aa:documentatlon>Nodo para la Información detallada de un tnalado de lmpuHto

npeclllco</xa:documentatlon> <lu:annotatlon> <u:complaxType>

<aa:attrlbuta nama="lmpuaato• ua.-"raqulred"> <xa:annotaUon> <H:documantatlon>Atrlbuto requerido para aallalar al tipo da Impuesto

tnsladado</xa:documentatlon> <lxa:annotatlon> <H:almplaType> <xa:raatrlctlon ba...,•as:atrlng"> <u:whl1aSpace value2"collapae"I> <xa:enumeratlon value=-"IVA·>

<xe:annotatlon> <xa:documantatlon>lmpueato al Valor Agragado</xa:documentatlon>

</xa :annotatlon> </xe:enurneratlon> <xa:enumeratlon valuP"IEPS">

<xa:annotatlon> <xa:documentatlon>lmpueato

servlcloa</xa:documentatlon> </xa:annotatlon>

</xa:enumeratlon> </H:raatrlctlon>

<IH:almplaType> </aa:attrlbuta>

Hp&Clal aobra

<aa:attrlbuta name="taaa• type2"t_lmporta" u .. 2•raqulrad"> <aa:annotatlon>

producto• 'I

<xa:documantatlon>Atrlbuto requerido para .. nalar la tasa del lmpunto que .. traslada por cada concepto amparado en el comprobanta<lxa :documentatlon>

<IH:annotaHon> </xa:attrlbuta> <aa:attrlbuta name.,•rmporta• typa2•t_lmporta• uae•"raqulred">

{Prim<l'a Sección) DIARIO OFICIAL Manes 1Sde_,[uníode20J0

<H:annotatlon> < .. :documantatlon>Atrlbuto r9quertdo para aellalar el Importe del lmpuHto

traeladado</ .. :documantatlon> <laa:annotatlon>

<lae:attrtbute> <las:compleaType>

<la•:•l•m•nt> <l .. :uquence>

<IH:compleaType> <l .. :elemenl>

<lx•:Hquence> <xa:attrlbuta nama•·totallmpueatoaRelanldoe• type•·t_lmporte• uaa••opt1ona1·>

<••:annotatlon> <aa:documantatlon>Atrlbuto opclonal para eaprHar el total de loa Impuestos retenido•

qua M desprenden de loa concepto• expreeadoa en al comprobanla llacal

dlgllal.<IH:documantatlon> <lae:annotatlon>

<llls:attrlbute> <aa:atlrtbuta nama•·totallmpueatoaTraaladadoa· type•·t_lmporte• uM••opt1ona1·>

< .. :annotatlon> < .. :documantatlon>Atrlbuto opclonal para Hpreaar el total de loe Impuestos traeladadoa

qua •• deeprenden de loa conceptoa eapreHdoa an el comprobante nacal

dlgltal.<lae:documantallon> <laa:annotatlon>

<llle:attrlbute> <1ae:comple11Type>

<IH:elemant> <xa:element name•"Complernento'" mlnOccun•"'O-:

<Jla:annolatlon> <xe:documantatlon>Nodo opcional donde N lnclulr.lln loe nodoa complementarlos

detannlnadoa por el SAT, de acuerdo a lae dlapoalclonH partlcularea a un Mclor o actividad

aapaclllca.<1 .. :documantatlon> <llle:emotatlon> <as:complexlype>

<J1a:Mquence> <xa:any mlnOccura•·o· max0ccul'9=-"unbounded"I>

<l .. :Mquance> <IH:complexType>

<lxa:elemant> <xa:elemant nama• ·Addenda· mlnOccura•·o·>

<xa:annotatlon> <xa:documantatlon>Nodo opclonal para recibir la• elllanelonee al preMnta formato que

... n de utllklad al contrlbuyanta. Para IH reglas de uso del mismo, referirse al formato de

ortgen.<l .. :documantallon> <111•:•nnotatlon> <xa:complexType> <••:aequenca>

<xa:any mlnOccurs•"0" maxOccura•"unbounded"I>

</xa:aequence> <111•:comple•Type>

<1 .. :elamant> <l .. : .. quence> <H:atlrlbutlt nama-•vera1on• UM"•requlred• ft•ed•·2.o·>

< .. :annotatlon> < .. :documantatlon>Atrlbuto raquarldo con velor prefijado a 2.0 qua Indica la versión del

Mlindar bajo el que •• encuentra eapreudo el comprobante.<l .. :documantallon>

<111•:annotatlon> <a•:almpleType>

<xa:reatrlctton baN•".1:a:strtng">

Martes IS deÍunio de 2010

<H:wlllteSpace va1ue•·colLIPM•f> <IH:reetrlctlon>

<lxe:•lmpleType> <1 .. :attrlbuta>

DIARIO OFICIAL

<H:atlrlbuta nama•· .. rte· uaa••opt1onai-> < .. :annotatlon>

(Primera Sección)

<H:documantatlon>Atrlbuto opclonal para preclaar la Nrl• a la que corre1ponde el

comprobanta. Este atributo acepta una cadena de caractare• alfab6tlco• de 1 a 10 caractarea sin

lnclulr caracteres acentuadoa.<l .. :documentatlon> <IH:annolatlon> <H:almpleType>

<H:reatrtctlon ba .. •·••:strlng•> <H:mlnLengtll va1ua-•1•1> <••:maxLength valu.-·10·1> < .. :whlteSpaca va1ua-•co1lapaa•1>

</xa:reatrlctlon> <1 .. :almpleTypa>

<lxe:altrlbuta> <11•:attrlbuta name.-follo• u-•requlred·>

<a•:annotatlon> <xa:documantatlon>Atrtbuto requerido que acepta un valor n um6rlco entero euparlor a O qua

Hp,..a al follo dal comprobante.<lxa:documantatlon>

<IH:annolatlon> <xs:•lmplaTypa>

<xa:reetrtctlon M•••xe:etrtng•> <xa:mlnLength value•·1·1> <H:maxLengtll va1ua-·20·1> <xs:wtilteSpaca valua••colLIPM•f> <H:pattem valua•·[0-8)+·1>

</lla:reetrlctlon> <111•:•lmpleTypa>

<laa:allrlbutll> <H:all:rl- nama-·rac:ha• uaa••r9qulred">

<ae:annotatlon> <xs:documantallon>Atrtbuto r9quarldo pare la eapreal6n de la r.cha y hora de expedición del

comprobante ftacal. Sa aapreaa en III forma Hu-mm-cldThh:mm:u, d• acuerdo con la

upHlflcacl6n ISO 11D1.<lx•:documantatlon> <lxs:annolaUon> < .. :almpleType> < .. :...trtctlon 11a .. a· xa:dataT1ma· >

< .. :wtilleSpaca value•·collap .. • />

<lxs:reatrtctlon> <lxa:almpleType>

<l .. :attrtbute> <H:allrtbute nama•·••Ho· uN••r9qulred">

<xa:annataaon> < .. :documentatlon>Alrlltuto requerido para conlaner al NIio dlgltal del comprobanla n.c.1,

al qua hacen rer.rencla laa regla• de resoluclón mlscelinee aplicable. El Nilo debar.11 ••r

axpreeado cómo una cadena de laato en formato BaM 14.<lxa:documantatlon>

<IH:annotatlon> < .. :•lmpleType> <H:...trtctlon ba .. ••xs:•trtng•>

< .. :wtilteSpace value•·coll•p .. ·1> <l .. :reetrlctlon>

<lxa:slmplaType> <la•:allrlbutll> <H:attrlbuta name-"noAprobaclon• ....-•requlrwcf">

<xa:annotaaon> <H:documentatlon>Atrtbuto r9quarldo para ,.,..,1ur al .,.;....., de aprobación emitido po, e

(Primera Sección) DIARIO OFICIAL Martes 15 de junio de2010

SA T, para el rango de follo• al que pertanec• el follo particular qua ampan el comprobanl8 n•cal

dlgltal.<IH:documentatlon> <IH:annotatlon> <H:•lmpleType> <u:reatrlctlon base="H:lntager">

<xa:whlteSpace value:"collapse"/>

</xs:restrlctlon> <IH:almpleType>

<lxa:attrlbuta> <•a:attrlbute name="anoAprobaclon• uae,.•requlred·>

<xe:annotatlon> <••:documentatlon>Alrlbuto requerido pan preclaar el allo en que H aollclto el follo que se

eatin utlllzando pan emitir •I comprobanl8 nacal dlgltal.<l••:documentatlon>

<lxe:annotatlon> <xs:slmpleType>

<xa:restrlctlon INl•••·••:lnl8ger">

<H:whlteSpac• value••co1lapse•1>

<xa:tobllDlglts valuea"4"/>

</xa:reatrtctlon> <l•a:almpl•Type>

<lxa:attrlbul8> <xs:altrtbut• name-"fonnaDePago• usem"requlred">

<xa:annotatlon> <xs:documentatlon>Alrlbuto requerido para precisar la forma de pago que apllca pan eate

comprobant• nacal dlgltal. Se utiliza pan upreaar Pago en una aola exhibición o número de

parclalldad pagada contn el total de parcialidad••. Parcialidad 1 de X. <l•• :documentatlon>

</xa :annotatlon> <xa:almpleType>

<as:reatrlctlon ba•••"xa:atrlng">

<xs:whll•Space value•"collapse"/>

<l•a:reatrtctton> <lxa:almple Type>

<l••:altrlbuta> <xa:attrlbute name•"noCertlncado" u•e,.•requlred">

<xa:annotatlon> <xs:documentatlon> Atributo requerido para e•preaar el número de aerle del certlncado de

sello digital que ampara al comprobante, de acuerdo al acu .. correapondlente • 20 poalclonee

otorgado por el ala18ma del SAT.<ln:documentatlon>

<lxa:annotatlon> <H:almpleType>

<xa:raatrlctlon base::a."x•:atrtng">

<xa:r.119th value.,•20•1> <u:whlt•Space value,.•collap .. ·1>

<lxa:realrlctlon> <IH:almpleType>

<lxa:attrtbul8> <xa:attrtbute name::a."certlflcado" uae•"optlonal">

<xa:annOQtlon> <xa:documentatlon>Alrlbuto opcional que s irve para expresar el certlllcado de sello digital

que ampara al comprobanl8 como tHto, en formato basa 14.<lxa:documentatlon>

<lxa:annotatlon>

<•s:almpleType> <xa:raatrlctlon base•"•a:strtng">

<xa:whll•Space value"'"collapse"/>

</xa:,-atrtctton> </xs:alrnpleType>

<lxa:altrlbuta> <xs:attrlbute nama•"condlcloneaDaPago" uaea"optlonal"'>

<xa:annotatlon>

Martes 15 de junio de 2010 DIARIO OFICIAL !_P_!!_m~ S~c~On)

<xa:documentatlon>Atrtbuto opcional para Hpreaar laa condiciones comerciales apllceblea

pan el pago del cornprobanl8 nacal dlgltal.<l••:documentatlon>

<IH :annotatlon> <••:•lmpleType>

<xa:restrlctlon baae• "xa:•trlng">

<xa:whlteSpace valuea"collapse"/>

<••:mlnl.ength value•"1"/>

</xa:reetrtctlon> <lxa:almpleType>

</H:altrlbuta> <••:attrtbute name-"aubTotal" (Wr"t_lmporte" usea"requlred">

<xa:annotatlon> <xs:documentatlon>Atrlbuto requerido para reprasentar la suma de los Importas antes de

descuento• e lmpuHtos.</xa:documantatlon>

<IH:annotatlon> <IH:attrlbul8> <u:altrlbute name-"deacuento• type=·t_lmporte• use• "optlonal">

<xs:annotatlon> <••:documentatlon>Atrlbuto opcional para representar el Importe total de lo• deacuentoa

epllcablaa ante• de lmpueatos.<IH:documentatlon>

</as:annotatlon> <IH:atlrlbuf8> <xa:attrtbute name="motlvoDeacuento" uH• "optlonal·>

<xa:annotatlon>

<H:documentatlon>Atrlbuto opcional para eapresar el motivo del descuento

apllcable.<IH:documentatlon>

<IH:annotatlon> <xa:elmpleType>

<xe:reatrlctlon baae•"xe:atrtng">

<xa:mlnLength valua~·1 "/>

< .. :whlteSpace value"'"collapse"/>

</xe:,.atrtctton> </xe:slrnpleT)lp8>

<lxs:attrlbuta> <xs:•ttrlbute name•"total"' type• "t_tmporte" use='"raqulrad">

<x.s:•nnotatlon> <xe:documentatlon>Atrlbuto requerido para ,.preaantar la auma del aubt-1, menos loe

deecuentoa apllcablea, mi• loa lmpueato• traaladadoe, meno• los lmpueatoe

retenldoa.<l••:documantaUon>

<Jxa:annotatlon>

<lxa:ettrlbute> <xe:attrlbuta name•"metodoOaPago• uaa="optlonal">

<.xs:annotatlon>

< .. :documentatlon>Atrlbuto opcional de texto libre pare upreaar el método de pago de loe

blenea o aervlcloa amparado• por el comprobante. Se entiende como método de pago leyandas

talea como: cheque, tarjeta de crédito o deblto, depósito en cuenta, etc.<l .. :documantatlon>

<IH :annotatlon>

< .. :slmplaType> <llS:reatrlctlon base,.•xs:•trlng">

<xa:mlnl.ength valuec•1•1>

<n:whltaSpace value•"collapaa"/>

</xa:reatrlctlon> <lxs:almplaT)lp8>

<l•s:attrlbuta> < .. :attrlbuta nama•"tlpoDeComprobanta• uae="requl,.d">

<xa:annotaUon>

<xa:documentatlon>Atrlbuto ,.querido pan expresar al efecto del comprobante fiscal pare •I

contrlbul,'8nte emlaor.<l•a:documentatlon>

(Prim..-a Se<:ción)

<IH:annotatlon> <ze:elmpleType>

DIARIO OFICIAL

<xe:Natrlctlon baae•"H:etrlng"> <xa:enumeratlon va1u .. ·1ngraao"/> <xa:enumeratlon value=-•agraso .. /> <xa:enumeratlon value:a•traafado•t>

</xe:Nelrlctlon> <lae:elmpleType>

<lxe:attrlbute> <IH:complaxType>

<IH:element> <xe:complexTyp• name•"t_Ublcaclon">

<xs:annotatlon>

Martes 15 de junio de 201 O

<xe:documentatlon>Tlpo definido para HpNNr domicilio• o dlNcclonee</xe:documentallon> <lxe:annotatlon> <xs:atb1bute name••cana• use=a•opt1onalª>

<xe:annotallon> <ze:documentallon>Esta atributo opcional elrve para pNclsar la avenida, calle, camino o

carNtera donde ee da la ublcaclón.<IH:documentatlon> </xe:annotallon> <xe:almpleType>

<xs:restñctlon baae•"xs:strlng"'> <H:mlnLength value•"1"1> <xe:whltaSpace value="collapae"I>

<IH:Netrlcllon> <IH:elmpleType>

<IH:attrtbula> <xe:attrlbute name•"noExterlor" uee="opllonal">

<xe:annotallon> <H:documentallon>Eete atributo opcional elrve para expNNr el número particular en donde

ee da la ubicación eobN una calle dada.<lxs:documentallon> <lxe:annotallon> <xs:elmpleType> <xe:Netrlcllon ba ... ·xe:etrlng"> <xe:mlnLength valua-"1"1> <xe:whltaSpace value•"collapee"I>

<lxe:Netrlcllon> <lxe:elmpleType>

</xe:attrtbuta> <xe:altrlbuta name="nolnterlor" uee="optlonal">

<H:annotatlon> <xe:documentallon>Eeta atributo opcional elrva para HpNHr Información adicional para

especificar la ubicación cuando calle y número extarlor (noExterlor) no Naultan euflclantas para determinar la ubicación de forma pNCIN.<IH:documentallon>

</xe:annotallon> <ze:elmpleType> <zs:Natrlcllon baae•"xe:atrlng"> <xs:mlnLenglh value•"1"1> <xe:whltaSpace value•"collapee"I>

<lxe:Natrlctlon> </xe:elmpleType>

</xs:attrlbuta> <xa:atb1buta name1111"colonla" use=-"optlonal">

<xe:annotatlon> <xe:documentatlon>Ea11t atributo opcional elrve para pNCIHr la colonia en donde se da la

ubicación cuando H desea ser mi• especifico en casos de ublcaclonea urbanae.<lxe:documentatlon>

</xe:annotallon> <xe:slmpleType> <xe:Netrlcllon baN•"xe:strlng">

Martes 15 de junio de 2010

<H:mlnLength valua-"1"1> <H:whlleSpace valua•"collapse"I>

</xs:Nalrlcllon> <lxe:almplaType>

<IH:altrlbuta>

DIARIO OFICIAL

<xa:atb1bute name•"localldad" use="optlonal"> <xa:annotatlon>

(Primera Secció_n)

<xs:documentatlon>Atrlbuto opcional que sirve para pNclsar la ciudad o población donde aa da la ublcaclón.</xe:documentallon>

<lxa:annotatlon> <H:almpleType> <••:,.atrlctlon baH•"xs:atrlng"> <xa:mlnLenglh value•"1"1> <xs:whltaSpace value•"collapaa"I>

<IH:Netrlctlon> </xe:slmpleType>

</xa:altrlbuta> <••:atb1butll name•"rafarencla" uae•"optlonal">

<xe:annotallon> <H:documentallon>Atrlbuto opcional para HpNNr una refaNncla de ubicación

adlclonal.<lxe:documentallon> <lxe:annotatlon> <H:elmpleType> <xe:Nstrlcllon baN•"xe:strlng"> <xs:mlnlength value•"1"1> <xe:whlleSpace velue•"collapee"I>

<IH:Nslrlcllon> <IH:elmpleType>

<IH:altrlbula> <H:altrlbuta name•"munlclplo" u-·optlonal">

<•a:annotatlon> <xe:documentallon>Atrlbuto opcional qua alrve pera pNclsar el municipio o delegación (en el

caao del Dletrlto Federal) en donde •• da la ublcaclón.<lxe:documentallon> </xs:annotallon> <xs:slmpleType>

<xa:re•trlctlon baeem"'xa:atrtng"> <H:mlnLength value•"1"1> <xe:whlleSpace value•"collapee"I>

<lxa:Nelrlctlon> <lxa:elmpleType>

</xs:altrlbuta> <aa:atb'lbuta name•"'eatado" uaa•"optlonal">

<H:annotallon> <xa:documentatlon>Atrlbuto opcional qua elrve para pNclNr al astado o entidad federativa

donde M de la ublcaclón.<lxs:documentaUon> </xe:annotallon> <H:elmpleType> <H:Nslrlcllon ba ... ·xa:etrlng"> <xe:mlnLenglh valua-"1"1> <H:whlleSpace valua="collapee"I>

<lxe:Natrlctlon> </xa:almpleType>

<1x11:attrlbute> <xa:attrlbuta namaa"'pals" uaea"requlrad">

<xe:annotallon> <xe:documentallon>Atrlbuto Nquerldo qua •lrve para pNCIHr el pala donde aa da la

ublceclón.</xa:documentatlon> <lxs:annotatlon> <xe:elmpleType>

<xa:raatrlcUon baae•"xa:ab1ng">

..

(Primera Sec~i6n)

<H:mlnl.ength value•"1"1>

<H:whltllSpaca value• "collapae"I>

<IH :reetrlctlon>

</u:almpleType>

</u:atlrlbum>

DIARIO OFICIAL

<n:atlrlbuta nama• "codlgoPoetal" uep"opttonal">

<xe:annotatlon>

Manes 15de11miode20I0

<xs:documentatlon>Atrlbuto opclonal qua sirva para asentar el código postal en donde •• da

la ublcaclón.</H:documentatron>

</n:annotatlon>

<xs:almple Type>

<xe:restrlctlon ba--x•:eh'fng">

<u:whltllSpaca value,.•collapaa"I>

<In :raetrlcllon>

</xa:slmplaType>

</u:atlrlbuta>

</xa:compleaType>

<xs:compleaType na,.,.,.•t_UblcaclonFl9car>

<xe:annotaHon>

<xa:documentatlon>Tlpo definido para expresar domlclllos o dlrecclones</u:documantatlon>

</xa:annotatlon>

<xs:attrlbuta name•"catle"' use:a"requlred">

<xs:annotatlon>

<u:documantatlon>EslB atributo requerido elrve para precisar la avenida, calla, camino o

carretera donde se da la ublcaclón.</xs:documantatton>

</xa:annotatton>

<H:slmpleType>

<xs:,.strtctlon basa•"xs:str1ng"'>

<H:mlnlangth valu.-"1"1>

<xs:whllllSpace value,.•collapae"/>

<IH:reatrtctton>

</xs:almplaType>

</H:ettrlbute>

<xs:allrlbuta nama""noExtarlor" uea• "opllonal">

<xs:annotatlon> <xs:documantatlon>Eata alrlbulo opcional alrv• pare expresar el número particular en donde

ae da la ubicación sobre una calle dada.</xa:documantatton>

<IH:annotatlon>

<xa :a Imple Type>

<xs:,.atrtctlon baee:a"xe:strlng">

<xs:mlnl.ength velu•""1"1>

<u:wtlltllSpace valua,.•collapH"I>

<IH:reatrlctton>

<IH:slmplaType>

</xs:atlrlbuta> <xe:allrlbul8 nama•"nolntarlor" uea="opllonal">

<H:annotatlon> < .. :documantallon>Eellt atributo opclonal elrve para eapreur Información adicionar para

aapaclllcar la ubicación cuando calla y número exterior (noExterlorl no resulten suftclentas para

determinar la ubicación de forma preclaa.</aa:documantatton>

</aa:an notatlon>

<xs:slmpleType>

<xs:raetrlctlon b••••"xa:str1ng">

<xs:mlnLength value-"1"1>

<xa:wtlltllSpace value• "collapae"I>

</xa:restrtctton>

</xa:almplaType>

</xe:atlrlbuta> <as:atbibute name•"colonla" uae• "opUonal">

Manes IS de ¡unio de 201 o DIARIO OFICIAL ~P!imera Sección}

<xe:annotatfon>

<xa:documantatlon>Eete atributo opcional sirva para precisar la colonia en donde se da la

ubicación cuando s• deaea ear mA• aapeclflco en casos da ubicaciones

urbanaa.</xs:documantatton>

</xs:annotaUon>

<xs:slmple Type>

<xa:reatrlcUon baae~""xa:etrfng•>

<xs:mfnlangth valuem"1"1>

<xa:whltllSpaca value•"collapae"I>

</xa:restrlcUon>

</xa:slmpleType>

</xe:atlrlbuta> <xs:allrlbuta nama="tocalldad" uea• "optlonal">

<xe:annotatlon>

<xs:documantallon>Atrlbuto opcional qua sirva para precisar la ciudad o población donde se

da la ublcaclón.</xa:documantallon>

</xa:annotatlon>

<xa:elmpleType>

<xa:reetrlctton ba-·xa:strlng">

<xa:mfnl.ength valua•"1"1>

<xs:whltllSpaca value•"collapsa"I>

</xa :restrlctlon>

</xs:slmplaType>

</ae:allrlbuta>

<xe:attrtbuta name•"rwfllrencla• uae• "opUonal">

<H:annotatlon>

<xs:documantatton>Atrlbuto opclonal pera expresar una referencia de ubicación

adlclonal.</xs:documentatlon>

</xs:annotallon>

<n:atmpleType>

<xe:raetrlctlon baH• "xs:atrtng"'>

<xs:whltllSpace valua•"collapae"I>

<xs:mlnlength valua• "1"1>

</xa :restrlctlon>

</xe:elmpleType>

</xa:atlrl->

<xa:atlrlbuta name,.•munlclplo" uaa•"rwqulred">

<ae:annotatlon>

<xs:documantetlon>Atrlbuto requerido qua sirve para precisar al municipio o delagaclón (en·el

caso del Dlstrtto Federal) en donde se da la ublcaclón.</xa:documentatton>

</xa:annotallon>

<xe:almpleType>

<xa:realrlcl lon baaaa"xs:atrlng">

<xa:mfnl.ength valuP"1"1>

<xa:whltllSpaca valua•"collapae"I>

</xa:reatrlctlon>

</xa:almpleType>

</xs:atlrlbuta>

<xa:attrlbuta name• "••tado" uae• "requlred">

<xe:annotatfon>

<xa:documentatlon>Atrlbuto requerido qua sirva para precisar al astado o entidad federativa

donde H da la ublcaclón.</xa:documantatlon>

</xa:annotallon>

<xs:slmpleType>

<xa:reatrlctlon baaa•"xa:alrlng">

<xe:mlnl.englh value•"1"1>

<xa:whltaSpace valuea"collapse"I>

</xa:reatrlctlon>

</n:almplaTypa>

~rimera Sección) DIARIO OFICIAL

<IH:attrlbuta> <x•:atb1buta name••paIa• UH••requlrad·>

<H:annotatlon>

Martes IS dejunio de2010

<xs:documentatlon>Alrlbuto raquerldo que sirve para praclaar el pais donde .. da la ublcaclón.</11.e:documentatlon>

<IH:annotatlon> <H:almpleType> <xa:111atrlcUon baa .. ·xa:strlng•> <xa:mlnLength vel...-"1"/> <xa:whlteSpace velue•"collapaa"/>

<IH:rastñctlon> <111.a:almpleType>

</H:attrlbuta> <xa:attñbuta name•"codlgoPostal" uM~"raqulred">

<xa:annotatlon> <xa:documentatlon>Atñbuto requerido qua alrve para aaantar al código postal en donde ae da

la ublcacl6n.</xe:documentatlon> <IH:annotaUon> <xe:almpleType> <xa:111atrlcUon baN•·xa:atrtng">

<11.a:whllaSpaca valua•"collapae"/> <11.a:length value•"5"/>

<lxa:reatñcUon> <111.a:almpleType>

</xs:attrlbute> </xs:comple11.Type> <xa:almpleType name~·t_RFC"> <H:annotatlon>

<xe:documentatlon>Tlpo definido para exprasar claves del Registro Federal da Contrlbu1111ntee</xe :documantatlon>

</xa:annotatlon> <xa:111strlctton ba•••"•a:ab1ng"> <xs:mlnlength value•"12"/> <xa:maxlength valu.-"13"/> <xa:whltaSpace valua•"collapee"/>

<lxs:reatñctlon> </11.s:slmpleType> <xa:almpleTypa name,...t_lmporte"> <•s:annotatlon>

<xs:documentatlon>Tlpo definido pan expresar Importa• numéricos con fracción a Mle declmalea<IH:documentatlon>

<l••:annotatlon> <x•:111strlctton ba•••·••:declmal">

<xe:fracUonDlglta valua•"S"I> <xs:whltaSpace value•"collapM"I>

<IH:restñcUon> </xa:slmpleType> <xs:complellType name•"t_lnformaclonAduanera">

<xs:annotatlon> <xs:documentallon>Tlpo definido para expresar Información aduanera<lxs:documentatlon>

<lxs:annatatlon> <xs:atb1bubt name•·numero• usa:a•raqulracr">

<xe:annotatlon> <xs:documentaUon>Alrlbuto raquarldo pan exprasar al número del documento aduanero que

ampara la Importación del blen.<IH:documantatlon> <IH:annotatlon> <xs:almpleType> <xa:rastñctlon ba-"H:stñng"> <lls:mlnlength value•"1"/> <xs:whllaSpace value•"collapse"I>

Martes IS de junio de 20IO

</xa:reatñcUon> <IH:almpleType>

</xs:attrlbuta>

DIARIO OFICIAL

<n:attrlbuta name•"facha" UH,...requlntd"> <xa:annotatlon>

(Primera Sección)

<xa:documentatlon>Atñbuto requerido para e11praNr la facha de e11padlclón del documento aduanero qua ampara la Importación del bien. Se e11preu en el formato aaaa-mmdd</11.a:documentatlon>

<IH:annotatlon> <xs:almpleType> <xs:reatrlctlon ba•e:a•xs:ctata·>

<xa:whllaSpace value•"collapae"/> </xa:reatñctlon>

<IH:almpleTypa> <ln:attñbute> <xs:atb'lbuta name•"aduana• u•a=-"requlrad·>

<xa:annotatlon> <H:documentatlon>Atñbuto raquarldo para praclaar la aduana por la que •• efectuó la

Importación del blen.<lxa:documantatlon> </xa:annotatlon> <xa:almpleType> <x•:ntetrlctlan base•·x•:•trlng•>

<xa:mlnlength valua•"1"/> <xa:whllaSpace value•"collapae"/>

<lxa:reatñcUon> </xs:slmpleType>

<lxa:attrlbuta> <lxa:complexTypa>

<lxs:schema>

D. Genanclón da sallo• digital•• pan comprobante• fiscales dlgltalea.

Elementos utilizados en la generaciOn de Sellos Digitales:

Cadena Original, el elemento a sellar, en este caso de un comprobante fiscal digital. Certificado da Sello Digitel y su correspondiente clave privada. Algoritmos de ctiptogralla de clave pública para firma eleclrOnica avanzada. Especificaciones de conversiOn de le firma electrOnica avanzada a Base 64.

Para la genereciOn de sellos digitales se utiliza criptografla de clave pública aplicada a una cadena original.

Criptograffa de la Clave Pública.

La ctiptografla de Clava Pública se base en le generaciOn de une paraja de números muy grandes relacionados lntimamente entre si, de tal manera que una operación de encripci6n sobre un mensaje lomando como clave de encripci6n a uno de los dos números, produce una mensaje alterado an su significado que solo puede ser dewelto e su estado original madlanla la operaciOn de desencripclOn correspondiente tomando como clave de desencripciOn al olro número da la paraja.

Uno da estos dos números, expresado en una ealructure de dalos que contiene un mOdulo y un exponente, se conserva secreta y se le denomine "clave privada", mienlraa que el otro número llamado "clava pública", en formato binario y acompenado de informaclOn de identificación del emisor, edemlls de una calificaciOn de validez por parte de un tercero confiable, se incorpore a un archivo denominado "certificado de firma electrOnica avanzada o certificado pera sellos digitales". El Certificado puede distribuirse libremente para efectos de Intercambio seguro de informaciOn y pare ofracar pruebes de sutoria de archivos electrOnicos o ecuerdo con su contenido mediante el procaso denominado ''firma electrónica avanzada ", que consista en una caraclertstica observable de un mensaje, varificable por cualquiera con acceso al certificado digital del emisor, que sirve para imptementer servicios de seguridad pera garantizar. La integridad (facilidad para delectar ei un mensaje firmado ha sido alterado), autenticidad, cartidumbre da origen (facilidad pare detarminer qué persone es el autor da le firme y valida el contenido del mensaje) y no repudiaciOn del mensaje firmado (capacidad de impedir que el autor de la firma niegue haber firmado el mensaje).

•

(Primera Sec~ión) DIARIO OFICIAL Manes 15 dej_unio de2010

Estoo servtcoos de seguridad proporcionan las siguientes caracterfsticas a un mensaje con firma elaclrónica avanzada:

Es infalsificable. La firma elaclrOnica avanzada no es reciclable (es única por mensaje). Un men..aje con firma eleclrOnica avanzada alterado, es detectable. Un mensaje con firma electrónica avanzada, no puede ser repudiado.

Los cartificados de oello digital se generan de manera idénUca a la firma electrónica avanzada y al igual que las firmas eleclrOnlcaa avanzadas el propósito del sello digital es emitir comprobantes fiscales con autenticidad, integridad, verificables y no repudiable• por el emisor. Para ello bastaré tener accaso al mensaje original o cadena original, al sello digital y al cartificado de sello digital del emisor. AJ ser el certificado de sello digital idéntico en su generación a una firma elaclrOnica avanzada, proporciona los mismos servicios de seguridad y hereda las caracterfsticas de las firmas digitaleo. Por consecuencia un comprobante fiscal digital sellado digitalmente por el contribuyente tiene las siguientes carecterfsticas:

Es infalsificable. El sello digital de un comprobante fiscal digital no es reciclable (es único por documento). Una cadena original da un comprobante fiscal digital sellada digitalmente, que hubiese sido alterada es deteclable. Una cadena original de un comprobante fiscal digital oellada digttalmente 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 produca una salida compleja de 16 bytes denominada "digestión". RSAPrivateEncrypt, que utiliza la clave privada del emisor para encriplar 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 da comprobantes fiscales digitales que se encuentra dentro del portal del SAT: www.sal.gob.mx Cadena Original Se entiende como cadena origine!, a la secuencia de datos formada con la información contenida dentro del comprobante fiscal digital, establecida en el Rubro C "Estándar da comprobante fiscal digital extensible" de este anexo. Siguiendo para ello las reglas y la secuencia aqul eopecificadas: Reglas Generales: 1. Ninguno de los atributos que conforman al comprobante fiscal digital deberé contener et caracter 1

("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 sacuencla da caracteres 11 (doble "pipe").

3. Se expresará únicamente la información del dato sin expresar al atributo al que haca referencia. Esto es, si la seria del comprobante es la "A" solo se expreoará IAI y nunca !Serie Al-

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

5. Los espacios en blanco que se presenten denlro de la cadena original serén tratados de la siguiente manera: a. Se deberén remplazar todos los tabuladoras, retomas de carro y saltos de linea por espacios en

blanco. b. Acto seguido se elimina cualquier carécter en blanco al principio y al final de cada separador 1

("pipe" sencillo). c. Finalmente, toda secuencia de caracteres en blanco intermedias se sustituyen por un único

canlcter 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 11 (doble "pipe"). B. Toda la cadena de original se expresará en el formato de codificación UTF-8. 9. El nodo o nodoo adicionales <ComplementoConcepto> se integraran a la cadena original como se

indica en la secuencia de ronnación en su numeral 10, rttspetando la secuencia de formación y número de orden del ComplemetoConceplo.

1 O. El nodo o nodos adicionales <Complemenlo> se integraran al final de la cadena original respetando la secuencia de formación para cada complemento y número de orden del Complemento.

Secuencia de Formación: La secuencia de formación seré siempre en el orden que se expresa a continuación, tomando en cuenta

Manes 15 dej_unio de 2010 DIARIO OFICIAL (Primera Sección}_

las nsglas generales expresadas en el pérrafo anterior. 1. Información del nodo Comprobante

a. version b. serie c. folio d. fecha e. noAprobecion f. anoAprobacion g_ tipoDeComprobanta h. formaDePago

condiciones De Pago j. subTotal k. descuento

total 2. Información del nodo Emisor

a. rfc b. nombre

3. Información del nodo DomicilioFiscal a. calle b. noExterior c. nolnterior

d. colonia e. localidad f. nsfensncia g. municipio h. estado

pais j. codigoPostal

4. Información del nodo ExpedidoEn

ª· calle b. noExterior

c. nolntar1or d. colonia

e. localidad f. rttferttncia g. municipio

h. astado pais

j. codigoPostal 5. Información del nodo Receptor

a. rfc b. nombra

6. Información del nodo Domicilio a. calle b. noExterior c. nolnterior

d. colonia

e. localidad f. referencia

g. municipio

h. estado

(Prim•a§ecci6n} DIARIO OFICIAL Manm lSdej1miode_20I()

paia

j . codlgoPoalal

7. lnfonnadón de cada nodo Concepto nota: aeta saeuencla deberé ser rapatida por cada nodo Concepto llllaclonado

a. cantidad

b. unidad

c. noldentificacion d. de8cripclon e. valorUnilario

f. importe

g. lnformacionAduanera

nota: eata eecuencia debaní ser repeUda por cada nodo lnformacionAduanera de forma indistinta a su grado de dependencia

numero ii . facha

iil . aduana

h. lnformaciOn del nodo CuentaPredial numero

8. lnformaciOn dal nodo ComplementoConcepto de acuerdo con lo expraaado en el Rubro F. 9. Información de cada nodo Retencion

nota: eata secuencia a, b, deberé ser repetida por cada nodo Retención relacionado, el total de lmpueatos ratanldos no se repite. e. impuesto b. Importe c. 1DtallmpuestoaRetanido1

10. lnformaciOn de cada nodo Traslado nota: eata secuencia a, b, debení ser repetida por cada nodo Traslado relacionado, el total da impueatoa trasladados no se repite. a. Impuesto b. taaa c. Importe d. totallmpuealoaTrasla-•

11. Información del nodo Complemento de acuerdo con lo axpnssado an el Rubro F. Generagon del Sello Digjtal Para toda cadena original a ser HIiada dlgilalmente, la secuencia de algoritmos a aplicar ea la siguiente: 1.- Aplicar el m6todo de digestión MD5 cadena original • sellar incluyendo loa nodos Complementarios.

!:~.~~';¡'~~ q~n:::i=.~ª~1~: :rs~~ ~~~ =~ ~~nm2w,a~e~,ri.,~~~

1:~d e~::. ~~l::!l:

basa la inallenabiidlld del sello, HI como su no rauti~zaclón. Ea de hacho ..,. medida de la integridad dal mensaje HIiado, pues toda alteración del mismo provocaré una digaatión totalmenta diferente, por lo que no se podní autentificar el men1&je. El algoritmo de dlgeaUOn MDS no requiera del uao de aecuenclaa da rellano (padding). MD5 no requiera aamila alguna. El algoritmo cambia au ealado de bloque en bloque de a.,.._ • la enlrada previa. 11.- Con la clave privada corraapondlanta al certificado digital del emisor del mensaje y del sello digital, ancriptar la digestión del mensaje obtenida en el paso I uUllzando para ello al algoritmo de encripción RSA. Nota: La mayor parte del softwllra comercial pueda generar loa pasos I y II lnwcando una sola función y especificando la conslanta simbólica "RSAwithM05Encryption". En el SAT eata pn,cedlmlanto ae hace en pasos aap11111dos, lo cual ea totalmente equivalente. Ea lmportanle ra,_ que pr6ctlcamenta todo el aottwara criptognlftoo comen:ial incluye APla o expone mélodoll an aua praductoa que permllen implemenlar ta SIICt*lcia de algorilmos aqul descrita. La clave privada solo debe mantanarae en memoria duranle le Mamada a la función de ancripción; inmediatamente después da au uso debe ser eliminada de au registro de memoria mediante la 1obre escritura da aecuenciaa binarias a llamadas de "unoa" y "caroa". 111.- El resultado seré una cadena binaria que no necesariamente consta de caractaraa imprimible,, por lo que debanl traduclrae a una cadena que si conste solamente de talas caraclensa. Pena ello ea utlfizaré el modo de e)Q)raalón da sacuanc;aa de bytes denominado "Ba1e 64", gue conalate en la asoclaclOn da cada

Martes IS de junio de2010 DIARIO OFICIAL (Primera Secci6"1

6 bita de la aacuencia a un el.nanto de un "ahbeto" que conala de 64 caract- imprimiblea. Puesto que oon 6 blla se pueden e,cpn,aar loa número• del O al 83, ai a cada wio de ama valoAls se le asocia .., elemento del alfabeto se genmtiza que lodo byte da la aacuencla original puede ser mapaado a un elemento del alfabeto Basa 64, y loa dos bits restantes formerén parte del siguiente elemento a mapear. Eate mecanismo de axpresl6n de cadenas binarias produce un Incremento da 25% en el tamallo de laa cadenas imprimibles respecto de la original.

La codificací6n en base 64, aal como su decodificación, se haré tomando loa bloques a procaaar an el sentido de au lectura, as decir, da Izquierda a derecha.

El alfabeto a utiizar ,e exprasa en el siguiente catalogo: - Vt1MKB84 Valor - Vt1MKB84 V*'< -o VáarB64 V-ASCII del ASCII del ASCII del -0 - Alf-o o A 85 23 X 88 48 u 117 1 B 88 24 y 88 47 V 118 2 e 87 25 z 90 48 w 118 3 D 88 28 a 87 48 • 120 4 E 119 27 b !MI 50 y 121 5 F 70 28 e 99 51 z 122 8 G 71 28 d 100 52 o 41 7 H 72 30 a 101 53 1 48 8 1 73 31 f 102 54 2 50 9 J 74 32 9 103 56 3 51 10 K 75 33 h 104 58 4 52 11 L 711 34 1 105 57 5 53 12 M 77 35 J 108 58 8 54 13 N 78 36 k 107 59 7 56 14 o 79 37 1 108 ISO 8 58 15 p 80 38 m 109 81 9 57 18 Q 81 39 n 110 82 + 43 17 R 82 40 o 111 e3 I 47 18 s e3 41 p 112 18 T 84 42 q 113 20 u 85 43 r 114 21 V 88 44 • 115 22 w 87 45 1 118

Por tanto, loa caracteras utilizados en el alfabeto de Baae 64 son: A, B, C, D, E, F, G, H, 1, J, K, L, M, N, o, P, a, R, S, T, u, V, w, X, Y, z, a, b, C, d, e, f, g, h, i, j, k, 1, m, n, o, P, q, r, l , 1, u, V, w, X. Y, z, O, 1, 2, 3,4, 5, 6, 7, e, 9, +, / y en el orden dascrito las oorrasponden loa lndlce9 del o al 83 en un llfflllllo de 64 elemento,. Para traducir de binario a Base 64, sa examina la sacuencia binaria evaluando 8 bits a la vez; si el valor de 101 primeros 6 bill e1 O, enloncaa aa imprime la letra A; si ea 1, entonces se imprima la letnl B y a1I sucesivamente haala completar la evaluación da todoa los bits de la aecuencia ~ evaluados da IS en 6. La función inversa consista an raconslruir la secuencia binaria or1ginal a partir de la cadena Imprimible que consta de loa elementos dal alfabeto de Base 64. Para ello H toman 4 caractaras a la vez de la cadena Imprimible y sus valorea son converUdoa en los de loa tres caracteres binarios correspondientes ( 4 caracteres 864 • 8 bita = 3 caracteres binarios x e bita), y esta operación 19 repite hasta concluir la traducción de ta cadena imprimible. Ejemplo de Sello d9tal:

GqDiRraall+E2wQhqOCVzwME~yVEMEJ8PD1S1g6AV48D8VrlhKUDqOSjqnp91wfMAbXOggwUCLRKa +Hg5q8aYhyall31f2HVqH 1 aA08poer080P1 J6Z+BwTrQkhcb5Jw8jENXoErkFE8qd0cldFFAuZPVT +9mkTb0 Xn5Emu5U8•

E. Ueo de la facllldad de enaobnltado <Addenda>

1 La facilidad da en1obretado conaista en ofracar un mecani1mo a aguelloa conlribuyentes gue deaean 1

(Primera Sección) DIARIO OFICIAL Manes 15 de _j_..,io de 201 O

utilizar otros fo,matos electrOnicos de forma adicional y no substituta al establecido dentro del Anexo 20 Rubro C. Su objeto es permitir que el envio de dichos formatos adicionales se Integre dentro del cuerpo del esténdar de comprobanle fiscal digital definido por el SAT, facililando el lnlnsporte de los formatos e información adicional, evitando con ello envfos paralelos. Su mecénica de uso es el siguiente: 1. Se genera la Información adicional 2. en el formato pertlcular del contribuyente. 3. Se genera el comprobante fiscal digital en el eslándar definido por el SAT y se ag19ga el nodo o

elemento de <Addenda> la lnfonnaclón adicional. 4. Dentro del nodo de <Addenda> se e,cpresa el formato perticular del contribuyente siguiendo los

siguientes lineamientos: a. Si el formato es XML se transcriben id6nlicos loe nodos adicionales requeridos dentro del nodo

<Ad<lenda>. SI el contribuyente desea sujetar estos nodos adicionales a un diccionario o eaténdar especlflco, podré hacerlo teniendo cuidado de especificar las referencia• necesarias al ·namespace· del formato utilizado, de acuerdo a loa eeténdarea definidos por el consorcio W3. Esto implica que si el contribuyente desea utilizar esta funclonaNdad adicional deberé definir au nuevo namespace dentro del nodo Comprobante y publicar la ruta del esquema XSD para vaMdación, por ejemplo: <Comprobante .. . xmlna:xsi="http://Www.w3.org/2001IXMLSchema-inatance" xmlns="http://Www.aat.gob.mx/cfd/2" xmlna:otro• "http://Www.misitio.mx/miNS" xsi:schemalocations"

http://Www.sat.gob.mx/cfd/2 http://Www.satgob.mx/eitio_intemeVcfd/2/cfdv2.xsd http://Www.misitio.mx/m1NS http://Www.misitio.mx/mlNS/miNS.xsd" ••.• <Addenda>

<olro:MiNodo miAtribulo="valor"/> </Addenda> </Comprobante> La linea que espeeifica

xmt xsi="http://Www.w3.org/2001/XMLSchema-instance· indica que se está usando validación mediante al estándar de e,quema XSD. La linea que especifica xmlns="http://Www.aatgob.mx/cfd/2" hace referencia al namespace de comprobantes. La linea que especifica xmlns:olro="http://Www.misitio.mx/miNS" hace referencia al namespace adicional definido por el contribuyenla La linea que especifica xsi:schemaLocation hace refarencia a los dos namespaces uHdoe, marcando adicionalmente la ubicación de los esquemas xsd que definen las especificaciones de ceda nameepace. El primer par corresponde al namespace y ubicación del esquema deftnido por el SA T y al segundo par corresponde al nemespace y ubicación definido por el conlribuyenle para sus propios finas. Finalmente. al nodo que aparece en la Addenda tiene el encabezado otro: qua corresponda al encabezado daftnldo danlro del nodo comprobante. En caso de que •• requiriera agr.gar otros namaspaces adicionales, el mecanismo aerfa agregar una linea tipo xmlns definiendo el namespace y e,cpresando nuevamente el nameapace y ubicación de su deftnici6n denlro del atributo x1i:schemaLocation Cabe aclarar qua los nodos bésicos del comprobante no deberén Havar encabezado del namespace publicado por el SA T al ser estos baaados en el namespace por omisión. Por ejemplo se contemplar1a como caao invalido al siguiente: <cfd:Comprobante> <cfd:Emisor/> </cfd:Comprobante>

b. Si el fonnato ea teJllo plano, se e,cpreaa id6nlico 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.

Si el formato es binario, se deberé e,cpresar como una cadena de caracteres codificados en formato Base 64.

F. u,o de la facilidad de noclot1 <ComplementoConcapto> y <Complemento>

El estándar del comprobante ftscal digital incluye dos elemenlos definidos como da tipo abierto que servirén para inlegrar 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 au contenido seré reglamentado por la autoridad para ser utilizados por los contribuyentes qua cuentan 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 especifica. Las reglas de uso de aquellos complementos disponibles eotarén publicados en el sitio de Comprobantes Fiscales Digitales ~ntro del po~I del SAT "http://Www.salgob.mx"

Martes 15 de_j_unio de 2010 DIARIO OFICIAL º'rimera Secciónl

Reglas generales de uso: 1. Danlro de estos nodos da complemento se integranln al comprobante los elementos adicionales

necesarios de acuerdo con el formato deftnido por el SAT como requerido por la actividad especifica del contribuyente.

2. La Integración de estos elementos adicionales H haré siguiendo los siguientes lineamientos: a.

b.

c.

Se integrarén Idénticos loe nodos complementarios requeridos dentro del nodo designado, según sea et caso requerido en la regla de la Resolución Miscel6nea Fiscal aplicable. El Contribuyente deberé sujetarse a la estructura de estos nodos complementarios, teniendo cuidado de especificar las referenciae necesarias al ·namespace" del complemento que sa utilice, de acuerdo a los esténdares daftnidos y pubi cados por et SAT. Esto implica que si el contribuyente requiere utilizar esta funcionalidad complementaria deberá definir al namespace correspondiente dentro del nodo Comprobante, asl como referenciar la ubicación pública del esquema xsd correspondiente . Por ejemplo, asumiendo que el contribuyente requiere integrar el namespace http://Www.satgob.mx/cfd/ecc el cual se define mediante el esquema público deflnido en http://Www.sat.gob.mx/schemaa/cfd/acc/ecc.xsd se vincularla de la 1lguienle forma: <Comprobante xmlns="http://Www.sat gob.mx/cfd/2" xsi:achemalocationa''

http://Www.aat.gob.mx/cfd/2

xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:ecc="http://Www.satgob.mxJecc"

http://Www.satgob.mx/sitio_intemeVcfd/2/cfdv2.xsd http://Www.sat.gob.mx/ecc http://Www.sat.gob.mx/sitio_intemeVcfd/ecc/ecc.xad''

</Comprobante> La linea qua especifica xml:xai="http://www.w3.org/2001IXMLSchemainstance· indica que se ealá usando validación mediante el ealándar de esquema XSD. La linea que especifica xmlns="http://www.sat.gob.mx/cfd/2" hace referencia al narnespace de comprobantes. La linea que eapecitlca xmlns:ecc="http://www.sat.gob.mx/ecd' hace referencia al namespace adicional del complemento. Finalmente la linea que especifica xal :schemaLocation hace referencia a loa dos namespacea u,ados, marcando adicionalmente la ubicación de los esquemas xsd qua definen las especificaciones de cada namespace. En caso de que se requiriera agregar ob"os namespacea adicionales, el mecanismo serta agregar una linea tipo xmlns definiendo el namespace y expresando nuevamente el namespace y ubicación de su daflnición dentro del atributo xsi:schemaLocation Cabe aclarar qua los nodos básicos del comprobante no deberán llevar encabezado del namaspace publicado por al SAT al ser estos basados en el namespace por omisión. Por ejemplo se contemplar1a como caso invélldo el siguiente: <cfd:Comprobante> <cfd:Emisor/> </cfd:Comprobante> Cada complemento tendré definida su propia regla para inclusión en la cadena original, la cual, en caso de existir, se integraré en el lugar correspondiente de acuerdo a lo a,cpresado en el rubro D del _e_resente anexo.

Atentamente

México, D.F., a 30 de abril de 2010.- El Jefe del Servicio de Administración Tributaria, Alfndo Gutl6rnz Ottlz Mena.- Rúbrica.

CIRC1JLAR S-22.11.14 nmHante la cual 1e dan • r:•necer • IH penena1 y mtidadu fflarlo•adu ten la coatnlad6n de lu renta vttalidu y del•• aepro, de seltrnivenda prevbtos en la Ley de IH Sl1tnn111 de Aberro para el Rdlra, 101 valeres de la tua de níermtia para 1er e•pleada en las rnetadolocfu de dlcule de 101 ma•to1 con1dtudvo1 de lo, 5e&uro1 de Pemiooea derivados de la Ley del Sesuro Sodal y de la Ley del lmtiluto de SeCridad y Servicios Sociala de los Trabajadora del E1t1do.

Al margan un sello con el Escudo Nacional. que dice: Estados Unidos Mexicanos.- Secretarla de Hacienda y Crédito Público.- Comisión Nacional de Seguros y Fianzas.

CIRCULAR S-11.11.14

ASUNTO: TASA DE REFERENCIA.- Se dan a conocer los valores de la taaa de referencia para ser empleada en las metodologlas da cálculo da los montos constitutivos de loa Seguros de Pensiones derivados de la Ley del Seguro Social y de la Ley del Instituto da Seguridad y Servicios Sociales de los Trabajadoras del Eslado.

A LAS PERSONAS Y ENTIDADES RELACIONADAS CON LA CONTRATACION DE LAS RENTAS

!Prim«a Sección) DIARIO OFICIAL

VITALICIAS Y DE LOS SEGUROS DE SOIIREVIIIENCIA PREVISTOS EN LA LEY DE LOS SISTEMAS DE AHORRO PARA EL RETIRO

Maria 15 do¿1mio de 2010

De acuerdo con lo diepuaato en el artlculo 81 de la Ley de 101 Sletemae de Ahorro para el Retiro, loe procadimlenl01 relati1101 al eélculo del monto constitutivo para la conlratadón de lal n,nw vttaNciae y de 101 segun>• de sob/9viWncia, eataré • cargo de un comité integrado por miembroa deaignadoa por la Comisión Nacional de Seguroa y Fianzas, quien lo presidiré, la Sacretarfa de Hacienda y Crédito Público, el lnotitu1o Mexicano del Seguro Social, el Instituto de Segundad y Sarvlcioa SOciales de loa Trabajadores del Estado y la Comi1i6n Nacional del Slatama da Ahorro para el Retiro. En virtud de lo anterior, el referido Comité, en su Décima Cuarta Sesión celebrada el 29 da aeptlembre de 2009, aprobó la matodologla, critartoa y pollticae relativa• • la determinación de la lasa de referancla para ser empleada en laa metodologlas da eélculo de los montoa conatitutivoa de loa Seguros da Pen1lonea derivados de la Ley del Seguro Social y de la Lay del Instituto de Seguridad y Servicios Sociales da loa Trabajadores dal Estado. A \rallés de la Circular S-22.18.1, publicada en el Diario Oficial de ta F-ración de feche 19 de noviembre de 2009, se dio a conocer la tabla que establece la tasa de refarencia para diferente, lntarvaloa de rendimiento baee de mercado, confonne al acuerdo adoptado por el reÑrido Comité en su aHlón del 29 de septiembre de 2009. Aalmlsmo, en la citada Circular 5-22.18.1 se dio a conocer el acuerdo del raferido Comité para que aeta Comisión Nacional de Seguros y Fianzas, aplicando la metodologla, crttarioa y polltlcao aprobadoe por el propio Comit•, calculara 1amanalmante el rendimiento base da mercado, y que cuando aeta Comiaión obsltl'Vara que el valor del rendimiento baae de mercado H ubicara an un rango dietinto el que corraapondió a la datenninación de la taaa de referencia vigente, diera a conocer, mediante su publicaclón en el Diario Oficial de la Federación, al valor del rendimiento base de mercado y la nueva tua de referencia aplicable confonne al cuadro contenido an la ret.rida Circular 5-22.18, 1. En conslderacl6n de lo ante• expuesto, y da confonnidad con lo es1ablecldo an 101 artlculoa 81 da la Ley de loa Siatemu de Ahorro para 11 Retiro, 108, fraccione• IV y XII, de la Ley General de lnatituci0ne1 y Sociedades Mu1ualistas de Seguros, 10. del Reglamento Interior de la Comi116n Naclonal de Seguros y Fianzas, y en cumplimiento de los acuerdos dictados en la sesión 06cima Cuarta del Comité referido, ae da a conocer lo siguiente: UNICO.- En virtud da que el eélculo del rendimiento baae de mercado con cifrao dtsponillln al 27 de mayo de 2010 aplicando la metodologla, criterioa y polltlcas aprobadoe por al Comtt• al que ae refiere ,r artlculo 81 de la Ley de 101 Slatemu de Ahorro para el Retiro, enoja un valor de 3.44% para oferta• con ·e-• Biom61ricaa de ~rvas T6cnicaa o me.- conseMl<lcHaa. y de 3.58% para ofattas con ·eae.a lliorMlrica• méo conoervadorao que laa de Reaervas Técnica1, la taaa de referencia que se emplearé en lee metodologla1 de eélculo de loo montos constitutivo• de roo Seguroe de Penaiones derivados de la Ley del Saguro Social y de la Ley del Instituto de Seguridad y Servlcioo Sociales de loe Trabajadores del Es1ado, seré la aiguiente: i) Pere ofertas con "Baaes Biométricaa de Re&ervM Técnicas o menos conservador•", de 2.90%, y ii) Para ol9rtaa con ·eaoes Biomélricea mée conservadoras que las de Reoervaa T•cnicaa·, de 3.32%.

TRANSITORIO UNICO.- La praoenle Clrcular entran! en vigor al dla elguiente de su publicación an el Diario Oficial de la Federación, y ou1ti1uya a la tasa de raferancia comunicada en la divarea S-22.18.13 publicada en ,r miamo Diario ,r 27 da mayo de 2010. Atentamente Sufragio Efectiw. No Realacción. Mé>Cico, D.F., 1 de junio de 2010.- El Preaidente de la Comlaión Nacional de Saguro1 y Fianzas, Manuel S. Agullera Vercluzco.- Rúbrica.

1

1 TiposMoneda 1

ID_TipoMoneda

DescripcionMoneda

1 Paises NOMBI

ISO_N

1S03

1S02

IATA

NOMBI

FK_Emisore

RE

UM

RE_ING

sCDF _Estados

1

~=

. LogoEmisor -¡, RFCEmisor

ImagenLogo

Estados Column Name

i ID_Estado

Nombre Estado

FK_SucursalesEmisores_Estados

Data Type

int

varchar(255)

J.\ 1.1

~ FK_ReceptoresCDF _Estados

SucursalesEmisores 1

RFC

Nombre Sucursal

Calle

NumeroExterior

1-2

FoliosAutorizados i RFCEmisor

i SERIE

FechaAprobacion

i NumeroAprobacion

Foliolnicial

FolioFinal

CertificadoDigitalSA T

UavePrivadaSAT

ContrasenaCertificado

VigenciaCertificado

NumeroCertificado

Allow Nulls

rl ~ rl

1

FacturasEncabezado RFCEmisor

' ·-

,-'

l

DireccionEmisor

RFCReceptor

DireccionReceptor

LugarEmision

Serie

Folio

FechaEmision

CadenaOriginal

ArchivoXML

selloDigital

Subtotal

Impuestos

Importe Total

Valorletra

EstadoFactura

1-3

FacturasDetalleArticulos RFCEmisor

RFCReceptor

Serie

Folio

Cantidad

Unidad

DescripcionArticulo

ValorUnitario

Importe

CertificadosDigitales RFC

CertificadoDigital

LJavePrivada

Password

CatalogoTipoComprobante ID_ Ti poComprobante

Descri pe ion Ti poComprobante

1-4

cata1ogo111 Abreviacior

Descripcior

Porcentaje

npuestos CatalogoformaDePago i i ID_FormaDePago

DescripcionFormaDePago

1-5

EmisoresCDF Column Name Data Type

i RFC nchar(lS)

RazonSocial nvarchar(200)

Calle nvarchar(200)

NumeroExterior nvarchar(10)

Numerolnterior nvarchar(10)

ID_Municipio int

ID_Estado int

CodigoPostal nchar(lO)

ID_Pais int

Localidad nvarchar(SO)

Colonia nvarchar(SO)

FK_ CatalogoCategorjasArt_EmisoresCDF

catalogoCategoriasArt Column Name Data Type

i RFC nchar(15)

i ID_Categoria int

Descri pcionCategoria nvarchar(SO)

FK_ CatalogoArticulos_ CatalogoCategoriasArt

2-1

catalogoArticulos i RFC

i ID_Categoria

i ID_Articulo

DescripcionArticulo

PrecioUnitarioSugerido

Allow Nulls

rl rl rl ~ ~ ['.]

rl rl rl ~ ~

rl

FK_Rece~

Allow Nulls

, '1

~!

[e]

['.]

rl rl

l CodigoPostal

ID_Pais

Localidad :

! Colonia

i

FK_SucursalesEmisores_EmisoresCDF

. c:co

=· ReceptoresCDF

Column Name Data Type Allow Nulls

i RFC nchar{lS) [E] 1

i RFCEmisor nchar(lS) rl RazonSocial nvarchar(200) ~ Calle ~

1

nvarchar(200) 1

NumeroExterior nvarchar(lO) rl 1

1

Numerolnterior nvarchar{lO) [E] !

,toresC DF _EmisoresCDF ID_Municipio int ~ 1

ID_Estado int ~ 1

FK_EmisoresCDF _Munic ,ios CodigoPostal ~ FK_SucursalesEmisores_Municipios

nchar{lO)

ID_Pais int ~ 1

1

Localidad nvarchar(80) ~ 1

1

Colonia nvarchar(SO) ~ [E]

:

FK_ReceptoresCDF _Municipios

)J ~ 1

1

Municipios Column Name •

i ID_municipio int

NombreMunici pio va 1

ID_Estado in1 1 ...

<111 "' 1 1

1.

2-2

2-3

Documents

2 2 JUN 2u,2 SERVICIO FACTURACION ELECTRONTCA