Estaría bien que alguien pusiera los Links correctos; Por lo que he mirado (seguro que he mirado donde no debía), Microe permite descargar una versión de prueba, en ningun sitio he visto que fuera gratis.

Y en cuanto a MisFacturas, no consigo encontrar ningun enlace.

Microe-SAT
 

El foro me indica que aun no estoy autorizado para poner link o imagenes, de lo contrario yo lo haria.

Al final de la pagina donde esta la version de prueba esta el link para registrarte y descargarlo. Esto no significa que tengo costo, solo es un aviso al SAT que estas optando por usar su aplicacion para cumplir con tus obligaciones fiscales.

En la pagina de MisFacturas . NET es la pagina, te registras y empiezas a facturar GRATIS.


Alguien sabe hasta cuando podre poner links ? Es por tiempo ?, POST ? o que se toma en cuenta ?.

Gracias.

Creo que ya puedes poner links

Microe-SAT
 

Gracias Casimiro Notevi.

Descargar de la herramienta

http://www.sat.gob.mx/sitio_internet.../20_18329.html


Solicitud de alta Opción Microe


http://www.sat.gob.mx/sitio_internet.../20_15592.html


MISFACTURAS
http://www.misfacturas.net/

En el caso del SAT.

Primero se descarga la herramienta que es un demostrativo, si te agrada es necesario registrarte para empezar a usar esta solucion.

Ouch! eso si dolio, je je je.

Te la pongo facil, porque hay tantos modelos y colores de carros? si, de autos, camiones, total...si fabricaran uno mediano color gris, para que fabricar otro color rojo, todos sirven para lo mismo no?.

Opciones. esa es la respuesta, si contratas a un programador tienes la opcion de pedirle (casi) lo que sea, que te imprima 2 copias, que le ponga el logotipo a tus CFD etc etc.

Por ultimo, como bien dijo nuk3zito, el Micro-e solo son para empresas que facturen menos de 4 millones al año (Regimen general de ley). Y yo quiero como cliente una empresa que facture mucho !!! je je je

Ya revise un poco mas lo de Microe y esto es lo que observe:

Microe se puede descargar una version de demo.

Para usarlo en un ambiente "real" debes solicitarlo al SAT, NO ES DESCARGA LIBRE, una vez que lo descargas estas OBLIGADO A USARLO, no puedes echarte para atras a menos que rebases los 4 millones de pesos facturados al año

Tiene una licencia restringida, es decir, NO LO PUEDES copiar a terceros, por la misma razon que no es una descarga libre.

Algo MUY IMPORTANTE, las siguientes paginas ofrecen un servicio NO AUTORIZADO POR EL SAT e incurren en un delito fiscal.

ww.factura-electronica-mexico.com.mx/
ww.enlacefiscal.com/
ww.tefacturo.com
ww.factutol.com
ww.webcomtechnology.com.mx/
solucionfactible.com/
ww.facturaelektronica.com/ (Ofrece una alternativa en modalidad para desarrollo a la medida, esto si es valido)
ww.facturadorelectronico.com/
macropro.com.mx/

(les falta una "w" al principio ya que no puedo poner ligas)

fuente : ww.facturaelectronicaenmexico.com/2010/04/como-identificar-servicios-no-autorizados-por-el-sat-como-pacfd/

NO Delito fiscal
 

Porque dices que incurren en un delito fiscal ?., no autorizados significa que el SAT no los ha aprobado porque no cumplieron con alguno de sus requisitos como redundancia en sus servidores, disponibilidad de 99.99%, confidencialidad, etc., y no necesariamente estan cometiendo delito fiscal (Fiscal se refiere a impuestos)., lo unico que estan haciendo es ofrecer una alternativa para generar los CFD y su solucion es tan valida como la que se esta platicando en este foro aplicada a Delphi., ya que en ambos casos es el emisor de los CFD el que se hace responsable, si no fuera asi tambien nosotros estariamos cometiendo delito fiscal.

Si me equivoco y en realidad es delito fiscal, mencioname por favor que articulo del Codigo Fiscal de la Federacion se esta incumpliendo, o quizas sea el anexo 20 2010 ?.

Gracias.
;)

Antes que nada, no tengo nada en contra de estas empresas, ni considero que nuestro trabajo (me refiero de los foristas en general) sean lo *unico* legal y viable, pero aqui esta mi sustento:

Para poder hacer CFD hay dos formas:

Por medios propios (este es el paraiso del CFD) en donde uno mismo con su propia computadora y SIN MANDAR UN SOLO BYTE fuera de las instalaciones genera el XML, cadena y sello. En eso es lo que trabajamos aqui.

Por Terceros AUTORIZADOS POR EL SAT, mi suposicion es que las empresas mencionadas simplemente no han podido o talvez ni siquiera han solicitado su alta como tercero autorizado. El SAT tiene aqui la lista de los autorizados :

ww.sat.gob.mx/sitio_internet/e_sat/comprobantes_fiscales/15_8951.html

Mi planteamiento es simple, esas empresas definitivamente son "terceros", es decir ellos mismos generan en SUS SERVIDORES el XML, cadena, sello, es mas ellos almacenan los CFD, los envian por email, uno no necesita hacer o almacenar nada, solo entrar en una pagina web y listo, PERO no estan en la lista de terceros autorizados.

Es muy similar a la figura de "Impresor autorizado", tu sabes, solo las imprentas autorizadas por el SAT pueden imprimir facturas de papel, claro que cualquier imprenta puede hacer el trabajo, pero no cualquiera debe.

Solo por definir "delito fiscal"....hay muchos mas delitos que solo "no pagar impuestos", por ejemplo lo de las imprentas, si una imprenta no autorizada imprime facturas "de papel" y tu las usas eso es un delito fiscal.

Insisto, no tengo nada en contra de las mencionadas paginas-empresas, solo mi planteamiento es que no estan en la lista oficial del SAT como "Terceros Autorizados"

Hola dado, en donde dice que macropro tiene un servidor para generar el xml, cadena, sello, que almacenamos los CFD o que los enviamos por email.


Saludos

Hola a todos.

Estudiando sobre la generación de documentos XML me encontré esta liga que facilita enormemente la administración del documento Factura(XML) para los que usamos Delphi, desconozco si exista alguna facilidad similar en Lazarus

La liga es delphiallimite.blogspot.com/2007/10/trabajando-con-documentos-xml-y-iii.html
En ella se explica el uso del XML Data Binding, con la cual se puede usar directamente el archivo cfdv2.xsd proporcionado por el SAT, para generar la estructura interna del documento y manipularlo fácilmente

Espero que esto ayude a la comunidad.

Saludos

Hola a todos....

he estado leyendo todos los mensajes del hilo y ya me perdi, aun no entro a las danzas esas de la facturacion electronica, pero tengo en puerta un problema sino igual, muy muy parecido...

tengo una empresa que por ley debe presentar declaraciones de IDE, en formato XML, encriptadas y firmadas digitalmente.

el SAT tambien proporciona un certificado y una llave para ello, y aunque finalmente pude generar los archivos XML, no entiendo muy bien como debo proceder para encriptarlos (con el estandar PKCS7 ) y firmarlos digitalmente.

alguien podra proporcionarme una guia de como lograr esto?

gracias de antemano

Hola, estuve investigando tu problema, vi en la pagina del SAT la forma en que deberia hacerse dicha declaracion y te puedo confirmar con certeza que la factura electronica NO ES igual a lo que necesitas.

Veras, la Factura Electronica maneja un certificado PKCS8 y genera una cadena original para firmarla.

Tu declaracion usa PKCS7 y NO requiere de cadena original. Claro que debe haber algunas similitudes pero definitivamente no aplican las mismas rutinas

y como se genera el archivo .pem

a mi me pide contraseña o me da error.
pkcs8 -inform DER -in AAA010101AAA_0408021316S.key -out AAA010101AAA.key.pem


o mejor aun usando delphi, ¿como se hace?

te paso el codigo que yo utilice para convertir el archivo a .pem.
Saludos.

No he probado esta rutina aunque parece muy buena, ahora, si me permites dos consejos :

1. Enmarca los nombre de archivo con comilla doble, eso te permite usar directorios con nombres largos y espacios entre ellos
2. usa la opcion -passin para pasarle la clave y que no te la pida en la ventana de MSDOS

Es decir, te recomiendo que agregues:

Código Delphi [-]
clave := InputBox('SE REQUIERE LA CLAVE','Introduzca su Clave Privada del Certificado','');
...
...
LlaveDerToPEM := 'C:\MiFactura\Bin\openssl pkcs8 -inform DER -in "'+ txtPrivateKey.Text  +'" -passin pass:' + clave + ' -out "' + OutFile +'"';
  //Creamos el archivo .Bat << nota las comillas doble " que se agregaron

//De esta forma txtPrivateKey.Text puede ser = 'c:\archivos de programa\mis documentos\es decir\nombres largos y con espacios\privatekey.key'

Hola a todos, estoy validando mi comprobante en la siguiente página http://www.validacfd.com.mx/validar.xsa y me dice que varias partes del mismo ya estan bien pero por ejemplo en el sello digital me manda error, estoy usando los componenntes chilkat y segun yo ya esta para que pasara sin ningun problema, estoy usando las llaves de prueba del sat, sera ese el problema, no he solicitado folios reales porque al hacerlo te obigas amandar un reporte mensual, etc. y no me quiero meter en problemas hasta que esto este funcionando, alguien me puede dar un norte de que puede estar pasando. Alguien ha logrado sacar esto adelante usando los componentes chilkat rsa? Será que necesito obtener unos folios reales para ver si pasa la prueba usando los componetes chilkat?

Aqui esta el resultado de la pagina:


Estándar de Codificación
El CFD se encuentra en estándar de codificación UTF-8 tal como se especifica en el Anexo 20
--------------------------------------------------------------------------
Encabezados
El XML contiene el encabezado válido según la W3C, que significa que inicia con '<?xml version="1.0" encoding="UTF-8"?>'
--------------------------------------------------------------------------
Namespaces
El CFD esta correctamente referenciado a la ruta publicada por el SAT en donde se encuentra el esquema XSD objeto.
--------------------------------------------------------------------------
Estructura
El CFD cumple con la estructura definida en el esquema XSD del SAT.
--------------------------------------------------------------------------Cadena Original
Se puede extraer una cadena original del contenido del CFD, a partir de la cual genera el Sello Digital.

||2.0|A|1398|2010-05-13T17:01:39|0123456789|2008|ingreso|Pago en una sola exhibición 25550.00|0.00|29638.00|JOLL680516K23|Luis Alejandro Jourdan López|Lago Guanacacha|16 |Anahuac|México|Miguel Hidalgo|D.F.|México|11320|GKM060127GP4|Grupo Krome de México, S.A. de C.V.|Lago Guanacacha 160|Col. Anáhuac|México|Miguel Hidalgo|Distrito Federal MEXICO|11320|100.00|Tarjetas de Presentacion|155.00|15500.00|200.00|Carpetas|48.00|9 00.00|30.00|Plumas Bic|15.00|450.00|IVA|16.00|4088.00|4088.00||
--------------------------------------------------------------------------
Validez del certificado
El Certificado utilizado por el emisor del CFD No fue expedido por el SAT.

La serie 10001200000000022519 del certificado no es válida
--------------------------------------------------------------------------
Fechas del certificado
La fecha del CFD esta dentro del rango de fechas de validez del Certificado del emisor del CFD, esto se hace verificando en el listado de certificados publicado por el SAT.
--------------------------------------------------------------------------
Serie y folio
El Folio y la Serie del CFD No fueron autorizados por el SAT para el Emisor del CFD.

La serie/folio es invalido.
--------------------------------------------------------------------------
Sello digital
El sello digital del CFD No es correcto. Es posible que la información contenida en su CFD haya sido alterada.

El sello digital no es correcto
--------------------------------------------------------------------------
Contenido Básico
La validación de contenido básico consiste en verificar que el contenido del CFD cumple las siguientes operaciones:
Total = Subtotal - Descuento + Impuestos trasladados - Impuestos retenidos
Importe = Valor unitario * Cantidad( de cada concepto )
Subtotal = Sumatoria de los importes de los conceptos

Hola, una pregunta, estoy casi seguro que estoy haciendo todo bien ya que el revisado la cadena original muchas veces, etc. estoy usando el active x de chilkat pero no logo validar el archivo en la ágina del sat, la pregunta es: tu pediste al sat folios reales y con esos archivos pudiste pasar las pruebas.
Con la llave privada, el certificado y la constraseña que da el sat para hacer pruebas no he logrado validar y no se si sea porque no cuento con el numero de autorización, ya que en año de autorizacion puese 2008 y el No. de certificado lo saque del mismo resultado del validador, alguien me puede ayudar. Muchas gracias

Muchas gracias pero creo que solo funciona para las versiones architect de delphi, lo trate de hacer pero tengo delphi 6 profesional y no encontre la forma. Saludos

Hola a todos. Como puedo saber los certificados que hay instalados en el equipo? El objetivo es mostrarlos para seleccionar uno y firmar los ficheros. Alguna idea?

Gracias a tod@s!

Con los certificados de prueba del SAT se puede hacer que pase la validacion del SELLO. Y no es necesario tener folios "Reales" tampoco.

Si quieres te puedo echar la mano, mandame a mi mail patricio2000@prodigy.net.mx el archivo XML que estas tratando de validar, asi como el certificado DE PRUEBA del SAT que estas usando para firmarlo.

NOTA : NO ME MANDES ningun certificado "REAL", solo el de prueba, te lo pido porque hay como 10 o 15 certificados de prueba que tiene el SAT y si vamos a hacer pruebas debemos usar el mismo.

Dado, muchismas gracias por tu ofrecimiento de ayuda, afortunadamnete ya puedo sellar facturas, mi problema era algo tontisimo, en la cadena original me falto poner el total de impuestos trasladados, si les sirve de tip, compare mi cadena con la cadena que arroja el programa que validacion del sat y ahi fue donde encontre el error, por otro lado tenia registrado un cliente que en el nombre tenia 2 espacios seguidos y ese es otro problema que impide validar los documentos, hay que tener mucho cuidado con esos detalles. Nuevamente gracias

Problemas con el Sello
 

Usando las rutinas que amablemente nos proporcionó felipep, Genero la cadena, el archivo xml, etc, con su sello. Solo que al querer validarlo en la pagina del SAT, me marca que el sello no es válido.

Ya revisé la cadena y está correcta, de hecho me genera el mismo MD5 que genera el validador del SAT.

Alguien ha validado los .xml con el Sello?? . Las rutinas que utilizo son las siguientes...

Alguna sugerencia ????

¿quien de los que ya validaron tanto la estructura del xml la cadena original y el sello

puede compartir esa informacion para comparar si lo ando haciendo bien.'?

gracias

Factura Electronica Validada en SAT
 

Aviso a todos.

Ya pude validar el XML completo en el Validador del SAT, la rutina que está mal es:

Pues sí un simple cambio de Length(inbuf) que no es un string sino un array por lo que debe usarse el StrLen(inbuf) y con eso funciona todo.

Les comento que use el XML Data Binding con Delphi 7 generandolo a partir el archivo cfdv2.xsd del SAT solo requiere un truco para dar de alta los nameSpace adicionales, ya que el XML Data Binding solo puede dar de alta uno.

Claro que se puede generar el XML a mano a través del XMLDocument directamente.

El truco es :
Si puedo ayudarlos en algo, con mucho gusto estoy a sus órdenes.

Saludos y mucha suerte...

Hola ifarias, mi solucion es muy parecida a la tuya y me permito hacerte una recomendacion.

El Data Binding del cfdv2.xsl se genera muy bien pero aveces resulta que, por ejemplo, el cliente NO tiene "Numero Interior" o "Colonia" es por eso que en la unidad cfdv2.pas te recomiendo hacer una busqueda y remplazo de :

Buscar : SetAttribute(
Remplazar por : if Value <> '' then SetAttribute(

entonces, por ejemplo, la rutina que graba el "Numero Exterior" quedaria asi :

Código Delphi [-]
procedure TXMLT_UbicacionFiscal.Set_NoExterior(Value: WideString);
begin
  if Value <> '' then SetAttribute('noExterior', Value);
end;

Eso te garantiza que no se vayan a grabar datos nulos o vacios, algo que por cierto no le gusta al validador......

Hay dos valores tipo integer, noAprobacion y anoAprobacion (sic), esos tienes que usar

Código Delphi [-]
if value <> 0

Tambien me permito mostrar como yo solucione los namespace extra, algo que no me deja muy convencido de tu solucion es que creas otro nodo, rompiendo un poco con el pragma del encapsulado que te da el data binding.

Código Delphi [-]
 XMLDoc.XML.Text := ''" target="_blank">http://www.sat.gob.mx/cfd/2">';
 XMLDoc.Active := True; 
 CFD := GetComprobante(XMLDoc);
 with CFD do
 begin
  SetAttribute('xmlns:xsi','http://www.w3.org/2001/XMLSchema-instance');
  SetAttribute('xsi:schemaLocation','http://www.sat.gob.mx/cfd/2 http://www.sat.gob.mx/sitio_internet/cfd/2/cfdv2.xsd');
  Version := '2.0';
  Serie := ...... etc.....

En el mensaje anterior estaba tratando de introducir el siguiente codigo :

XMLDoc.XML.Text := '<?xml version="1.0" encoding="UTF-8" ?><Comprobante xmlns="http://www.sat.gob.mx/cfd/2"></Comprobante>';
XMLDoc.Active := True;
CFD := GetComprobante(XMLDoc);

with CFD do
begin
SetAttribute('xmlns:xsi','http://www.w3.org/2001/XMLSchema-instance');
SetAttribute('xsi:schemaLocation','http://www.sat.gob.mx/cfd/2 http://www.sat.gob.mx/sitio_internet/cfd/2/cfdv2.xsd');
Version := '2.0';
Serie := ...........etc..................


Pero parece que el parser no lo interpreto bien........Saludos

dado

Gracias por los comentarios, los tomaré en cuenta.

En cuanto a generar un Nodo adicional, la realidad es que me estoy posicionando en el nodo <Comprobante> que es el raíz en ese momento, (para mi desarrollo), y agrego atributos adicionales. Esto da como resultado el siguiente código XML

Como puedes ver, el resultado es el mismo. Solo que obtenido de otra forma.

En cuanto al XML Data Binding, tienes toda la razón, es buena idea prevenir el que se generen datos nulos, y que fácil es que cometamos errores al codificar y tener problemas posteriores.

Facturación eléctronica
 

Hola compañeros foristas

Al igual que ustedes tengo el mismo problema, ya que he desarrollado un sistema de punto de venta y algunos programas para facturación (para comercializadoras, agentes aduanales, etc.), el caso es que parece muy complicado el asunto.

Entre mis desarrollos he hecho un sistema de pedimentos (sirve para elaborar documentos para importar y exportar mercancias) desde hace varios años y antes de que se presente el pedimento ante la aduana, se debe validar, para lo cual genero un archivo y este hay que firmarlo electronicamente, para lo cual en las paginas de aduana se usa un programa llamado SIFEP o se puede optar por usar unas librerias para firmalos desde tu propio programa.

No sé si esto sea similar a las facturas eléctronicas, el proceso en el sistema de pedimentos es el siguiente:


Pedimentos
- se captura el pedimento
- se genera un archivo de texto con cos datos del pedimento, importador, mercancias, etc.
- Se firmar el archivo utilizando el achivo de certificado .cer y el archivo llave .key que se le ha proporcionado al agente aduanal por el SAT
- La cadena resultante (firma) se agrega al final del archivo de texto que se va a validar y se imprime en el pedimento

Facturación
- Se captura la factura
- Se genera un archivo XML con los datos del vendedor, cliente, mercancias, etc.
- Se firma el archivo
- Se imprime en la factura (se hace algo mas?)

Al final de todo esto no sé si sea lo mismo (se puedan firmar las facturas del mismo modo)
aunque sospecho que aunque se parezca no tiene nada que ver.

Por lo pronto voy a empezar por estudiar como generar el XML y todo el proceso.

Que tal cancun (jeje, que nicks tan originales :p),
Segun lo que comentas, el proceso es casi casi lo mismo. Adicionalmente a lo que tienes solo te restaría generar el xml y obtener su cadena de digestión y lo demás es pan comido pars ti según lo que tienes.

¿Que librerías son esas de las que dispones? Son gratis o de paga?

Estan disponibles en la página:

http://www.aduanas.gob.mx/aduana_mex...144_10186.html


Viene documentado el uso de la .dll, pero falta ver si es lo mismo, aunque al ser un formato de archivo diferente puede que no funcione.

Si decides probarlo el código para usar la .dll es el siguiente:

Las variables usadas son:

archivo ruta y nombre del archivo a firmar
ArchivoKey Ruta y nombre del archivo con extensión .key
ArchivoCer Ruta y nombre del archivo con extensión .cer
Clave Password para la firma

Pues el asunto de cancun si se parece mucho a lo de la factura electronica.

Ahora, (ya estoy como en los concursos de television) cual es la pregunta? es decir, parece que tienes todo resuelto, tienes la dll, la forma de usarla dentro de Delphi y no parece muy dificil y lo mejor de todo, ya tienes un sistema de pedimentos desarrollado desde hace unos años.....

En donde te atoraste?

Bueno, no me he atorado en nada aun pues todavía no empiezo, solo estoy investigando como va el asunto y el primer problema que encuentro es para generar el archivo XML ya que es algo nuevo para mí, en unos dias debo terminar unos pendientes y entonces me meteré de lleno en este tema y estaré dando lata por aquí.

He puesto el código que utilizo por si a alguien le interesa hacer la prueba y nos comente el resultado.

yo tambien estoy empleando chilkat para generar el sello digital con rsa, pero la validacion de hacienda no logro pasarla, ya verifique y corregi los errores de la cadena original y su hash.
Ya que solucionaste esto usando chilkat podrias indicarme cual metodo empleaste? aki anexo los metodos que yo emplee.
saludos
(codigo en vb6)

cualquier sugerencia es bienvenida

cknox

No veo como estas tratando la cadena original, asegúrate de que sea correcta, como primer paso.
y que sea igual a la que genera el SAT, si hay diferencias, por ahí te puedes ir.

Saludos

La cadena original ya esta bien, la genero independiente al xml, es decir manualmente segun el anexo 20, e incluso ya compare la salida que lee el validador de el SAT contra la mía, y ya coinciden inclusive los MD5 generado.

el codigo para generar la cadena original es un poco larga, asi que demos por hecho que esta correcta, dado que la validacion la acepta:

coinciden completamente las cadenas originales que genera SAT de mi archivo xml como el que uso yo para la generacion del sello.
ahora bien, regresando al uso de chilkat, si aun quieres verlo la reduccion la hago asi:

A continuacion sigue el código que anexe anteriormente.

cuando generé el xml no inclui el valor certificado que es opcional.
por lo cual en la validacion me pide el certificado(*.cer) y me genera la lectura.

tengo duda si es forzoso que incluya el certificado en formato hex.
Pero estoy casi seguro que el problema radica en el metodo de chilkat que empleo:

EncryptStringENC(txt, usePrivateKey)
SignStringENC(txt, "SHA-1"|"MD5"|"MD2"|"SHA-256"|"SHA-384"|"SHA-512" )
OpenSslSignStringENC(txt)

estoy empezando a creer que debo emplear la tercera, pero parece que necesito investigar el modo de emplearla.

Espero haberme explicado lo suficientemente bien.
saludos y nuevamente sigo esperando comentarios

NOTA DE EDICION: modifique el nombre del xml y la cadena original x contener informacion confidencial que no me pertenece.
Aclaración: el codigo que empleo es una adaptacion a mis necesidades, originalmente proviene de los ejemplos que provee chilkat a sus clientes.

exito!!!
 

Finalmente, despues de muchas horas, de leer codigos, referencias de cada uno de los activeX de chilkat, encontre iluminacion divina y me encontre con un tema llamado:"Duplicate openssl dgst -md5 -sign myKey.pem something.txt | openssl enc -base64 -A"
El contenido de esa pagina resolvio mi problema y efectivamente era debido al metodo rsa usado.
colegas, chilkat funciona, y aunk mi codigo es vb6, se supone que es compatible con delphi como lo debio haber comprobado jourdan
suerte a los demas. depues de todo cuando estudiaba mi primer lenguaje fue turbo pascal, y luego delphi

Addenda
 

Estoy usando el código publicado aquí con Delphi 2007, todo estaba bien hasta que intenté agragar una addenda a mi documento XML.

Lo hize de éste modo:

CFD.Addenda := 'CADENA|ADDENDA';

Y delphi me devuelve un error:

[DCC Error] Main.pas(767): E2129 Cannot assign to a read-only property

Entonces lo hize de éste modo:

CFD:Addenda.Text := 'CADENA|ADDENDA';

y delphi me lo genera bien, pero al validar en el SAT obtengo éste error:

El sello del comprobante es válido:
Se presentaron los siguientes errores al validar la estructura del comprobante \Bin\FacturaSello.xml
Error: cvc-complex-type.2.3: Element 'Addenda' cannot have character [children], because the type's content type is element-only.

¿Alguién me puede orientar sobre cómo agregar la addenda sin obtener errores?

Saludos compañeros!

Estoy comenzando a desarrollar la facturacion electronica, no he logrado entender aun paso por paso cual es el procedimiento que pide el SAT,

1. Generar la cadena original
2. Generar xml
3. Sellar la cadena

He ledio lo que pide hacienda pero no logro entender que se tiene que hacer primero, ya tengo perfectamente entendido que se necesita la key y el cer junto con la FEA, que sigue despues?.

Desde ya, gracias por sus aportes!:D

Basicamente lo que te dice la validacion es que no esta bien formada la Addenda.

Yo tengo la "Addenda AMIS", es la que usan las empresas de Seguros como Mapfre, Zurich, Qualitas, etc etc

Para que empresa estas tratando de implementar la Addenda?, hay decenas, Chedraui, Soriana, Chrysler, AMECE, Liverpool, etc etc y mas etc

Casi, pero en otro orden.

0. Procesas el Certificado que te da el SAT, de ahi obtienes la vigencia y el numero de serie

1. Generas el XML, con los datos de tu empresa, del cliente, de los productos o servicios y con el numero de serie del certificado y un monton de datos mas

2. A partir del XML generas la "Cadena Original"

3. La Cadena Original la digieres con MD5

4. La Digestion MD5 te arroja una cadena de caracteres hexadecimales, esta cadena la firmas usando la Llave Privada. Existen algunas librerias que hacen el paso 3 y 4 en una sola instruccion.

5. Normalmente la firma es binaria, tienes que convertirla a Base64

6. Ese sello se lo pegas al XML que generaste en el paso 1
voila....tienes tu factura digital (expresado en XML)

Facil no? je je je

Ya en serio, estos son los pasos, como ves si son un poco laboriosos y "obscuros". Yo ya tengo la solucion en Delphi 7. Si quieres mandame un mensaje a patrick2000@prodigy.net.mx para ver como te puedo ayudar mas.