FiveTech Software tech support forums

Pues entonces, la lógica de lo lógico, llevaría a pensar que el mismo proceso que se hace para cuadrar sede y local se utilice para el envio de "lo diario", es decir, para saber lo que sí y lo que no hay que enviar y el tipo de envio (ABM) que hay que hacer.

¡ Qué interesante sería aquí el aporte de opiniones ! ¡ Qué interesante !

Yo creo que si cuando se envían las facturas se lleva un buen control de las respuestas que te da el SII no es necesario cotejar cada vez que envías. En las pruebas que he hecho te da una respuesta positiva o negativa para cada factura del bloque que has enviado, así que resulta muy fácil conocer las que se han grabado y las que no. Yo seguiré este planteamiento.

Buenas, yo tengo algo implementado muy parecido a lo que tiene AngelSalom para el control de reenvíos, bajas, ...
He implementado también una opción para consultas. Tengo una clase que carga mis facturas, donde guardo la información de la factura y la información que me devuelve la AEAT de una consulta.
De esta forma si por ejemplo en mi sistema modifican una factura y no envían la modificación, cuando se hace la consulta les salta el aviso con las diferencias.

Con esto hecho me ha resultado muy fácil recibir de la consulta la información de contraste (cuadre), que también guardo ahora en la factura.

Un saludo.

Gracias Dario por el aporte.

¿ Podrías dar alguna información más ? Gracias.

darioflores wrote:Buenas, yo tengo algo implementado muy parecido a lo que tiene AngelSalom para el control de reenvíos, bajas, ...
He implementado también una opción para consultas. Tengo una clase que carga mis facturas, donde guardo la información de la factura y la información que me devuelve la AEAT de una consulta.
De esta forma si por ejemplo en mi sistema modifican una factura y no envían la modificación, cuando se hace la consulta les salta el aviso con las diferencias.

Con esto hecho me ha resultado muy fácil recibir de la consulta la información de contraste (cuadre), que también guardo ahora en la factura.

Un saludo.

Angel:

Estaba pensando en establecer un sistema de estados para envios, similar al que tu planteas.
Pero pensando...

Se da de alta una factura = Apunte en SiiEstado.dbf con marca de Alta

y sin haber enviado aun la factura,

Se modifica esa factura.

Habria que transmitir un alta con los datos modificados ¡ No vamos a mandar el alta y la modificacion, no tener por qué dejar ese rastro en la sede electronica !

Esto me lleva a pensar, de momento, en un control de estados post envio, mejor que pre envio.

¿ Que piensas ?

Hola!
Hay que enviar la descripción de la factura.
Puedo intentar sacar esto del detalle de la factura pero eso ocuparía mucho espacio y da demasiada información.
Puedo preguntar un texto de resumen en cada factura.
Y puedo enviar un texto genérico 'Ventas...'

¿Que opción os parece mejor?

? ' <sii:DescripcionOperacion>'+ +CtoSII(cDescrip) + '</sii:DescripcionOperacion>'

Hasta donde yo sé no es necesaria descripción detallada. Tampoco estoy seguro que sea suficiente "VENTA DE PRODUCTOS".

Habiendo tanto donde hacer... de momento yo pasaría, así lo he hecho, de ese asunto... sobre todo si según cuentan los mentideros, parece al principio habrá un poco de "cuerda".

Si, si. Yo lo que hago es : si una factura se modifica voy a la tabla SII y si el registro no ha sido enviado no toco nada, si éste ya está enviado telemáticamente sí que pongo el MODIFICADO a .T.. De este modo si el usuario modifica una factura que no haya sido enviada siempre será un alta.

juanp wrote:Angel:

Estaba pensando en establecer un sistema de estados para envios, similar al que tu planteas.
Pero pensando...

Se da de alta una factura = Apunte en SiiEstado.dbf con marca de Alta

y sin haber enviado aun la factura,

Se modifica esa factura.

Habria que transmitir un alta con los datos modificados ¡ No vamos a mandar el alta y la modificacion, no tener por qué dejar ese rastro en la sede electronica !

Esto me lleva a pensar, de momento, en un control de estados post envio, mejor que pre envio.

¿ Que piensas ?

Meter todo el detalle de la factura me parece excesivo. Opto por la opción de dejar un concepto predefinido "Ventas de mercaderías" por ejemplo peeeero dejando modificarlo en cada factura.

De todos modos, como siempre, esta gente no lo deja demasiado claro .... copio/pego del FAQ de la revisión 07:

2.15. ¿El campo “Descripción operación” se cumplimenta con claves estandarizadas?
No. Se trata de un contenido libre que puede ocupar 500 posiciones.

¿Cóm te quedas jejeje?

josevalle wrote:Hola!
Hay que enviar la descripción de la factura.
Puedo intentar sacar esto del detalle de la factura pero eso ocuparía mucho espacio y da demasiada información.
Puedo preguntar un texto de resumen en cada factura.
Y puedo enviar un texto genérico 'Ventas...'

¿Que opción os parece mejor?

? ' <sii:DescripcionOperacion>'+ +CtoSII(cDescrip) + '</sii:DescripcionOperacion>'

Gracias Ángel por lo de las descripción.
También me parece muy interesante poner una opción de comparar lo que hay en nuestro programa con lo que tiene la aeat.

Hola,

Este mensaje es para el equipo de GtxSii.
He intentado ponerme en contacto a través del foro de GtxSii, pero no tengo permisos de creacion de mensajes, así que opté por hacerlo por aquí.
El pasado mes de mayo, en la web del proyecto solicité una demo.

Veo que hay gente, incluso, de otros lenguajes, utilizando la librería. No sé. Quería saber si es que no mandé bien la información. (Fco.Glez.Mtnez.)

¿ Es posible recibir una demo ?

Saludos.

hmpaquito

Por favor, utiliza el formulario en
[url]
www.getex.net/sii
[/url]

para enviarnos tus datos, lenguaje que utilizas, etc

Saludos
Joaquim Ferrer

Así lo hice el día 3 de mayo a las 10:20.
¿ Lo envio de nuevo ?

Gracias

hmpaquito wrote:Así lo hice el día 3 de mayo a las 10:20.
¿ Lo envio de nuevo ?

Gracias

Si por favor

Saludos

Enviado !