REST API para Timbrado

25 ENERO Guia de Integracion Autor: Fernando Gonzalez Categorias: Programacion, Integracion, otros Introduccion Este documento contiene una explicacion detallada del funcionamiento del servicio de timbrado ofrecido por Comercio Digital. En breve, el servicio funciona a traves de web services de tipo REST, por lo que solo se utilizan peticiones de HTTP comunes y corriente sin ningun tipo de ensobretado o complejidad adicional. Esto simplifica el proceso de integracion entre sus sistemas y nuestro servicio. El proceso de utilizacion del servicio de timbrado de Comercio Digital es muy sencillo. Su sistema genera el XML que representa el Comprobante Fiscal Digital por Internet aun sin el Timbre Fiscal Digital. Este XML es enviado a traves de una peticion de HTTP cifrada con SSL a nuestro servicio. Nuestro servicio analiza el CFDi, y en que ser verificado con un comprobante valido, genera un timbre, y regresa su representacion en XML (nodo <tfd:timbrefiscaldigital>). Sus sitema procede a agregar este nodo a su CFDi (dentro del nodo <cfdi:complemento>), con lo que obtiene un Comprobante Fiscal Digital por Internet legalmente valido. Comercio Digital cuenta con un ambiente de pruebas dedicado con el cual usted podra estar seguro que la integracion a nuestro servicio se realizo de manera 100% correcta y que los CFDIs que se encuentra emitiendo son 100% validos sin tener que utilizar el ambiente de produccion (o los sellos reales de las empresas) para realizar sus pruebas. Requisitos Los requisitos para poder realizar la integracion al servicio de Comercio Digital son bastante sencillos, y se cuenta con un ambiente dedicado a pruebas que funciona de manera casi identica al de produccion. Una vez que obtenga una respuesta exitosa en el ambiente de pruebas solo tendra que cambiar la direccion del servicio junto con el usuario y la contrasena para comenzar sus operaciones de produccion. La lista de requisitos para comenzar a integrar su solucion a nuestro servicio es la siguiente: Tener la capacidad de generar y sellar el XML correspondiente al CFDi Tener la capacidad de generar y sellar el XML necesario para una cancelacion en caso de que se planee utilizar el servicio de cancelaciones Contar con una cuenta de pruebas, esta la puede solicitar a la direccion de correo electronico programacion@comercio digital.mx Tener acceso a Internet desde el hardware que utilizara el servicio Tener la manera de realizar petciones de HTTP desde el lenguaje de programacion que utilize

Una vez que se cumplan estos requisitos, usted podra utilizar el ambiente de pruebas de Comercio Digital para realizar el enlace a nuestros sistemas. REST API para Timbrado EL API tipo REST de Comercio Digital funciona a traves de peticiones de HTTP con el metodo "POST". Estas son peticiones de HTTP comunes y corrientes, que se pueden realizar de manera simple desde cualquier lenguaje de programacion o sistema operativo. En la seccion de Ejemplos y Librerias se dan ejemplos especificos para los lenguajes mas comunes. Una peticion al servicio de timbrado debera llevar los siguientes elementos: Verbo: POST Path: /timbre/timbrar.aspx?rfc=rfc&pwd=pwd Es importante notar que hay que realizar un URL encode de los parametros rfc y pwd Peticion tipo HTTP/1.1 Host: pruebas.comercio digital.mx o ws.comercio digital.mx Date: fecha actual en el formato de las peticiones HTTP Content Length: donde se especifica la lengitud binaria de la informacion enviada Content Type: text/xml Cuerpo: El XML sellado que representa el CFDi a timbrar. Este debera venir codificado en UTF 8 Todas las peticiones al servicio son a traves de https Es importante notar que los valores de los parametros Rfc y Pwd deben de ser codificados en formato de URL (URL Encode) para evitar problemas con caracteres especiales La peticion al servicio de pruebas se debera realizar a la direccion pruebas.comercio digital.mx y la peticion para el servicio de produccion se debera realizar a la direccion ws.comercio digital.mx A continuacion se da un ejemplo de una peticion tipica al servicio de timbrado: POST https://pruebas.comercio digital.mx/timbre/timbrar.aspx?rfc=rfcejemplo&pwd=pwdejemplo HTTP/1.1 Content Type: text/xml Host: pruebas.comercio digital.mx Content Length: 1388 Expect: 100 continue Connection: Keep Alive <cfdi:comprobante xmlns:cfdi="http://www.sat.gob.mx/cfd/3" xmlns:xsi="http://www.w3.org/2001/xmlschema instance"

xsi:schemalocation="http://www.sat.gob.mx/cfd/3 cfdv3.xsd" version="3.0" fecha="2010 03 06T20:38:12" sello="tose+ex/wvn33ylgwtfmrjwq31crd7li9vch63tgjhfxk5vfb3q9usbdugk9txvo70ydopikrvw+9b2six0mbu3pjoppo909oayitrryomd eugj4vma2/12l86ejlwpu7vit4cl8hpkew7tofhsdpzb/890+jp+c1adbshu1vhc=" total="488.50" subtotal="488.50" certificado="miie/tcca+wgawibagiumzawmdewmdawmdaxmdawmda4mdawdqyjkozihvcnaqefbqawggfvmrgwfgydvqqdda9blkmuigrlihbyd WViYXMxLzAtBgNVBAoMJlNlcnZpY2lvIGRlIEFkbWluaXN0cmFjacOzbiBUcmlidXRhcmlhMTgwNgYDVQQLDC9BZG1pbmlzdHJhY2nDs24gZGUgU2V ndxjpzgfkigrligxhieluzm9ybwfjacozbjepmccgcsqgsib3dqejaryayxnpc25ldebwcnvlymfzlnnhdc5nb2iubxgxjjakbgnvbakmhuf2libia WRhbGdvIDc3LCBDb2wuIEd1ZXJyZXJvMQ4wDAYDVQQRDAUwNjMwMDELMAkGA1UEBhMCTVgxGTAXBgNVBAgMEERpc3RyaXRvIEZlZGVyYWwxEjAQBgN VBAcMCUNveW9hY8OhbjEVMBMGA1UELRMMU0FUOTcwNzAxTk4zMTIwMAYJKoZIhvcNAQkCDCNSZXNwb25zYWJsZTogSMOpY3RvciBPcm5lbGFzIEFyY 2lnYTAeFw0xMDA3MzAxNjU4NDBaFw0xMjA3MjkxNjU4NDBaMIGWMRIwEAYDVQQDDAlNYXRyaXogU0ExEjAQBgNVBCkMCU1hdHJpeiBTQTESMBAGA1U ECgwJTWF0cml6IFNBMSUwIwYDVQQtExxBQUEwMTAxMDFBQUEgLyBBQUFBMDEwMTAxQUFBMR4wHAYDVQQFExUgLyBBQUFBMDEwMTAxSERGUlhYMDExE TAPBgNVBAsMCFVuaWRhZCAxMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDD0ltQNthUNUfzq0t1GpIyapjzOn1W5fGM5G/pQyMluCzP9YlVAgB jggzwyp9z0j9gadg3y2zrydwvv8b72goyrnhnv3bkjvrklus6ldc00k7jl23uyznglxn5+i0hxxuwonc2gykfgsn4rfwkvy3fnpv8z2d7dnqsvyt5h apeqwidaqabo4hqmihnmawga1udeweb/wqcmaawcwydvr0pbaqdagbamb0ga1uddgqwbbsyodswrczzj5h7mco3+mayxz+y0daubgnvhr8ejzalmco giaafhh1odhrwoi8vcgtplnnhdc5nb2iubxgvc2f0lmnybdazbggrbgefbqcbaqqnmcuwiwyikwybbquhmaggf2h0dha6ly9vy3nwlnnhdc5nb2iub XgvMB8GA1UdIwQYMBaAFOtZfQQimlONnnEaoFiWKfU54KDFMBAGA1UdIAQJMAcwBQYDKgMEMBMGA1UdJQQMMAoGCCsGAQUFBwMCMA0GCSqGSIb3DQE BBQUAA4IBAQArHQEorApwqumSn5EqDOAjbezi8fLco1cYES/PD+LQRM1Vb1g7VLE3hR4S5NNBv0bMwwWAr0WfL9lRRj0PMKLorO8y4TJjRU8MiYXfz SuKYL5Z16kW8zlVHw7CtmjhfjoIMwjQo3prifWxFv7VpfIBstKKShU0qB6KzUUNwg2Ola4t4gg2JJcBmyIAIInHSGoeinR2V1tQ10aRqJdXkGin4WZ 75yMbQH4L0NfotqY6bpF2CqIY3aogQyJGhUJji4gYnS2DvHcyoICwgawshjSaX8Y0Xlwnuh6EusqhqlhTgwPNAPrKIXCmOWtqjlDhho/lhkHJMzuTn 8AoVapbBUn" formadepago="pago EN UNA SOLA EXHIBICION" nocertificado="30001000000100000800" tipodecomprobante="ingreso"> <cfdi:emisor rfc="ppl961114gz1" nombre="pharma PLUS SA DE CV"> <cfdi:domiciliofiscal pais="mexico" calle="av. RIO MIXCOAC" estado="mexico, D.F." colonia="acacias" municipio="benito JUAREZ" noexterior="no. 140" codigopostal="03240"/> <cfdi:expedidoen pais="mexico" calle="av. UNIVERSIDAD" estado="distrito FEDERAL" colonia="oxtopulco" noexterior="1858" codigopostal="03910"/> </cfdi:emisor> <cfdi:receptor rfc="pepj8001019q8" nombre="juan PEREZ PEREZ"> <cfdi:domicilio pais="mexico" calle="av UNIVERSIDAD" estado="distrito FEDERAL" colonia="copilco UNIVERSIDAD" municipio="coyoacan" noexterior="16 EDF 3" nointerior="dpto 101" codigopostal="04360"/> </cfdi:receptor> <cfdi:conceptos> <cfdi:concepto unidad="capsulas" importe="244.00" cantidad="1.0" descripcion="vibramicina 100MG 10" valorunitario="244.00"/> <cfdi:concepto unidad="botella" importe="137.93" cantidad="1.0" descripcion="cloruto 500M" valorunitario="137.93"/> <cfdi:concepto unidad="tabletas" importe="84.50" cantidad="1.0" descripcion="sedepron 250MG 10" valorunitario="84.50"/> </cfdi:conceptos> <cfdi:impuestos>

<cfdi:traslados> <cfdi:traslado tasa="0.00" importe="0.00" impuesto="iva"/> <cfdi:traslado tasa="16.00" importe="22.07" impuesto="iva"/> </cfdi:traslados> </cfdi:impuestos> <cfdi:complemento> </cfdi:complemento> <cfdi:addenda/> </cfdi:comprobante> El CFDi de ejemplo de la seccion anterior se tomo de la pagina Comprobantes Fiscales Ejemplos y Preguntas Frecuentes de Tecnología del SAT. La unica modificacion que se le realizo fue el remover el nodo <tfd:timbrefiscaldigital> En caso de que el XML enviado sea validado correctamente, la respuesta del servicio sera el XML que pertenece al timbre. Este fragmento de XML se podra agregar dentro del nodo <cfdi:complemento> para obtener un CFDi timbrado y legalmente valido. A continuacion se muestra un ejemplo de la respuesta del servicio con un timbre (es decir, el CFDi paso todas las validaciones): HTTP/1.1 200 OK Cache Control: private Content Length: 675 Content Type: text Saldo: 150 Server: Microsoft IIS/7.5 X AspNet Version: 2.0.50727 X Powered By: ASP.NET Date: Wed, 14 Sep 2011 16:51:02 GMT <tfd:timbrefiscaldigital xmlns:tfd="http://www.sat.gob.mx/timbrefiscaldigital" xsi:schemalocation="http://www.sat.gob.mx/timbrefiscaldigital TimbreFiscalDigital.xsd" version="1.0" UUID="83f870ae c6de e041 8300 736364783031" FechaTimbrado="2011 09 14T11:42:53" sellocfd="keggxuchbamj/sqois3s4bzyjzsjppyq5eojsdyf3yscshrq0rop/irznjsdfftdqpaaw0jin7whhi7lbr722w88845c+xl6ulfoqxfe ZYgBLywFJwntaTpWVZgO3FaEBIRzAiK5Oa10u932HcPvQNJUlFCVydNOHRtHul4/3eI=" nocertificadosat="30001000000100000801" sellosat="r4d3p3ytsnhxt5n4zztvcb2gk60dwalpwk9nkj0rdkpsr99yv+7/xqduqkoxjemf0qvgkm0bnarbfmlsgc9nv+ot66mytvg6rvmp8uin jqj02mld9clfyqlltucsvfptrwwh6oyftklbsoxr+ysvu6msrxdgvejq55mhvnxhygk=" /> El servicio de timbrado de Comercio Digital agregar un header especial llamada "Saldo" en el que se indica el saldo actual que tiene la razon social que llamo el servicio.

Los timbres emitidos por el ambiente de pruebas se sellan con un certificado de pruebas y no tienen ninguna validez legal. En caso de que el mismo comprobante se llegara a enviar una segunda vez, el servicio de Comercio Digital regresaria el timbre expedido originalmente para ese comprobante, y no se realizaria un segundo cobro. En caso de que se encuentre un error en la estructura o informacion contenida dentro del CFDi, el cuerpo de la respuesta comenzara con la cadena @@Error Timbrar, despues se indicara el numero del error (que lo podra encontrar en esta tabla) y una breve descripcion del error. A continuacion se da un ejemplo de una repuesta informando de un error: HTTP/1.1 200 OK Cache Control: private Content Length: 84 Content Type: text Server: Microsoft IIS/7.5 X AspNet Version: 2.0.50727 X Powered By: ASP.NET Date: Wed, 14 Sep 2011 17:07:57 GMT @@Error Timbrar: Error 301: XML Mal armado Error 301 XML mal armado, No viene total El catalogo de errores que regresa el servicio lo puede encontrar en la seccion Catalogo de errores REST API para la Cancelacion EL API para la cancelacion de CFDis es virtualmente identico al del timbrado. Lo unico que se sustituye es el URL del servicio al que se realiza la peticion, y cambian los contenidos del cuerpo Una peticion al servicio de cancelacion debera llevar los siguientes elementos: Verbo: POST Path: /cancela/cancelar.aspx?rfc=rfc&pwd=pwd Es importante notar que hay que realizar un URL encode de los parametros rfc y pwd Peticion tipo HTTP/1.1 Host: pruebas.comercio digital.mx o www.comercio digital.mx

Date: fecha actual en el formato de las peticiones HTTP Content Length: donde se especifica la lengitud binaria de la informacion enviada Content Type: Text/Xml Cuerpo: El XML sellado que representa la peticion de cancelacion. Este debera venir codificado en UTF 8 A continuacion se muestra un ejemplo de una cancelacion realizada con nuestro web service. POST https://pruebas.comercio digital.mx/cancela/cancelar.aspx?rfc=rfcprueba&pwd=pwdprueba HTTP/1.1 Content Type: text/xml Host: pruebas.comercio digital.mx Content Length: 3285 Expect: 100 continue Connection: Keep Alive <Cancelacion xmlns:xsd="http://www.w3.org/2001/xmlschema" xmlns:xsi="http://www.w3.org/2001/xmlschema instance" RfcEmisor="FALG390202EA4" Fecha="2011 09 30T12:26:41" xmlns="http://cancelacfd.sat.gob.mx"><folios><uuid>2d7400ed 5CEB E041 8200 736364783031</UUID></Folios><Signature xmlns="http://www.w3.org/2000/09/xmldsig#"><signedinfo> <CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC xml c14n 20010315" /><SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa sha1" /><Reference URI=""><Transforms><Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped signature" /></Transforms><DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1" /><DigestValue>2pJYb5L/+XhKYfsRRYSsAkNr3j0=</DigestValue> </Reference></SignedInfo> <SignatureValue>BuNx8iG7W5QKG3mS05HUF05ONPOQ3tlYs+Z0Oc5RqPmIWKgnwcypGLIHh2rWMRjbf1Pf16TgObZFMe6EpmVtjTIDXYi0cpJ009 HG2+7+LwdsVB2ntWLKmQ9zmiKYhfeppwTMMSxa2O/mUGM27Twqm4vw4Md/S64+JH98bfTg7OQ=</SignatureValue><KeyInfo><X509Data> <X509IssuerSerial><X509IssuerName>OID.1.2.840.113549.1.9.2=Responsable: Héctor Ornelas Arciga, OID.2.5.4.45=SAT970701NN3, L=Coyoacán, S=Distrito Federal, C=MX, PostalCode=06300, STREET="Av. Hidalgo 77, Col. Guerrero", E=asisnet@pruebas.sat.gob.mx, OU=Administración de Seguridad de la Información, O=Servicio de Administración Tributaria, CN=A.C. de pruebas</x509issuername> <X509SerialNumber>286524172099382162235533054511188021807362289717</X509SerialNumber></X509IssuerSerial> <X509Certificate>MIIFDzCCA/egAwIBAgIUMjAwMDEwMDAwMDAxMDAwMDE3MDUwDQYJKoZIhvcNAQEFBQAwggFvMRgwFgYDVQQDDA9BLkMuIGRlI HBydWViYXMxLzAtBgNVBAoMJlNlcnZpY2lvIGRlIEFkbWluaXN0cmFjacOzbiBUcmlidXRhcmlhMTgwNgYDVQQLDC9BZG1pbmlzdHJhY2nDs24gZGU gu2vndxjpzgfkigrligxhieluzm9ybwfjacozbjepmccgcsqgsib3dqejaryayxnpc25ldebwcnvlymfzlnnhdc5nb2iubxgxjjakbgnvbakmhuf2l ibiawrhbgdvidc3lcbdb2wuied1zxjyzxjvmq4wdaydvqqrdauwnjmwmdelmakga1uebhmctvgxgtaxbgnvbagmeerpc3ryaxrviezlzgvyywwxeja QBgNVBAcMCUNveW9hY8OhbjEVMBMGA1UELRMMU0FUOTcwNzAxTk4zMTIwMAYJKoZIhvcNAQkCDCNSZXNwb25zYWJsZTogSMOpY3RvciBPcm5lbGFzI EFyY2lnYTAeFw0xMDExMTkxOTQyMDRaFw0xMjExMTgxOTQyMDRaMIGoMR0wGwYDVQQDExRHRVJBUkRPIEZSQUdPU08gTFVOQTEdMBsGA1UEKRMUR0V SQVJETyBGUkFHT1NPIExVTkExHTAbBgNVBAoTFEdFUkFSRE8gRlJBR09TTyBMVU5BMRYwFAYDVQQtEw1GQUxHMzkwMjAyRUE0MRswGQYDVQQFExJGQ UxHMzkwMjAyTURGTlNSMDgxFDASBgNVBAsTC1N1Y3Vyc2FsQVZMMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCjluKNRikZi9pvCRKB0eZ0TjZ BCe77RM+rHhvmhKfMTEiNIT517b0GETdYNXgaYSSnNcp5PXk7LftnIv+zf5iHRKJ+pR+ogQhaU3iE5RO7BtcQHIwINLkL1JRJC+jEcbkMUUbeXyZCi

D1HCEf2a8L5yhY4ddgWqxE5Bk9w25EABQIDAQABo4HqMIHnMAwGA1UdEwEB/wQCMAAwCwYDVR0PBAQDAgbAMB0GA1UdDgQWBBQQYCf+5Zp25kTvism yc2egn6zdyjaubgnvhr8ejzalmcogiaafhh1odhrwoi8vcgtplnnhdc5nb2iubxgvc2f0lmnybdazbggrbgefbqcbaqqnmcuwiwyikwybbquhmaggf 2h0dHA6Ly9vY3NwLnNhdC5nb2IubXgvMB8GA1UdIwQYMBaAFOtZfQQimlONnnEaoFiWKfU54KDFMBAGA1UdIAQJMAcwBQYDKgMEMBMGA1UdJQQMMAo GCCsGAQUFBwMCMA0GCSqGSIb3DQEBBQUAA4IBAQBjBGNr/3DlqQGCTUMir5Q9r3rXVRtQ9WMX4EyrX7ms9h3rmvWZrV2sYFNq0BbXpgAKIDaQEbqZ/ tl1/adi02ecusoehjjyaevklhz9mtvynmm5gb8b4psydxpwmdntalswimpmafmvrgjrkjm4u8sqyjtw/q6l0hc7sli2hhtrj/t9dc/qrab2g39nc13 cybs4v7ypj1nlhehhzirmzmh4isfuhjwlyrvdf78e//kb1fw2ry74md7kuk2pzye/gnxqjgsxhzgxmh2ebtir1txjj4o7g2fz1rk0plwkbyfxksdyl IUu5J8+0VSJJLbGF12WR0/pzVCp3j3BQKwNlu50</X509Certificate></X509Data></KeyInfo></Signature></Cancelacion> En caso de que el servicio verifique que la peticion de cancelacion sea correcta, y el RFC que sello la peticion sea el dueno de dicho UUID, el servicio regresara una respuesta parecida a la siguiente: HTTP/1.1 200 OK Cache Control: private Content Type: text Server: Microsoft IIS/7.5 X AspNet Version: 4.0.30319 X Powered By: ASP.NET Date: Fri, 30 Sep 2011 17:40:46 GMT Content Length: 1841 <?xml version="1.0"?> <Acuse xmlns:xsd="http://www.w3.org/2001/xmlschema" xmlns:xsi="http://www.w3.org/2001/xmlschema instance" RfcEmisor="FALG390202EA4" Fecha="2011 09 30T12:40:53.4225653"> <Folios xmlns="http://cancelacfd.sat.gob.mx"> <UUID>2D7400ED 5CEB E041 8200 736364783031</UUID> <EstatusUUID>201</EstatusUUID> </Folios> <Signature Id="SelloSAT" xmlns="http://www.w3.org/2000/09/xmldsig#"> <SignedInfo> <CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC xml c14n 20010315" /> <SignatureMethod Algorithm="http://www.w3.org/2001/04/xmldsig more#hmac sha512" /> <Reference URI=""> <Transforms> <Transform Algorithm="http://www.w3.org/TR/1999/REC xpath 19991116"> <XPath>not(ancestor or self::*[local name()='signature'])</xpath> </Transform> </Transforms> <DigestMethod Algorithm="http://www.w3.org/2001/04/xmlenc#sha512" />

<DigestValue>uqnKozgq2DxAJ3FKAMAx6VywEzTh0Ynl82qrpCeibfN2sBYvr48xlwTSWuyMkG/fqK6hjlI1TdBtDor8wBNjhA== </DigestValue> </Reference> </SignedInfo> <SignatureValue>W1z49eeMA3ZrGe8noW4omZimBJes8757jpZBhc46r8WJ43wHzwd4KuVoagpAJvd9gW7I9Mep4rF9QvUqHUSdNw== </SignatureValue> <KeyInfo> <KeyName>00001088888800000093</KeyName> <KeyValue> <RSAKeyValue> <Modulus>yxMvUucuS+s3aeWTFZvJrrFWIdes7kIDJmO7DA5DP+ZTapofNt37fgeIHlTUdAVvd/fDKhfiwNSh+vbrNbD58X3UEdQor3ngb6zpjrDjg YsedckPLv6fro4DO0NXLCdALFqhN8ARyX77kYBnvIj1fOSVp401Vc3urLUtiEm16Kle3tOyWhfjgFzdK3oAIXF8oeei/GburWbJnpP+NeGaHVE5bkx LCBp5757nKVonXwzpfpEGuBp204NGkI2/jyA2EH8wyRN4yUvzjT7IJYrHng23klRDlJoRYwa98QQPdQSTpcrlNu8nLhpQdI/zMTLoNF2NiBCkQNuAM ackhnvlvw==</modulus> <Exponent>AQAB</Exponent> </RSAKeyValue> </KeyValue> </KeyInfo> </Signature> </Acuse> Este es el acuse de cancelacion, se debe de resguardar como prueba de que ese UUID fue correctamente cancelado. Es importante notar que los valores de los parametros Rfc y Pwd deben de ser codificados en formato de URL (URL Encode) para evitar problemas con caracteres especiales La peticion al servicio de pruebas se debera realizar a la direccion pruebas.comercio digital.mx y la peticion para el servicio de produccion se debera realizar a la direccion ws.comercio digital.mx Diferencias entre el ambiente de pruebas y produccion La unica diferencia entre el ambiente de pruebas y el ambiente de produccion son algunas de las validaciones que se realizan al momento de verificar el CFDi. A continuacion se da un listado de las validaciones no realizadas en el ambiente de pruebas: El ambiente de pruebas no revisa que se cuente con saldo suficiente al ser una cuenta de pruebas

El ambiente de pruebas regresa un saldo fijo en el encabezado de HTTP El ambiente de pruebas no valida que el RFC del usuario, el RFC que genero el CFDi, y el RFC que sello el CFDi coincidan Aquellos timbres y acuses de cancelacion emitidos por el ambiente de pruebas no tienen ninguna validez legal, y seran rechazados por el validador de Comercio Digital, el SAT, o cualquier otro Proveedor Autorizado de Certificaciones. En el ambiente de produccion, el RFC del certificado utilizado para sellar el CFDi o Cancelacion, el RFC del emisor dentro del CFDi o la Cancelacion, y el RFC que su utiliza como usuario deben de coincidir. De lo contrario, el servicio regresara un error. Dudas y Sugerencias Comercio Digital entiende y valora la opinion de los programadores y desarrolladores encargados de realizar la integracion a nuestros sistemas. Es por eso que Comercio Digital le da extrema importancia a las sugerencias y los problemas de los desarolladores. Nuestros Ingenieros se encuentran preparados para ayudarle con cualquier problema que pueda llegar a tener al momemto de realizar la integracion. Es por eso que ponemos a su disposicion la direccion de correo electronico programacion@comercio digital.mx y el telefono (55) 8421 4884 en donde usted podra tener acceso directo a nuestros Ingenieros de soporte. Copyright 2011 Comercio Digital S de RL Todos los derechos reservados Comercio Digital es una marca registrada.