![]() |
Cita:
|
Cita:
busca mi post y mira el código, he solucionado tu problema, aunque me produce otro de comunicacion SSL/TLS. En cuanto al tema con el que recuperas el certificado, mejor hazlo así: Código:
[SecurityPermission(SecurityAction.LinkDemand,Unrestricted =true)] |
Cita:
3.11. A la hora de desglosar los datos de la factura, ¿debe indicarse si la operación es una entrega de bienes o una prestación de servicios? El desglose se hará obligatoriamente a nivel de operación cuando el cliente sea extranjero (tipo “ID Otro” o NIF que empiece por N) y no sea una factura simplificada o un asiento resumen. en el SII_Descripcion_ServicioWeb_v0.7.pdf tienes un ejemplo de desglose por tipo de operacion mira el punto 8.1.1.2.Ejemplo mensaje XML de alta con desglose en entrega de bienes y prestación de servicio en ese ejemplo lo esta desglosando por operacion pòrque el DNI empieza por N. <sii:Contraparte> <sii:NombreRazon>EMPRESAYYYYY</sii:NombreRazon> <sii:NIF>N0041746I</sii:NIF> </sii:Contraparte> |
Cita:
O cuando tu sistema se ha vuelto loco y ha generado una factura con una serie que no existe. LA borras y la emites con la serie correcta. si somos puristas supòngo que si Emites una factura mal, tienes que dejarla asi, y luego emitir una segunda rectificativa, no borrar la primera. |
pantalla gestion de facturas
como vais a gestionar la pantalla de facturas.
habia pensado en mostrar el estado. Pendiente Enviado-ok error-ko aceptado con errores. y las acciones sobre las facturas ya enviadas , marcarlas para : 1 - reenviar cambiando de A0 a A1 cuando la factura esta en el estado - borrada he comprobado que deja - OK he comprobado que deja - aceptada con errores 2 - Borrar cuando la factura esta en el estado - borrada he comprobado que deja - OK he comprobado que deja - aceptada con errores las que han fallado se reintentaran solas n veces. Tambien permitiria marcar facturas pendientes para no ser enviadas, por si ya se de ante mano que estan mal |
Hola a todos. Ayer estuve en una reunión del SII que se dio en la hacienda de navarra , en la cual había gente de la AEAT. Saque las siguientes conclusiones, la reunión era más una presentación y no entraron en mucho detalle.
- En navarra empiezan el 1 de enero (como debería haber sido en la AEAT) y seguirán el mismo sistema, es decir solo van a cambiar los end-points y punto. Seguramente empezarán una fase de pruebas en setiembre. Pongo el enlace de la hacienda sobre el tema. http://www.navarra.es/home_es/Gobier...on+del+IVA.htm - El entorno de pruebas va a estar siempre disponible. - En un principio “no van a sancionar” por la información, lo que quieren es que las empresas presenten las declaraciones y en algún momento cuando todo este funcionando es cuando empezarán a sancionar con los importes que ya se comentaron en algún mensaje anterior. - Van a mantener el Cliente de web service para el entorno de pruebas también en producción. Es decir se van a poder presentar los xml a través de la web. Con todo lo que ello conlleva, ya que se pierde el control sobre el estado de las facturas en nuestras aplicaciones. -En cuanto al campo Descripción Operación. No es un campo obligatorio, al menos en contenido, siempre tiene que tener algo. No van a sancionar por lo que pongas en ese campo. Ese campo sirve para que luego los inspectores puedan sacar información sobre la operación a la hora de revisar las cosas. Si la información le vale pues te evitarás una llamada o una posible inspección. Por lo tanto cuando más información des de la operación mejor, pero no dicen que es lo que tienes que poner. - La gente esta acojonada sobre todo por el tema de plazos, ya que ahora los asesores, encargados financieros etc.. Lo que hacen es asesorar a posteriori y arreglar los desaguisados que se realizan en facturación a la hora de presentar los diferentes modelos de IVA y en caso de inspección arreglan los libros, pero siempre a posteriori. Con esto del SII se supone que el asesoramiento se tiene que producir antes de emitir la factura ya que a partir de esta se generaran los diferentes modelos de IVA. - Por ultimo lo que pretenden en un futuro es que desaparezcan los modelos de IVA, es decir la hacienda te enviará un borrador con la declaración. Un estilo a lo que ocurre con el IRPF. Un Saludo. |
Cita:
|
Cita:
Una cuestión hay alguién que este preguntando a la AEAT a traves de las consultas del formulario web y tarde en obtener la respuesta o bien simplemente no le responden. Lo digo porque tengo varias preguntas enviadas y no contestan. Saludos |
Cita:
|
Gracias por informar.
Cita:
|
Flexibilidad
Hola, compañero
¿qué significa flexibilidad? ¿qué dijeron ? Saludos |
Cita:
|
Cita:
Así, si ellos tienen la convicción de que la implantación va a ser difícil, pues que suspendan... A no ser que alguien haya dicho... esto entra sii o sii... y no estaremos hablando de razón sino de collon. |
Cita:
En el decreto ya está establecido las sanciones y la cuantia de las sanciones y por lo tanto lo podrán aplicar cuando les venga en gana. Otra cosa es que al principio no sean tan exigentes. Eso mismo ha pasado en Bizkaia con el modelo 140 que el primer año fueron un poco menos exigentes. Un Saludo. |
Muchas gracias Keys por la información!!!
Una cosa, estoy intentando enviar una factura de tipo F2 - Ticket Factura Simplificada, en la cual el NIF no es obligatorio. Entonces dejo tanto la Razón Social como el NIF a blanco, pero al validar el envío me da el siguiente error: Error: 1100 - Valor o tipo incorrecto del campo: NombreRazon He intentado introducirla manualmente mediante la web y desde ahí sí que me la acepta. La única particularidad que he visto es que si se especifica una razón social, entonces sí que obliga a poner el NIF. Pero si se dejan los dos a blanco sí que la acepta. ¿Qué estoy haciendo mal? ¿Habéis logrado enviar alguna factura de tipo F2 sin especificar el NIF? Gracias! |
Estado del cuadre
Hola, compañeros ¿ me puede alguien explicar el tema del <Estado del cuadre>? ¿ tenemos que comprobar eso ? ¿ qué posibilidades hay y qué hacer en cada caso ? No lo entiendo.
|
Cita:
|
Cita:
Saludos |
Cita:
Cita:
|
Cita:
He peleado con lo mismo (con VB NET). Parece que los elementos de tipo <choice> quedan como .Item, de tipo Object. Lo mismo por ejemplo con LRfacturasEmitidasType.FacturaExpedida.TipoDesglose.Item. Toca ir comprobando tipos para saber cual se ha usado en el XML deserializado. Lo cual en algunos casos nos lleva por senderos no poco tortuosos. Código:
If TypeOf IDEmisorFactura.Item Is NIFType etc |
Cita:
La información de contraste (o cuadre) solo se informa desde una consulta, con lo cual solo la podremos obtener al consultar el estado de las facturas. En la documentación tienes los 5 estados que puede tener un contraste y las peculiaridades del estado Parcialmente contrastado. Para las facturas en este estado se informará también del campo donde hay diferencia. Lo que no tengo claro es qué facturas son las que tienen estado 'No contrastable', ¿en qué se basan para decidir si una factura es o no contrastable?, ¿en si el cliente/proveedor está obligado a presentar mediante SII?. Un saludo. |
Cita:
Antes lo que hacía era crear el tipo y poner los valores a blanco. Pero no hace falta. Así funciona perfectamente. Gracias! |
¿y cómo lo harán ?
Cita:
no entiendo cómo contrastarán. Un proveedor me emite una factura con serir de venta AA y número 123456. El proveedor envía su SII de emitidas( o no lo envía por no estar obligado ) con nº factura "AA123456" y yoenvío el de recibidas y pongo "AA 123456" o "AA0000123456" ¿ cómo van a contrastar si no hay una regla para el nº de factura... Saludos |
Cita:
|
Cita:
y otra cosa. Yo no pienso hacer ningún programa para consultar . Sólo proceso las respuestas y si hay algún error, envío un mail al departamento de facturación y marco la factura para que se vuelva a enviar al día siguiente. ¿qué pasa si hay facturas que se contrastan y hay discrepancias ? . Yo no me entero de eso o estoy obligado a comprobar si está contrastada...¿ habrá sanciones ? ¿ qué pasará ? Saludos |
Cita:
Un saludo. |
Cita:
con perdón . Eso lo dicen tíos ede la AEAT que parece que no tienen ni idea de la realidad. A veces llegan facturas que no sabes realmente cuál es su número de factura y por ejemplo , el tipo de venta y el número van en líneas distintas y tú no sabes cómo lo va a declarar el proveedor y por tanto, no sabes si lo que pongas tú coincide con el proveedor . O ponen reglas más estrictas o el casamiento de facturas me parece una quimera Saludos |
Cita:
|
entrega de bienes o servicio
como identificais si la factura recibida tiene entrga de bienes o servicios.
tengo una empresa que solo proporciona servicios. Y si hace alguna compra de un exrtanjero que no se si lo hace, tiene que detallar si es entrega de bienes o servicios. ¿como lo identificais en las recibidas, marcais a mano la factura con un flag al darla de alta. o le asociais un iva de entrega de bienes.? |
Cita:
|
Cita:
Es mejor que marcar toda la factura como bienes o servicios, pero te tienes que calentar los cascos para que luego te cuadre el total con las suma de bases e IVA. Yo aún no se cual de las dos opciones implementaré e incluso contemplo una mixta, pero de momento solo lo tengo documentado a la espera de estudiar cual es la opción más practica y fácil de gestionar para mis clientes |
No se si me estoy volviendo loco o que, pero alguien me puede solventar este problema?
Código:
Si el campo TipoNoExenta tiene un valor S2 o S3 al menos uno de los campos CuotaRepercutida tiene que tener valor 0 o vacioCódigo:
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" |
Creo que el error del XML puede estar relacionado con esta FAQ:
3.5. ¿Cómo se registra una operación con inversión del sujeto pasivo? En el caso de clientes que sean empresas españolas, el proveedor o prestador del servicio registrará los datos de la factura en el Libro registro de Facturas Expedidas consignando en el bloque funcional ”Desglose factura” la clave “S2: Sujeta – No Exenta – Inv. Suj. Pasivo”. El campo “tipo impositivo” se informará con importe cero y el de “cuota repercutida” se dejará en blanco. En el caso de clientes que sean empresas comunitarias con NIF-IVA, el prestador del servicio registrará los datos de la factura en el Libro registro de Facturas Expedidas consignando en el bloque funcional ·”Desglose tipo operación” la clave “Importe no sujetas por reglas de localización”. |
Cita:
el contraste lo puedes ver en la web de la aeat. tienes un filtro para buscar estado de "contraste" Yo no voy a implementar busqueda. Si acaso en la fase 2. |
Hola,
llevo varios días buscando una solución para un problema que tengo con algunos equipos. La trasmisión de datos realizada por un mismo programa (Delphi y HTTPRIO) funciona perfectamente en unos equipos, pero misteriosamente en otros da el error "Error en el soporte del canal seguro" sin llegar a trasmitir nada. He encontrado muy poca información sobre este error y ninguna solución. Lo mejor de todo es que utilizando la librería 'MSXML2.ServerXMLHTTP.6.0' en esos equipos comunica perfectamente. Hoy, búscando por internet, he encontrado la solución. HTTPRIO utiliza WinInet y MSXML2.ServerXMLHTTP.6.0 utiliza WinHTTP. WinHTTP es una librería simple que utiliza directamente los certificados y su propia pila. WinInet es mucho más compleja y utiliza la configuración del IE. El problema es que si se encuentran activados en IE en Opciones, solapa Opciones Avanzadas "Usar SSL 2.0" y "Usar SSL 3.0" no funciona la comunicación con la AEAT. No recuerdo si tenía las dos activadas o solo una de las dos. La solución es simplemente darle al botón de "Restaurar configuración avanzada" y con los parámetros por defecto del IE ya funciona nuestro programa. Este es el motivo por el cual había leído que formateando y realizando una instalación limpia volvían a funcionar los programas era ese. Espero que os pueda servir si al instalar el programa en el ordenador de un cliente os muestra "Error en el soporte del canal seguro" al trasmitir. Rubén. |
Cita:
|
Error 1166. Valor del campo TipoImpositivo no está incluido en la lista de valores permitidos
Tengo un problema con ciertas facturas. Se trata de una empresa en la Peninsula pero tiene una sucursal en Canarias y ciertas facturas las tiene que hacer con IGIC. --- Este es el documento que genero. <?xml version="1.0" ?> - <SOAP-ENV:Envelope xmlns:SOAP-ENV="../envelope/" xmlns:xsd="../XMLSchema" xmlns:xsi="../XMLSchema-instance"> - <SOAP-ENV:Body> - <SuministroLRFacturasEmitidas xmlns=".../SuministroLR.xsd"> - <Cabecera xmlns=".../SuministroInformacion.xsd"> <IDVersionSii>0.7</IDVersionSii> - <Titular> <NombreRazon>Empresa S.A.</NombreRazon> <NIF>A1111111111</NIF> </Titular> <TipoComunicacion>A0</TipoComunicacion> </Cabecera> - <RegistroLRFacturasEmitidas> - <PeriodoImpositivo xmlns=".../SuministroInformacion.xsd"> <Ejercicio>2017</Ejercicio> <Periodo>01</Periodo> </PeriodoImpositivo> - <IDFactura> - <IDEmisorFactura xmlns="...SuministroInformacion.xsd"> <NIF>A00000000</NIF> </IDEmisorFactura> <NumSerieFacturaEmisor xmlns=".../SuministroInformacion.xsd">AF/284</NumSerieFacturaEmisor> <FechaExpedicionFacturaEmisor xmlns="..s/SuministroInformacion.xsd">27/01/2017</FechaExpedicionFacturaEmisor> </IDFactura> - <FacturaExpedida> <TipoFactura xmlns=".../SuministroInformacion.xsd">F1</TipoFactura> <ClaveRegimenEspecialOTrascendencia xmlns=".../SuministroInformacion.xsd">08</ClaveRegimenEspecialOTrascendencia> <DescripcionOperacion xmlns="../SuministroInformacion.xsd">Factura de venta</DescripcionOperacion> - <Contraparte xmlns="..s/SuministroInformacion.xsd"> <NombreRazon>EMPRESA DE TENERIFE</NombreRazon> <NIF>P0000000D</NIF> </Contraparte> - <TipoDesglose xmlns="../SuministroInformacion.xsd"> - <DesgloseFactura> - <Sujeta> - <NoExenta> <TipoNoExenta>S1</TipoNoExenta> - <DesgloseIVA> - <DetalleIVA> <TipoImpositivo>3.00</TipoImpositivo> <BaseImponible>5388.00</BaseImponible> <CuotaRepercutida>161.64</CuotaRepercutida> </DetalleIVA> </DesgloseIVA> </NoExenta> </Sujeta> </DesgloseFactura> </TipoDesglose> </FacturaExpedida> </RegistroLRFacturasEmitidas> </SuministroLRFacturasEmitidas> </SOAP-ENV:Body> </SOAP-ENV:Envelope> |
Ayuda. Verificación de NIF masivo
Por favor, echarme una manita alguien que se haya peleado con el webservice de verificación masiva de NIF.
Genero el xml con las clases VNifV2.wsdl facilitadas por Hacienda pero cuando lo envío me devuelve este error y ya no sé que tengo que cambiar para que entre Error: <?xml version="1.0" encoding="UTF-8"?> <env:Envelope xmlns:env="XXXX://schemas.xmlsoap.org/soap/envelope/"> <env:Body> <env:Fault> <faultcode>env:Client</faultcode> <faultstring>Codigo[103].Se esperaba nodo {XXXX://schemas.xmlsoap.org/soap/envelope/}Envelope y ha venido {XXXX://vvv.w3.org/2003/05/soap-envelope}Envelope</faultstring> </env:Fault> </env:Body> </env:Envelope> XML enviado: <?xml version="1.0"?> <SOAP-ENV:Envelope xmlns:SOAP-ENC="XXXX://vvv.w3.org/2003/05/soap-encoding" xmlns:xsi="XXXX://vvv.w3.org/2001/XMLSchema-instance" xmlns:xsd="XXXX://vvv.w3.org/2001/XMLSchema" xmlns:SOAP-ENV="XXXX://vvv.w3.org/2003/05/soap-envelope"> <SOAP-ENV:Body xmlns:NS2="XXXX://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/burt/jdit/ws/VNifV2Ent.xsd" SOAP-ENV:encodingStyle="XXXX://vvv.w3.org/2003/05/soap-encoding" xmlns:NS1="XXXX://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/burt/jdit/ws/VNifV2.wsdl"> <NS1:VNifV2> <VNifV2Ent SOAP-ENC:arraySize="3" SOAP-ENC:itemType="NS2:Contribuyente" xsi:type="SOAP-ENC:Array"> <item xsi:type="NS2:Contribuyente" SOAP-ENC:id="1"> <Nif xsi:type="xsd:string">A00000001</Nif> <Nombre xsi:type="xsd:string">PRUEBAS1</Nombre> </item> <item xsi:type="NS2:Contribuyente" SOAP-ENC:id="2"> <Nif xsi:type="xsd:string">A00000002</Nif> <Nombre xsi:type="xsd:string">PRUEBAS2</Nombre> </item> </VNifV2Ent> </NS1:VNifV2> </SOAP-ENV:Body> </SOAP-ENV:Envelope> Nota: hay que cambiar "XXXX:" por "h t t p:" y "vvv." por "w w w." (por las benditas reglas del foro) |
Cita:
2.22. Un sujeto pasivo que aplique el SII, suministrará información de las operaciones sujetas a IGIC o IPSI? Únicamente cuando se trate de operaciones sujetas al IGIC o IPSI que no están sujetas al IVA por reglas de localización. En ningún caso se informará cuando las operaciones se realicen a través de un establecimiento permanente situado en Canarias, Ceuta y Melilla. En el campo “Clave Régimen especial o Trascendencia” se consignará el valor 08 y se registrarán como operaciones “no sujetas” en el campo de Importe no sujeto por reglas de localización, pero no debe informarse de los datos que correspondan a estos impuestos (IGIC o IPSI) al tratarse de operaciones no sujetas al IVA. Ejemplo 1. Un empresario con domicilio fiscal en Madrid que aplica el SII presta servicios de abogacía a un profesional establecido en Canarias. Se trata de una prestación de servicios sujeta al IGIC que deberá informarse a través del SII. Ejemplo 2. Un empresario con domicilio fiscal en Madrid que aplica el SII adquiere una partida de mercancías en Canarias y la vende en dicho territorio. Se trata de una entrega de bienes localizada en Canarias al no haber sido transportada al TAI, sujeta al IGIC y que deberá informarse a través del SII. No se utilizará la clave 08 en el caso de entregas de bienes transportadas desde el TAI con destino a Canarias, Ceuta y Melilla o adquisiciones de bienes en el TAI procedentes de estos territorios, debiendo registrarse como exportación (clave régimen especial: 02) e importación respectivamente (tipo de factura: F5). Se recuerda que el territorio de aplicación del impuesto en España (TAI) comprende la Península e Islas Baleares. Supongo que tu caso es el ejemplo 1 o 2, con lo cual hay que hacerlo como explican. En tu xml la mandas como sujeta, cuando debería de ser no sujeta. Al poner el valor en 'Importe no sujeto por reglas de localización', entiendo que no habría que informar de ningún impuesto. Un saludo. |
Hola a todos,
Como muchos de vosotros estoy implementando el tema del SIII y me he leído todo lo que he podido en este hilo. En nuestra empresa exportamos al extranjero (a países fuera de la UE) y no tenemos VAT de esos clientes. He leído por anteriores hilos que es necesario poner en el IDOtro el código 06 o 07 pero no hay manera de que lo acepte si no se introduce el código VAT. ¿Alguien se ha encontrado el caso? Si no tengo el VAT no las puedo presentar ? Salud2 |
| La franja horaria es GMT +2. Ahora son las 15:19:59. |
Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi