Foros Club Delphi
Página 121 de 178 « Primero < 2171111118119120 121 122123124131171 > Último »
Mostrar 40 mensajes desde este tema en una página

Foros Club Delphi (https://www.clubdelphi.com/foros/index.php)
-   Internet (https://www.clubdelphi.com/foros/forumdisplay.php?f=3)
-   -   SII -Nuevo sistema de la Agencia Tributaria española de envío de datos vía Webservice (https://www.clubdelphi.com/foros/showthread.php?t=91252)

encoder59 31-08-2017 11:47:05
Cita:
Empezado por Nasca (Mensaje 520708)
¿Dónde se puede consultar eso?

O te refieres a la información que muestra las diferencias cuando está "Parcialmente contrastada".
Cuando está "Parcialmente contrastada" no es problema ya que las claves coinciden.
Cuando está "No contrastada" es porque o la contraparte no la ha registrado o porque las claves no coinciden (que vendría a ser lo mismo).
El caso es que la FAQ que comentaba parece dar a entender que las consultas deberían devolver lo que pido.
Ya que en toda factura hay dos partes, emisor y receptor, mi rol en recibidas es en la contraparte de las emitidas por otros y viceversa (mis emitidas son sus recibidas y viceversa, en unas soy emisor y en otras contraparte)

Por tanto si consultara las recibidas debería poder ver aquellas en que la contraparte soy yo, tanto si la he subido yo como si la ha subido otro. Como queda registrado quien es el presentador sería sencillo ver si es de las que he recibido y registrado yo o si es de las que han registrado otros hacia mí y que todavía no he recibido para poder registrarlas.

Nasca 31-08-2017 11:53:32
He realizado comprobaciones para consultar lo presentado por otras partes y no lo he encontrado.
Parece que solo es posible consultar los registros de los que eres titular, que no emisor.

razorxxx 31-08-2017 12:30:13
Cita:
Empezado por razorxxx (Mensaje 520669)
Muy buenas!
Estoy tratando de generar desde Delphi un archivo XML de tipo Libro Cobros Emitidas. Utilizando el XML Data Binding generé la unit necesaria desde SuministroLR.xsd
El caso es que en una parte del código me lanza el error EIntfCastError: "interface not supported", pero no veo el fallo. Mi código es el siguiente (los datos fiscales son ficticios):

Código Delphi [-]
var
   Libro: SuministroLR.IXMLSuministroLRCobrosEmitidas;
   Cobro: SuministroLR.IXMLDatosPagoCobroType_sii;
   Document: IXMLDocument;
   FichEntrada: TextFile;
   NumSerieFacturaAnterior: String;
   Linea: WideString;
   I, J: Integer;
begin
     // Creamos documento XML en blanco, sólo con los namespaces necesarios
     try
        Document := TXMLDocument.Create(nil);
        Document.ParseOptions := [poResolveExternals, poValidateOnParse];
        Document.Options := Document.Options + [doNodeAutoIndent];
        Document.NodeIndentStr := '    ';
        Document.XML.Text := ' +
                             'xmlns:sii="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/ssii/fact/ws/SuministroInformacion.xsd">';
        Document.Active := True;
     except
           SWERROR := 1;
           EXIT;
     end;
     try
        Libro := GetSuministroLRCobrosEmitidas(Document);
        Libro.AddChild('sii:Cabecera');
        Libro.Cabecera.IDVersionSii := VERSION_SII;
        Libro.Cabecera.AddChild('sii:Titular');
        Libro.Cabecera.Titular.NombreRazon := 'Prueba'
        Libro.Cabecera.Titular.NIF := 'A12345678';
        Libro.AddChild('siiLR:RegistroLRCobros');
        Libro.RegistroLRCobros[i].AddChild('siiLR:IDFactura');
        Libro.RegistroLRCobros[i].IDFactura.AddChild('sii:IDEmisorFactura');
        Libro.RegistroLRCobros[i].IDFactura.IDEmisorFactura.NIF := 'A12345678';
        Libro.RegistroLRCobros[i].IDFactura.NumSerieFacturaEmisor := '170001';
        Libro.RegistroLRCobros[i].IDFactura.FechaExpedicionFacturaEmisor := '20-08-2017';
        Libro.RegistroLRCobros[i].AddChild('siiLR:Cobros');
        Cobro := Libro.RegistroLRCobros[i].Cobros.Add;   // Aquí es donde me tira el error!

Si muestro el XML mediante ShowMessage(Libro.XML) me va mostrando el árbol correctamente:

Código:
<siiLR:SuministroLRCobrosEmitidas xmlns:siiLR="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/ssii/fact/ws/SuministroLR.xsd" xmlns:sii="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/ssii/fact/ws/SuministroInformacion.xsd">
    <sii:Cabecera>
        <sii:IDVersionSii>1.0</sii:IDVersionSii>
        <sii:Titular>
            <sii:NombreRazon>Prueba</sii:NombreRazon>
            <sii:NIF>A12345678</sii:NIF>
        </sii:Titular>
    </sii:Cabecera>
    <siiLR:RegistroLRCobros>
        <siiLR:IDFactura>
            <sii:IDEmisorFactura>
                <sii:NIF>A12345678</sii:NIF>
            </sii:IDEmisorFactura>
            <sii:NumSerieFacturaEmisor>170001</sii:NumSerieFacturaEmisor>
            <sii:FechaExpedicionFacturaEmisor>20-08-2017</sii:FechaExpedicionFacturaEmisor>
        </siiLR:IDFactura>
        <siiLR:Cobros/>
    </siiLR:RegistroLRCobros>
</siiLR:SuministroLRCobrosEmitidas>
¿A alguien se le ocurre dónde puede estar fallando? Gracias de antemano.
Me respondo a mi mismo. Al final he conseguido hacer un apaño tratando el nodo como IXMLNode y no como IXMLDatosPagoCobroType_sii. Entonces ya podemos trabajar con las funciones AddChild y ChildNodes. Por ejemplo:

Cobro := Libro.RegistroLRCobros[i].Cobros.AddChild('sii:Cobro');
Cobro.AddChild('sii:Fecha');
Cobro.ChildNodes['Fecha'].NodeValue := '20-08-2017';
Cobro.AddChild('sii:Importe');
Cobro.ChildNodes['Importe'].NodeValue := '1500.00';
Cobro.AddChild('sii:Medio');
Cobro.ChildNodes['Medio'].NodeValue := '01';

No sé si será porque el .xsd está mal definido o qué, pero al menos ya funciona!

razorxxx 31-08-2017 13:06:23
Obligatoriedad
 
Alguno dirá si me estoy haciendo las preguntas que he publicado recientemente a estas alturas de la película, pero soy de Canarias y ninguno de mis clientes emitía facturas con IVA hasta hace poco. Ahora me pregunto...realmente es obligatorio remitir los cobros de emitidas y los pagos de recibidas a la AEAT? O sólamente con enviar las facturas emitidas y recibidas es suficiente?

Nasca 31-08-2017 13:08:58
Cita:
Empezado por razorxxx (Mensaje 520722)
Alguno dirá si me estoy haciendo las preguntas que he publicado recientemente a estas alturas de la película, pero soy de Canarias y ninguno de mis clientes emitía facturas con IVA hasta hace poco. Ahora me pregunto...realmente es obligatorio remitir los cobros de emitidas y los pagos de recibidas a la AEAT? O sólamente con enviar las facturas emitidas y recibidas es suficiente?
Solo aquellos que estén en régimen especial de criterio de caja.

razorxxx 31-08-2017 13:33:17
Cita:
Empezado por Nasca (Mensaje 520723)
Solo aquellos que estén en régimen especial de criterio de caja.
Muchas gracias por tu pronta respuesta Nasca. Tengo entendido que ese régimen es de carácter optativo, verdad?

mrobles 31-08-2017 13:40:03
Cita:
Empezado por encoder59 (Mensaje 520714)
Tampoco aparece en la consulta web
http://www.clubdelphi.com/foros/show...postcount=2396

Nasca 31-08-2017 13:45:30
Cita:
Empezado por razorxxx (Mensaje 520724)
Muchas gracias por tu pronta respuesta Nasca. Tengo entendido que ese régimen es de carácter optativo, verdad?
Si. Es un puto engaño así que no creo que haya muchos en ese régimen.

Hay empresas que incluso por sistema se niegan a trabajar con empresas en dicho régimen. Les complica mucho su operatoria fiscal.

encoder59 31-08-2017 15:17:49
Cuando está "Parcialmente contrastada" no es problema ya que las claves coinciden y las discrepancias vienen en el contraste.

Cuando está "No contrastada" es porque o la contraparte no la ha registrado o porque las claves no coinciden (que vendría a ser lo mismo).
El caso es que la FAQ que comentaba parece dar a entender que las consultas deberían devolver lo que pido.
Ya que en toda factura hay dos partes, emisor y receptor, mi rol en recibidas es en la contraparte de las emitidas por otros y viceversa (mis emitidas son sus recibidas y viceversa, en unas soy emisor y en otras contraparte)

Por tanto si consultara las recibidas debería poder ver aquellas en que la contraparte soy yo, tanto si la he subido yo como si la ha subido otro. Como queda registrado quien es el presentador sería sencillo ver si es de las que he recibido y registrado yo o si es de las que han registrado otros hacia mí y que todavía no he recibido para poder registrarlas.

xamminf 01-09-2017 09:57:08
Período impositivo para Facturas Recibidas
 
Hola chicos,

He estado tratando de averiguar el funcionamiento del "periodo impositivo" para facturas recibidas. Pero no lo termino de tener claro. Me llama la atención que la aeat para explicarlo se limite a poner un ejemplo con conceptos "fecha límite" no explicados. ( http://www.agenciatributaria.es/AEAT...a__span_.shtml )

A lo que vamos. Lo que yo entiendo es que una fra. podrá ser declarada como período igual a la fecha de fra. siempre que la fecha contable no sea posterior al 15 del mes siguiente de la fecha de factura.

Ya digo que no lo tengo ni cerca de claro.

A ver si alguien puede arrojar luz

Saludos

PASPAS 01-09-2017 10:31:18
Cita:
Empezado por xamminf (Mensaje 520753)
Hola chicos,

He estado tratando de averiguar el funcionamiento del "periodo impositivo" para facturas recibidas. Pero no lo termino de tener claro. Me llama la atención que la aeat para explicarlo se limite a poner un ejemplo con conceptos "fecha límite" no explicados. ( http://www.agenciatributaria.es/AEAT...a__span_.shtml )

A lo que vamos. Lo que yo entiendo es que una fra. podrá ser declarada como período igual a la fecha de fra. siempre que la fecha contable no sea posterior al 15 del mes siguiente de la fecha de factura.

Ya digo que no lo tengo ni cerca de claro.

A ver si alguien puede arrojar luz

Saludos
Depende de las fechas y de cuando quieras deducirlas
Por ejemplo
Si recibes la factura el 4 de agosto pero con fecha factura prov 31 de julio
Aqui tienes 2 posibilidades debes permitir q tu programa pueda poner periodo de julio o de agosto
Por eso esta el ejemplo de la aeat muy bien explicado
Saludos

xamminf 01-09-2017 10:39:43
Cita:
Empezado por PASPAS (Mensaje 520754)
Depende de las fechas y de cuando quieras deducirlas
Por ejemplo
Si recibes la factura el 4 de agosto pero con fecha factura prov 31 de julio
Aqui tienes 2 posibilidades debes permitir q tu programa pueda poner periodo de julio o de agosto
Por eso esta el ejemplo de la aeat muy bien explicado
Saludos

Gracias por tu ayuda.

Ejemplo aeat: "El empresario B recibe la factura el 30 de septiembre y efectúa su registro contable el 10 de octubre."

¿ Por cual de las dos fechas puede imputarse a periodo impositivo 09, por el 30 de septiembre (recepcion) o por el 10 de octubre (contabilizacion) ?

Para nada creo que esté bien explicado. Los ejemplos se agradecen siempre, pero deben ir precedidos de la teoría, sino es difícil encontrar el por qué.

newtron 01-09-2017 10:50:18
Cita:
Empezado por xamminf (Mensaje 520755)
Gracias por tu ayuda.

Ejemplo aeat: "El empresario B recibe la factura el 30 de septiembre y efectúa su registro contable el 10 de octubre."

¿ Por cual de las dos fechas puede imputarse a periodo impositivo 09, por el 30 de septiembre (recepcion) o por el 10 de octubre (contabilizacion) ?

Para nada creo que esté bien explicado. Los ejemplos se agradecen siempre, pero deben ir precedidos de la teoría, sino es difícil encontrar el por qué.
El periodo impositivo es el mes correspondiente a la fecha de contabilización de la factura (compras/gastos) o de emisión (ventas).

Saludos

xamminf 01-09-2017 11:23:37
Cita:
Empezado por newtron (Mensaje 520756)
El periodo impositivo es el mes correspondiente a la fecha de contabilización de la factura (compras/gastos) o de emisión (ventas).

Saludos
Estimado Jimmy,

Eso, a la luz del ejemplo aeat, no es cierto.

Saludos y gracias por tu (intento de) ayuda

newtron 01-09-2017 11:30:56
Cita:
Empezado por xamminf (Mensaje 520757)
Estimado Jimmy,

Eso, a la luz del ejemplo aeat, no es cierto.

Saludos y gracias por tu (intento de) ayuda
¿Hablas con Jimmy o conmigo?

xamminf 01-09-2017 11:33:55
Para todos intento centrar la jugada, que parece no ha sido tenida en cuenta, probablemente por ignorancia de los usuarios, probablemente porque tenían un sistema de trabajo que coincidía con los resultados de fecha de contabilización:

La aeat permite "devengar" una factura recibida en el mismo mes en que se recibe, aunque se contabilice más tarde.
Es verdad que se puede "devengar" en el período que se contabiliza, pero habrá usuarios, naturalmente, que prefieran deducirse antes la compra y no esperar al mes siguiente.

xamminf 01-09-2017 11:34:33
Cita:
Empezado por newtron (Mensaje 520758)
¿Hablas con Jimmy o conmigo?
Disculpa, te llamé Jimmy, por Jimmy "Newtron".

newtron 01-09-2017 11:39:35
Cita:
Empezado por xamminf (Mensaje 520760)
Disculpa, te llamé Jimmy, por Jimmy "Newtron".
No me llamo Jimmy, mi nick es newtron.

Cita:
Empezado por xamminf (Mensaje 520759)
Para todos intento centrar la jugada, que parece no ha sido tenida en cuenta, probablemente por ignorancia de los usuarios, probablemente porque tenían un sistema de trabajo que coincidía con los resultados de fecha de contabilización:

La aeat permite "devengar" una factura recibida en el mismo mes en que se recibe, aunque se contabilice más tarde.
Es verdad que se puede "devengar" en el período que se contabiliza, pero habrá usuarios, naturalmente, que prefieran deducirse antes la compra y no esperar al mes siguiente.
¿Quien "devenga" una factura recibida sin contabilizarla?, yo no conozco a nadie. Por otro lado, según lo que dices, si quiero contabilizar y devengar una factura de compras de Enero de 2016 ¿qué tengo que poner? ¿Periodo=Enero y Ejercicio 2016?

newtron 01-09-2017 12:03:10
Cita:
Empezado por xamminf (Mensaje 520757)
Estimado Jimmy,

Eso, a la luz del ejemplo aeat, no es cierto.

Saludos y gracias por tu (intento de) ayuda
Por otro lado no me gusta ese tono con el que me respondes.

Yo no soy infalible, me puedo equivocar como cualquiera, pero aun en el caso de que yo estuviera equivocado no creo que esta sea una respuesta adecuada a un intento de echarte una mano de forma totalmente desinteresada.

Hay veces que he visto respuesta erróneas y siempre digo que discrepo, no tengo claro que sea así, o mil formas de decir las cosas y realmente ese tono condescendiente no creo que sea el oportuno.

xamminf 01-09-2017 12:14:24
Cita:
Empezado por newtron (Mensaje 520762)
Por otro lado no me gusta ese tono con el que me respondes.

Yo no soy infalible, me puedo equivocar como cualquiera, pero aun en el caso de que yo estuviera equivocado no creo que esta sea una respuesta adecuada a un intento de echarte una mano de forma totalmente desinteresada.

Hay veces que he visto respuesta erróneas y siempre digo que discrepo, no tengo claro que sea así, o mil formas de decir las cosas y realmente ese tono condescendiente no creo que sea el oportuno.
Disculpa si te he molestado.
Llevaré mucho cuidado de que no vuelva a ocurrir.


La franja horaria es GMT +2. Ahora son las 15:48:09.
Página 121 de 178 « Primero < 2171111118119120 121 122123124131171 > Último »
Mostrar 40 mensajes desde este tema en una página

Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi