Leer Xml (Factura electronica)
Villicaña
información contenida en el xml?
Una de las partes que estoy desarrollando es poder leer el xml y poder
mostrarlo ya sea en una forma o un reporte pero e tenido muchos
problemas ya que el esquema que maneja el xml de hacienda es muy
distinto a los xml que genera fox o que lee entonces ando sufriendo un
poco porque creo que voy a tener que hacer codigo para hacer esta
lectura.
Si alguien puede aportar algo se los Agradeceria mucho.
Emanuel Villicaña Villegas
www.durvill.com.mx
Hugo Carlos Aguilar Zapata
Aqui parte de la ayuda
Loading XML into a Cursor
In this sample, the XMLAdapter LoadXML method loads an XML DataSet into an XMLAdapter object and works with a CursorAdapter object to create a cursor. Loading the XML DataSet into the XMLAdapter creates XMLTable objects in the XMLAdapter TablesCursorAdapter SelectCmdXMLTable object you want to display. When the CursorAdapter CursorFill method is called on the CursorAdapter object, the cursor is created. collection corresponding to the tables in the XML DataSet. The property is set to the
For more information, see LoadXML Method, XMLTable Class, and CursorFill Method.
This sample uses an ADO.NET DataSet as the XML file, but the XML file can also be a Visual FoxPro-generated XML DataSet.
To load an XML DataSet into an XMLAdapter object
-
In the Init event of the sample form, add a property that is an object reference to an XMLAdapter by using the Form or Class designers or by using the AddProperty method in code:
ThisForm.AddProperty('oXMLAdapter',CREATEOBJECT('XMLAdapter')) -
To create the Tables collection in the XMLAdapter object, load the XML file as shown in the following code:
WITH ThisForm.oXMLAdapter
.LoadXML(ThisForm.cRunPath+'getcustomers.xml',.T.)
ENDWITH -
Set CursorAdapter SelectCmd to the XMLTable object and call the CursorAdapter CursorFill method:
ThisForm.DataEnvironment.cursor1.SelectCmd= ;
"ThisForm.oXMLAdapter.Tables.Item(1)"
ThisForm.DataEnvironment.cursor1.CursorFill()
To view the properties of the CursorAdapter object, look in the DataEnvironment object. You can open the DataEnvironment Designer by right-clicking the CursorAdapter object and selecting Builder. The CursorAdapter properties have been set by the CursorAdapter Builder.
Fabián Tomás de Paula
Roberto Olivas Mendoza
al momento de registrar tu factura. Lo que necesitas es tener una
herramienta que te permita presentar los datos de tu factura como los
requiere el SAT, para efecto de imprimir la copia de tu Comprobante Fiscal
Digital (CFD) y para generar el archivo PDF.
-----Mensaje original-----
De: publice...@googlegroups.com
[mailto:publice...@googlegroups.com] En nombre de Villicaña
Enviado el: Jueves, 22 de Julio de 2010 09:05 p.m.
Para: Comunidad de Visual Foxpro en Español
Asunto: [vfp] Leer Xml (Factura electronica)
Manuel Barredo Mora
podría ser interesante es paraqué el proveedor me envie el archivo de la
factura xml , que es valida pedirla para relizar la virificacion ante el
SAT y además poder explotar los datos de xml.. por ejemplo una carga
automática...a mi sistema... en compras por ejemplo.
Por lo que si considero interesante.. el hecho de poder leer el xml.. y de
hecho sacar los datos del mismo
Saludos...
-----Mensaje original-----
De: publice...@googlegroups.com
[mailto:publice...@googlegroups.com] En nombre de Roberto Olivas
Mendoza
Enviado el: viernes, 23 de julio de 2010 10:41 a.m.
Para: publice...@googlegroups.com
Asunto: RE: [vfp] Leer Xml (Factura electronica)
Emanuel Villicaña Villegas
www.durvill.com.mx
__________ Información de ESET Smart Security, versión de la base de firmas
de virus 5305 (20100723) __________
ESET Smart Security ha comprobado este mensaje.
Roberto Olivas Mendoza
tuyo te va a enviar el XML. Lo que te va a enviar por correo electrónico es
un archivo PDF el cual contiene la representación visual del CFD
(Comprobante Fiscal Digital). El XML queda en poder del emisor y es para su
archivo electrónico. Creo que existe bastante confusión al respecto.
Necesitan leer fielmente el documento correspondiente al Anexo 20 de la
Miscelánea Fiscal, donde está reglamentada la emisión de Comprobantes
Fiscales Digitales.
-----Mensaje original-----
De: publice...@googlegroups.com
[mailto:publice...@googlegroups.com] En nombre de Manuel Barredo Mora
Enviado el: Viernes, 23 de Julio de 2010 09:55 a.m.
Manuel Barredo Mora
Grs.
-----Mensaje original-----
De: publice...@googlegroups.com
[mailto:publice...@googlegroups.com] En nombre de Roberto Olivas
Mendoza
Enviado el: viernes, 23 de julio de 2010 11:25 a.m.
Saludos...
Emanuel Villicaña Villegas
www.durvill.com.mx
de virus 5306 (20100723) __________
Hugo C.
factura electronica que el genera (el XML) por 5 años.
El receptor puede guardar la facura impresa o en
otro formato y solo tiene que validar que los folios, la
serie y el certificado sean vigentes.
Al menos es lo que yo entiendo.
Por otra parte en la cuestión de leer el
XML del SAT, yo lo intente con xmlAdapter y
el xmlToCursor sin obtener ningun buen
resultado (error el schema es demasiado complejo).
También utilice el parser de microsoft (MSXML....)
pero con algunos incovenientes.
Al ultimo utilice la función nativa de FOX STREXTRACT(),
logrando mejores resultados.
aqui esta un articulo.
http://www.fpress.com/revista/Num0503/art.htm
Saludos y Suerte
On 23 jul, 10:24, "Roberto Olivas Mendoza"
Hugo C.
Saludos.
On 23 jul, 09:37, Fabián Tomás de Paula <fabiandepa...@gmail.com>
wrote:
> libre y open source cumpliendo ciertas normas. Saludos. Fabián.
>
>
>
>
> > Hola alguien a podido leer desde fox el xml y sacar en cursores la
> > información contenida en el xml?
>
> > Una de las partes que estoy desarrollando es poder leer el xml y poder
> > mostrarlo ya sea en una forma o un reporte pero e tenido muchos
> > problemas ya que el esquema que maneja el xml de hacienda es muy
> > distinto a los xml que genera fox o que lee entonces ando sufriendo un
> > poco porque creo que voy a tener que hacer codigo para hacer esta
> > lectura.
>
> > Si alguien puede aportar algo se los Agradeceria mucho.
>
> > Emanuel Villicaña Villegas
>
> - Mostrar texto de la cita -
PeraltaBytes
Segun el Anexo 20 de la RFM del 2009 de fecha 21-Dic-09 en el inciso
"C" Estandar de comprobante fiscal digital extensible, dice :
"El contribuyente que opte por emitir comprobantes fiscales digitales
deberá generarlos bajo el siguiente estándar XSD base y los XSD
complementarios que requiera, validando su forma y sintaxis en un
archivo con extension XML, siendo este el único formato para poder
representar y almacenar comprobantes de manera electrónica o digital."
Recordemos que un XML es para transmitir y compartir información en
cualquier plataforma, ademas no olvidemos que algunos clientes
comerciales y de gobierno en el caso del IMSS manejan el apartado de
Addenda, donde llevan información adicional a lo que regula el SAT.
Puede ser una opción enviar la factura en PDF al cliente aunque no
funcione y respalde fiscalmente, toda vez, que para poder deducir o
acreditar fiscalmente se requiere el XML o la impresion de la factura
electrónica.
Saludos.
Roberto Olivas Mendoza
representar y almacenar comprobantes de manera electrónica o digital". Esta
obligación recae en el emisor del CFD. El cliente del emisor únicamente
recibe una copia impresa del CFD o en su defecto un archivo PDF con la
representación del mismo. Te puedes dar cuenta de eso al comprar productos
en tiendas como Sams Club, Office Depot, Home Depot, etc. Ellos no te
entregan un archivo XML como tu comprobante fiscal, sólo te entregan una
copia impresa del CFD y es totalmente deducible de impuestos.
Repito: en tu programa de facturación debes de generar el XML, no leerlo.
Una vez generado, ese comprobante lo deberás de almacenar 5 años. El
entregable para tu cliente es la copia impresa o un PDF para que él lo pueda
imprimir las veces que lo necesite. Y si quieres comprobarlo haz una compra
en Office Depot: ellos te entregan un ticket como una copia impresa del CFD
y te dan la opción de entrar a un sitio web para que puedas imprimir la
copia del mismo en tamaño carta.
Si te afirmo eso es porque nosotros ya hemos venido utilizando la
Facturación Electrónica como parte de nuestras transacciones con Proveedores
y Clientes.
-----Mensaje original-----
De: publice...@googlegroups.com
[mailto:publice...@googlegroups.com] En nombre de PeraltaBytes
Enviado el: Viernes, 23 de Julio de 2010 03:11 p.m.
Para: Comunidad de Visual Foxpro en Español
Asunto: [vfp] Re: Leer Xml (Factura electronica)
Daniel Sánchez
Ahora piensa si ofreces un software entre tus clientes que les permita ahorrar el ingreso de compras si el proveedor en este caso me envía un formato estándar con la información de mi compra realizada, eso creo que seria interesante y una buena oferta hacia los clientes, verdad.
Daniel Sánchez Escobar
Investigación y Desarrollo
Reset Software & Sistemas
Móvil 044-949398047
Trujillo - Perú
Roberto Olivas Mendoza
En eso estoy completamente de acuerdo contigo.
PeraltaBytes
poder
representar y almacenar comprobantes de manera electrónica o digital".
Esta
obligación recae en el emisor del CFD. El cliente del emisor
únicamente
recibe una copia impresa del CFD o en su defecto un archivo PDF con
la
Creo que es cuestion de interpretacion de la Reforma Fiscal, porque he
leido el Anexo 20, los articulos 28, 29 y 29a del la Código Fiscal de
la Federación en cuanto a los comprobantes fiscales, y no habla de
PDF's.
http://www.sat.gob.mx/sitio_internet/e_sat/comprobantes_fiscales/15_17419.html
Ahora estas hablando como consumidor, pero, que pasa cuando pasas a
ser proveedor de alguna cadena comercial o de gobierno que usan o no
utilizan addendas, ellos exigen el XML o la impresion del
comprobante.
Ahora me quedo con la opción de impresion del CFD o archivo XML y como
dije es una opción entregar en PDF o ¿fiscalmente sirve el formato o
en que parte de la Reforma Fiscal habla de PDF's?
Saludos.
Hugo Carlos Aguilar Zapata
El asunto de la Factura Electronica tiene mucha tela de donde cortar. Por eso es bueno una reuniòn.
Respecto a la entrega de PDFs , pienso que el inlcuir la generación del PDF como representacion del CFD para el cliente es correcto, esto es una herramienta más para tu sistema, que al final del cuentas es el tema de este foro (programaciòn con VFP), no de interpretaciones de la ley, que si bien da linemamientos para el desarrollo, no determina que deba o que no deba hacer tu aplicación en forma extra, además de los propios requeriminetos legales y tributarios.
Esta el caso de la pequeña empresa donde se le va a expedir un CFD, entregaselo en PDF, el diseño que propuso el SAT es como una factura tradicional, inlcuye sus requsitos fiscales y es de facil interpretaciòn para los encargados de pagos, y para su expediente interno le sirve tenrlo impreso, dale como opción, la descarga o envio del XML, para que puedan validar la informaciòn que reciben.
Para la empresa grande y transnacionales donde los ERP tienen años existiendo y donde, en pràctica, la gente esta màs involucrada en la automatizaciòn, el XML con sus addendas reemplza a la información que con EDI han estado recibiendo, hasta estos ultimos años.
Si estan desarrolloando sistemas procuremos hacerlo lo mas completo posible, de tal manera que sean satisfactorios para el cliente y dales valor agregado, como por ej un visor de CFD, esto lo vuelve más atractivo. Tratemos de cubrir las necesidades de la pequeña y grande enpresa. al final esto se traduce en $ , que es nuestro modus vivendi.
Si desarrollas para un patrón en especifico igual dale herramientas para hacer el proceso más completo y automatizado posible.
Saludos
Villicaña
observaciones
Quien a trabajado con grandes cadenas comerciales estos si reciben el
xml porque se preguntaran esto es muy simple porque el xml es una
herramienta con la cual podemos evitar dedasos mala captura ect porque
al recibir y leer el xml uno puede subir la información al sistema que
a desarrollando ayudando a automatizar el proceso y bueno la segunda
opción si ustedes han trabajado con master edi o Levicom estos pueden
generar la impresion pdf de tu factura basandose en la informacion que
esta cargada en el xml y bueno un sistema debe de estar mas completo
posible
Algunos de ustedes ver un ejemplo de porque quiero leer un xml tambien
ustedes pueden probar el sistema de aspel de administracion despues de
instalar ustedes abran un xml con aspel este les mostrara la
información del xml como esta la captura.
Espero haber con esto quede despejadas sus dudas.
Ate. Emanuel Villicaña Villegas
www.durvill.com.mx
Villicaña
sacar un desarrollo bastante completo por eso esta la propuesta en
Zorros Méxicanos ojala puedan unirsenos todos los desarrolladores que
estan en esta etapa.
http://groups.google.com/group/zorrosmexicanos/browse_thread/thread/cb9148a76b51257d?hl=es
Emanuel Villicaña
Roberto Olivas Mendoza
La factura electrónica como evolución de la factura tradicional
Una factura es el justificante fiscal de la entrega de un producto o de la provisión de un servicio, que afecta al obligado tributario emisor (el vendedor) y al obligado tributario receptor (el comprador). Tradicionalmente, es un documento en papel, cuyo original debe ser archivado por el receptor de la factura. Habitualmente el emisor de la factura conserva una copia o la matriz en la que se registra su emisión.
La factura electrónica es el equivalente digital y evolución lógica de la tradicional factura en papel. A diferencia de esta, se emplean soportes informáticos para su almacenamiento en lugar de un soporte físico como es el papel.
En los países en los que la legislación lo admite, la validez de una factura electrónica es exactamente la misma que la de la tradicional factura en papel y gracias a la firma digital que incluye se garantiza su integridad y un alto nivel de trazabilidad, por lo que judicialmente es un documento considerado como vinculante y que no necesita de mayor prueba o confirmación que su propia existencia.
Aspectos generales
La factura electrónica es un tipo de factura que se diferencia de la factura en papel por la forma de gestión informática y el envío mediante un sistema de comunicaciones que conjuntamente permiten garantizar la autenticidad y la integridad del documento electrónico.
Una factura electrónica se construye en 2 fases:
- Se crea la factura tal y como se ha hecho siempre y se almacena en un fichero de datos.
- Posteriormente se procede a su firma con un certificado digital o electrónico propiedad del emisor que cifra el contenido de factura y añade el sello digital a la misma
Al terminar obtenemos una factura que nos garantiza:
- que la persona fisica o jurídica que firmó la factura es quien dice ser (autenticidad) y
- que el contenido de la factura no ha sido alterado (integridad).
El emisor envía la factura al receptor mediante medios electrónicos, como pueden ser CDs, memorias Flash e incluso Internet. Si bien se dedican muchos esfuerzos para unificar los formatos de factura electrónica, actualmente está sometida a distintas normativas y tiene diferentes requisitos legales exigidos por las autoridades tributarias de cada país, de forma que no siempre es posible el uso de la factura electrónica, especialmente en las relaciones con empresas extranjeras que tienen normativas distintas a la del propio país.
Los requisitos legales respecto al contenido mercantil de las facturas electrónicas son exactamente las mismas que regulan las tradicionales facturas en papel. Los requisitos legales en relación con la forma imponen determinado tratamiento en aras de garantizar la integridad y la autenticidad y ciertos formatos que faciliten la interoperabilidad.
Existen algunas normativas internacionales aplicables de forma general a la factura electrónica, aunque las Naciones Unidas, a través de UN/CEFACT han publicado recomendaciones tales como UNeDocs que definen plantillas para las facturas impresas y formatos EDI y XML para las modalidades electrónicas. En Europa, la facturación electrónica se regula en la Directiva 115/2001, que debía ser adoptada en cada país antes del 31 de diciembre de 2003.
Hoy día la organización GS1 (antes EAN/UCC) a nivel mundial ha organizado comités internacionales de usuarios de 108 países miembro, para conformar las guías de facturación electrónica estándar a nivel mundial.
La factura electrónica permite que instituciones, empresas y profesionales dejen atrás las facturas en papel y las reemplacen por la versión electrónica del documento tributario. Tiene exactamente la misma validez y funcionalidad tributaria que la factura tradicional en papel. Todo el ciclo de la facturación puede ser administrado en forma electrónica.
Formatos usados
No existen requisitos formales respecto a la forma en que se debe proceder a la codificación de la factura, pero las modalidades más habituales son las siguientes:
- PDF. Cuando el destinatario es un particular, un profesional o una PYME cuyo único interés sea guardar electrónicamente la factura, pero no evitar volver a teclear los datos ya que con este formato no se facilita el ingreso de los datos de la factura en el ordenador de destino.
- EDIFACT. Sintaxis más usual cuando el envío se realiza de ordenador a ordenador, lo cual quiere decir que el destinatario es una empresa que tiene capacidad tecnológica para tratar de forma automatizada la información recibida, de manera que los datos se ingresan en el ordenador de destino de forma automática. La elaboración de este estándar es desarrollada principalmente por la organización GS1(unión de las antiguas EAN y UCC) para empresas de Gran Consumo, Ferretería y Bricolaje, etc, con la colaboración de Odette para el sector de Automoción. En España, es AECOC (GS1 España) la representante de GS1 y la encargada de desarrollar y velar por el cumplimiento de los estándares EDI.
- XML. Cuando el envío es de ordenador a ordenador, puede también utilizarse este tipo de sintaxis. Es un lenguaje extendido principalmente en Norteamérica que poco a poco va ganando terreno en Europa. Existen diversas variantes cuya convergencia se espera en el marco de las Naciones Unidas. Las más importantes son UBL respaldado por OASIS y GS1 respaldado por la organización del mismo nombre. En España la variante facturae (procedente de CCI-AEAT), respaldada por el Centro de Cooperación Interbancaria, la Agencia Tributaria y el Ministerio de Industria, Turismo y Comercio es la más difundida, y cuenta con sistemas de traducción a y desde UBL.
Formatos de la firma digital en la factura electrónica
Para cada formato existe una forma peculiar de codificar la firma electrónica:
- XML. El formato de firma electrónica se denomina XAdES y se rige por la especificación TS 101 903. De las diferentes modalidades previstas por la norma, la más recomendable es la ES-XL que incluye información sobre el tiempo en el que se llevó a cabo la firma electrónica e información sobre la validez del certificado electrónico cualificado que la acompaña.
- EDIFACT. La firma se lleva a cabo mediante las cabeceras y pies de seguridad, aunque existe un mensaje EDI específico para ello, de ser necesario (AUTACK). La firma es un mensaje CMS (derivado de PKCS#7). En rigor, si la factura es EDIFACT, no es precisa la firma según una de las posibilidades que ofrecen el RD 1496/2003 y la Directiva 2001/115.
- PDF. El formato de firma de Adobe (derivado de PKCS#7) queda embebido dentro del formato PDF y permite asociar una imagen, por lo que es uno de los más adecuados para su visualización. La especificación del formato es la 1.6 y para la visualización se emplea Acrobat Reader v7 o Foxit PDF Reader. La apariencia de la firma es muy visual, ya que es posible asociar a la misma un gráfico como una firma digitalizada o un sello de empresa.
Normativa por países
En México
La factura electrónica en México es la representación digital de un tipo de comprobante fiscal digital (CFD), que está apegada a los estándares definidos por el Servicio de Administración Tributaria (SAT) en el anexo 20 de la Resolución de Miscelánea Fiscal, y la cual puede ser generada, transmitida y resguardada utilizando medios electrónicos. Cada factura electrónica emitida cuenta con un certificado digital y sello digital que corrobora su origen y le da validez ante el SAT; una cadena original que funciona como un resumen del contenido de la factura; y un folio que indica el número de la transacción.
A partir de la reforma del Código Fiscal de la Federación el 28 de junio de 2006, se establecieron las bases de regulación para la prestación de servicios de emisión y envío de comprobantes fiscales digitales. Con esa reforma y con la publicación de las reglas específicas en meses posteriores en la Resolución Miscelánea Fiscal, el SAT anuncia tres formas de facturar electrónicamente en México, a saber:
- Facturación por medios propios: consiste en la generación de facturas en las instalaciones de la empresa emisora. Esto puede hacerse utilizando un software desarrollado internamente o una aplicación desarrollada por un tercero, pero operada por personal de la empresa emisora.
- Facturación por medio de un proveedor autorizado por el SAT para proveer el servicio de emisión y entrega de Comprobantes Fiscales Digitales: consiste en la emisión y entrega de comprobantes fiscales digitales por parte de una entidad fuera del domicilio fiscal de la empresa, por medios electrónicos y de manera completamente digital, sin que por ello se considere que se lleva la contabilidad fuera del domicilio mencionado. La entidad debe contar con la autorización y certificación de procesos por parte del Servicio de Administración Tributaria (SAT) para generar y procesar facturas. Con esta modalidad los emisores en poco tiempo utilizan las funcionalidades del servicio ofrecido que se ajusten a sus procesos o necesidades, sin invertir en el costo total de un producto y con la certeza del apego a la normativa fiscal en todo momento. Además del proceso de emisión, la certificación que brinda el SAT a proveedores especializados incluye también procesos de entrega, lo que facilita integrar comunidades de colaboración electrónica entre clientes y proveedores.[2]
- Facturación por medio de la aplicación gratuita del SAT: Micro-E: Diseñado para personas físicas y morales dedicadas a actividades empresariales, prestación de servicios profesionales o arrendamiento de bienes inmuebles cuyos ingresos anuales no son mayores de cuatro millones de pesos. Este servicio no tiene costo. Es posible además, llegar el control de las operaciones y las obligaciones fiscales.[3]
En el paquete de reformas al Código Fiscal de la Federación (CFF) 2010, aprobado por la Cámara de Diputados y publicado por el Diario Oficial de la Federación el 7 de diciembre de 2009, incluye las modificaciones en materia de comprobantes fiscales que están en vigor.
Obligatoriedad de la Factura Electrónica.
La Camara de Senadores Aprobó en todos sus términos las modificaciónes al Código Fiscal de la Federación para hacer obligatoria la Factura Electrónica para todas las facturas superiores a 2 mil pesos a partir de Enero del 2011. Obligatoriedad de la Factura Electrónica.[4
Como te puedes dar cuenta, el PDF es uno de los formatos aprobados para la emisión de los CFDs. En el caso de México se optó por XML pero para la representación “visual” del Comprobante puede utilizarse el formato PDF, inclusive puedes usar HTML en un navegador, siempre y cuando cumplas con los requisitos que te marca la ley.
Por otro lado, estoy de acuerdo que siempre es preferible ir un paso delante de las expectativas de nuestros clientes y para el caso de las aplicaciones de Factura Electrónica el poder leer el CDF que nos envíe un proveedor sería excelente, pues evitaría digitar datos con el margen de error de todos conocido.
De:
publice...@googlegroups.com [mailto:publice...@googlegroups.com] En
nombre de Hugo Carlos Aguilar Zapata
Enviado el: Sábado, 24 de Julio de 2010 10:20 a.m.
Para: publice...@googlegroups.com
Asunto: Re: [vfp] Re: Leer Xml (Factura electronica)
Es cierto la ley es cuestión de interpretación y da a pie a criterios diferentes y en ocasiones encontrados.
