FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
pRIMER INTENTO ALTA FACTURA
este primer intento es siguiendo un poco el ejemplo del pdf, pero sin meter el soap, a ver si encontrais los fallos please.
Código PHP:
|
#2
|
|||
|
|||
Cita:
Yo a simple vista, lo he copiado/pegado en un visor de xlm para ver un poco más "pretty" y aparentemente está ok, con su cabecera y todo que es lo que al menos a mi me trae loco. |
#3
|
|||
|
|||
Cita:
Código PHP:
Edito. ok ok nada. eso son nodos a insertar cuando esten empaquetados en el soap |
#4
|
||||
|
||||
Cita:
Tampoco entiendo (no estoy muy puesto en el tema) motivo por el cual añades las etiquetas sum1 y esto que comentas de meter el soap Si que rogaría y teniendo en cuenta que puede haber gente muy puesta y otra menos puesta como puede ser mi caso hacer los textos mas entendibles a los que no estamos tan puestos y tenemos el problemón encima. Espero que nadie se ofenda por lo que digo, lo hago con la mejor intención del mundo.
__________________
Se humilde para admitir tus errores, inteligente para aprender de ellos y maduro para corregirlos. |
#5
|
|||
|
|||
Cita:
Si, si, la huella no es esa, es que he cambiado el contenido pero no la huella, por no dejar datos reales. las etiquetas sum y sum1 son prefijos que se refieren a un enlace, esos prefijos puedes decidir tú como se llaman pero tienen que estar igual en los sitios a los que hacen la mis ma referencia. El soap: cada fichero verifcatu se refiere a un alta o anulacion, pero para el envio, tienes que meter (*n) archivos en un solo fichero con los nodos del soap. *n=numero de archivos verifactu, este numero está condicionado por las respuestas que te de la aeat en cada envio, te pueden decir cuantos (n) tienes que mandar o cuanto tiempo tienes que esperar para el siguiente envio (Maximo 1000 registros o archivos verifactu). Espero que te aclare un poco, sé que es un poco lioso. |
#6
|
||||
|
||||
Yo me voy algo antes. ¿Alguien me puede aclarar de qué va el rollo de la huella y cómo se genera?
Gracias y un saludo.
__________________
Be water my friend. |
#7
|
|||
|
|||
Cita:
Luego la parte en azul, etiquetas NombreRazonEmisor y TipoRegistroSIF deben venir antes de TipoFactura, y las etiquetas TipoFactura y DescripcionOperacion repetidas después deben quitarse. Cita:
IdSistemaInformatico está limitado a dos caracteres, tu ejemplo tiene 19... Además, falta justo antes un elemento NombreSistemaInformatico que no es opcional. Si se reemplaza por Código:
<sum1:NombreSistemaInformatico>VERIFACTU0000PRUEBA</sum1:NombreSistemaInformatico> <sum1:IdSistemaInformatico></sum1:IdSistemaInformatico> Cita:
|
#8
|
|||
|
|||
Cita:
Repaso todo Al cambiarlo de la 0.1 a la 1.0 l he liado |
#9
|
|||
|
|||
Cita:
Puedes retroceder un poco para atrás y verás lo que fui posteando. Yo creo que si que han debido de meter la pata en algo, pero como soy muy novato en estos temas, tampoco me atrevo ni se donde poder hacer consultas más técnicas. |
#10
|
|||
|
|||
Códigos QR en impresoras ESC/POS
Hola a todos.
Me llamo Jose y voy a participar en este foro a partir de ahora aportando lo que buenamente pueda. He estado leyendo todos los mensajes que lleváis escritos durante estos meses y algunos de ellos son bastante esclarecedores. Parece que estamos un poco parados a la espera de la famosa Orden Ministerial para dar el pistoletazo de salida. Respecto a la forma de sacar el XML para poder calcular el HASH esperemos que la OM lo aclare ya que, como bien habéis dicho, el XML ha de ser exacto al que coja la aeat. He visto que tenéis preparadas las facturas con los códigos QR. Mi pregunta es si alguien ha desarrollado en Delphi la impresión de códigos QR para impresoras con lenguaje ESC/POS. Me sería de gran ayuda. Gracias por vuestra ayuda, vuestros aportes e ideas. Lo importante es que, entre todos, podamos ahorrarnos tiempo y resolvernos dudas/problemas que de otra forma sería caótico. Un saludo |
#11
|
|||
|
|||
Presentación y Planteamiento
Antes de nada , saludar al foro y dar las gracias a todos los que han escrito, me han ayudado mucho a decidir como empezar , con la pereza que me daba.
Como soy novato en el foro , es mi primer post y os cuento como lo voy a plantear Inicialmente, modo básico y esquemático , por si le sirve a alguien o por si alguien más experto me recomienda que abandone las cervecitas urgentemente Es verdad que cuando me ponga seguro pueden cambiar cosas , es solo un planteamiento incial para empezar a trabajar, no entro en los requisitos de huella,firma etc.... En principio la idea es no tocar las tablas actuales de facturas ,etc. que ya existen en mi sistema. 1.- Voy a crear una tabla nueva para guardar los registros verifactu de cada factura básicamente tendrá: campo que identifica la factura en el fichero de facturas campo para guardar el xml "RegistroFacturacion" campo para guardar el número de envío , si 0 = Pendiente de enviar. seguro que al final tenga que añadir alguno más.... 2.- Voy a crear una tabla nueva para guardar los registros de los envíos verifactu campo con un código interno de envío campo para guardar el xml AltaFactuSistemaFacturacion enviado. campo para guardar la respuesta de la aeat. seguro que al final tenga que añadir alguno más.... Cada factura que se genere usare Fact.RegistroFacturacion.ObjectToSOAP para obtener el xml y guardarlo en la tabla de los registros verifactu. Partiendo del código de Neftali , aqui va un ejemplo de como obtener el xml con ObjectToSOAP , solo hay que meter en el Form un XMLDocument1, TOPToSoapDomConvert
Luego al generar los envíos , aprovechar el ejemplo de Neftali para ir recogiendo los RegistroFacturacion guardados con SOAPToObject
Un Saludo a todos y no me metáis mucha caña Última edición por Neftali [Germán.Estévez] fecha: 04-03-2024 a las 08:31:18. |
#12
|
||||
|
||||
Cita:
Hola Delphier, gracias por participar en el foro. Ya que eres nuevo, te doy la bienvenida. Recordarte que revises La guía de estilo de los foros. He modificado tu mensaje para añadir TAGs a los códigos dentro del mensaje. Gracias de nuevo por los códigos.
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#13
|
||||
|
||||
Cita:
Código:
<RegistroFacturacion xmlns:NS1="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SistemaFacturacion.wsdl" xmlns:NS2="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroInformacion.xsd" xmlns:NS3="http://www.w3.org/2001/XMLSchema" xmlns:NS4="http://schemas.xmlsoap.org/soap/encoding/" xmlns:NS5="http://www.w3.org/2001/XMLSchema-instance"> <NS1:RegistroFacturacionType id="1" type="NS2:RegistroFacturacionType"> <IDFactura href="#2"/> <NombreRazonEmisor type="NS3:string"/> <TipoRegistroSIF type="NS2:TipoRegistroSIFType">S0</TipoRegistroSIF> <TipoFactura type="NS2:ClaveTipoFacturaType">F1</TipoFactura> <DescripcionOperacion type="NS3:string">venta de mercaderías</DescripcionOperacion> <Desglose type="NS4:Array" NS4:arrayType="NS2:DetalleType[0]"/> <ImporteTotal type="NS3:string"/> <EncadenamientoRegistroAnterior NS5:nil="true"/> <SistemaInformatico NS5:nil="true"/> <FechaGenRegistro NS5:type="NS3:string"/> <HoraGenRegistro NS5:type="NS3:string"/> <HusoHorarioGenRegistro NS5:type="NS2:HusoHorarioGenRegistroType">01</HusoHorarioGenRegistro> </NS1:RegistroFacturacionType> <NS2:IDFactura id="2" type="NS2:IDFacturaExpedidaType"> <IDEmisorFactura href="#3"/> <NumSerieFacturaEmisor type="NS3:string">23/123456</NumSerieFacturaEmisor> <FechaExpedicionFacturaEmisor type="NS3:string">31/12/23</FechaExpedicionFacturaEmisor> </NS2:IDFactura> <NS2:IDEmisorFactura id="3" type="NS2:IDEmisorFactura"> <NIF type="NS3:string">3333333</NIF> </NS2:IDEmisorFactura> </RegistroFacturacion> Sería muy interesante probar la segunda parte (envío) y que intentaré probar durante la semana. El planteamiento en mi humilde opinión parece bueno de narices.
__________________
Se humilde para admitir tus errores, inteligente para aprender de ellos y maduro para corregirlos. |
#14
|
|||
|
|||
Ayuda con la importación del WSDL
Buenas tardes, hay un código simple en este hilo que lleva adjunto los archivos generados del WSDL ,este código con los archivos generados adjuntos no me da error pero yo estoy teniendo problemas con el WSDL que me genera a mi que no contiene muchos de los tipos que aparecen definidos en el fichero con lo cual el código me da error, definiciones de tipos tan simples y necesarios como "Array_Of_FacturasEmitidasType" o "FacturasEmitidasType" y no sé por donde viene el problema supongo que en la importación ,he utilizado las 3 versiones de SOAP y con todas es igual , es curioso porque el tamaño del archivo es mayor que los que me he descargado pero le faltan definiciones, podría utilizar estos archivos pero evidentemente habrá actualizaciones de esta definición como ocurrió con el SII hasta que quedó estable y necesito importar el WSDL bien, estoy utilizando Delphi 12 Athens y supongo que el problema puede estar en los parámetros de la importación del WSDL , utilizo la que me propone Delphi por defecto
Cualquier ayuda es bienvenida Un saludo Gracias |
#15
|
|||
|
|||
Buenas tardes, se me ha presentado un dilema, que creo que lo hago correctamente según la normativa hace unos días viene un cliente y hace una compra y se le emite la correspondiente factura simplificada.
Al siguiente día devuelve parte de la compra Y al cabo de unos días viene con el primer tiquet para que le emita la sustitutiva. Cosa aue se hace. Ya he metido una advertencia de que hay una rectificativa de la primera. Pero realmente el comercio ha hecho algo mal? |
#16
|
|||
|
|||
Simplificada
Cita:
Si el cliente te trae el ticket en mano puede hacer una sustitutiva de la factura simplificada (ticket). Al menos hasta un período de 4 años atrás. Si en el transcurso de ese tiempo ha habido devoluciones a usted no le aplica en nada, ya que se habrán registrado en su momento oportuno dichas devoluciones, La sustitutiva no implica mas venta, solo es un justificante que equivale a la simplificada original. Por tanto la rectificativa ha hecho su papel en su día. Con la factura sustitutiva usted no está haciendo nada nuevo que no se haya hecho previamente, solo está creando un nuevo formato para que el cliente pueda declarar la factura, nada mas. No se duplican ventas y la rectificativa habrá hecho el ajuste oportuno. Saludos. |
#17
|
|||
|
|||
Cita:
Hasta ahora eso pensaba yo. Joder con las excepciones, como complican |
#18
|
|||
|
|||
Cita:
No puedes emitir una sustitutiva de una simplificada que ha sido rectificada. Y el motivo es obvio, el cliente te solicita una sustitutiva de la primera simplificada para deducirse el impuesto, pero la cantidad a la que tiene derecho a deducción no es ese importe, ya que ha sido minorado con una rectificativa posterior. Estaría deduciéndose más gasto del que debería. Esta operación para que quede redonda debería ser, emitir sustitutiva de la primera simplificada y emitir sustitutiva de la rectificativa simplificada, ambas a su nombre y entonces el cliente sólo podría deducirse lo que realmente ha gastado |
#19
|
|||
|
|||
Cita:
1. Que el cliente las quiera separadas o juntas en la misma factura. 2.que la operación de rectificativa sea posterior a la sustitutiva delmprimer tiquet. Con lo cual empezamos con un nuevo dilema. Con lo cual, como veis que sea solo una información al vendedor: HAY QUE EMITIR LA SUSTITUTIVA DE LA RECTIFICATIVA NUMERO TAL" |
#20
|
|||
|
|||
Cita:
|
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Hijo de Informáticos | gluglu | Humor | 3 | 13-03-2007 11:05:35 |
Adictos informaticos ... | Trigger | Humor | 2 | 11-10-2004 12:18:32 |
Nosotros los Informáticos | Trigger | Humor | 1 | 10-10-2004 14:58:09 |
Patrón de los Informáticos. | obiwuan | Varios | 20 | 10-09-2003 14:44:54 |
Chistes Informaticos | jhonny | Humor | 2 | 11-08-2003 21:59:09 |
|