Cita:
No es conveniente apurar los plazos de presentación pues, en el caso de ser rechazado el envío o aceptado parcialmente, los registros no procesados no constan como enviados y no dispones de margen para la rectificación y el reenvío, y más coincidiendo el inicio de puesta en marcha del sistema con el periodo vacacional donde muchas pequeñas y medias empresas acogidas al REDEME disponen de recursos de personal administrativo muy reducidos. A este respecto, la contabilización de las facturas recibidas puede realizarse al final de este periodo y enviarlas juntas, pero para las emitidas, si la empresa no detiene su producción y emite facturas diariamente, el envío será diario a partir del 8 día hábil. En mi caso, la solución que he aportado es el desarrollo de un servicio donde el cliente puede configurar el plazo de envío: diario, cada 2 días, 3 días o el máximo legal (no contemplo la posibilidad de los 8 días) y la frecuencia de envío: de 60 a 1440 minutos (realizando consultas con esta frecuencia en busca de registros pendientes). Por otro lado, he desarrollado una consola donde el usuario puede configurar el anterior servicio, el nivel de registro de log de eventos y errores, correo electrónico para el envío de reportes... y la posibilidad de realizar consultas sobre los libros enviados a la AEAT, todo ello muy visual e intuitivo. Lo bueno de un servido es que te aseguras su funcionamiento cada vez que el usuario inicia sesión en el equipo y, más interesante, si se trata de un servidor que está en el cuarto oscuro; funciona de modo desatendido, estableciendo una comunicación directa máquina a máquina y sin intervención del usuario y éste únicamente recibe información vía mail de las incidencias producidas. |
Cita:
Saludos, |
Cita:
|
Cita:
Según la documentación de la AEAT: B) Facturas Recibidas En un plazo de cuatro días naturales desde la fecha en que se produzca el registro contable de la factura y, en todo caso, antes del día 16 del mes siguiente al periodo de liquidación en que se hayan incluido las operaciones correspondientes (período en que se deduce el IVA soportado). Se entiende que el registro contable de la factura se produce en la fecha de entrada en el sistema contable con independencia de la fecha reflejada en el asiento contable. Ejemplo 5: un empresario que recibe una factura el 9 de agosto de 2017 procede a su registro contable con fecha de entrada en el sistema el 13 de octubre. El plazo para remitir el registro de esta factura a través del SII finaliza: a) El 16* de octubre si deduce la factura en el modelo 303 de septiembre (opera la fecha límite). b) el 25 de octubre si deduce la factura en el modelo 303 de octubre. |
Cita:
En un plazo de cuatro días naturales desde la fecha en que se produzca el registro contable de la factura y, en todo caso, antes del día 16 del mes siguiente al periodo de liquidación en que se hayan incluido las operaciones correspondientes (período en que se deduce el IVA soportado). Se entiende que el registro contable de la factura se produce en la fecha de entrada en el sistema contable con independencia de la fecha reflejada en el asiento contable. En el punto 1.12. ¿Cuándo hay que enviar los registros de facturación a la AEAT? del FAQ hay varios ejemplos. Un saludo. |
Cita:
Aparentemente el SII parece un sustituto del 340, pero nos comentan desde Inspección que se aplicará el régimen sancionador del IVA en el caso de deducción de una factura en un periodo en la que la correspondiente factura no ha sido comunicada por el SII dentro del mismo. |
Cita:
|
Buenos días, nosotros tambien hemos subido facturas a producción con nuestro NIF y no estamos en el SII...
Sabéis si hay portal para hacer consultas y modificaciones en Producción??? Claro ahora si voy al portal de pruebas, evidentemente no me aparece las que he subido en producción |
Certificados en 64Bits
Hola buenos días, ya se que este tema esta muy trillado, pero me ha saltado ahora y estoy algo desesperado.
Resulta que el envío de facturas me funcionaba a las mil maravillas, enviaba mas de 13 o 14 con mi librería capicom.dll. El día de ayer me llama un cliente que tiene un s.o. de 64 bits y empieza a petar el envío con mas de 14 facturas. Con las mismas me puse a buscar en este maravilloso foro y vi varias posibilidades de las cuales no me ha funcionado ninguna. 1ª.- Descargue la instalación de capicom a 64 bits y la registre. --> Error no envía mas de 14. 2ª.- Supuse que tendría que compilar mi app para Windows 64 bits, por lo que lo incluí windows 64 bit en Target Plattaforms
Este error es por que PCertContext se debería declarar como constante, pero exactamente no se que valor se le debería dar. Y ahí me he quedado. Me podría alguien echar un cable, o darme unas nociones por si a lidiado con este Montoro ... digo Toro. Gracias. |
Cita:
|
Cita:
|
Envío masivo
Cita:
yo también estoy peleando con este tema, el tope que consigo enviar son 25 facturas. También estoy utilizando CAPICOM. |
Cita:
Bueno 13 no que da mal fario, :D:D:D |
Cita:
http://www.clubdelphi.com/foros/misc...hments&t=91252 Yo lo estoy utilizando en 32 y 64 bits y no tengo ningún problema. No recuerdo quien lo envió (disculpa compañero........)pero le estaré eternamente agradecido. |
notitificar factura española
Buenos días y gracias de antemano,
tengo una duda (porque algo estoy haciendo mal seguro) me dan error todos los CIF de las empresas, a ver si podéis echarme un cable: Código:
//Contraparte |
Cita:
Certs := Store.Certificates.Find(CAPICOM_CERTIFICATE_FIND_SUBJECT_NAME,V,False ); ¿que es el parametro V? ¿como lo obtengo con SecureBlackbox, si es posible? |
Cita:
|
Error al enviar el fichero xml
Hola a todos
Hace un mes escaso, un cliente me a pedido que le programe el envio de facturas por SII ya que está obligado por volumen de facturacióm !!!. Como podeis imaginar llevo 3 semanas revisando este foro. Gracias a comentarios como los de keys, newtron, CMB y muchos otros he conseguido crear los ficheros xml a traves de las clases extraidas de los wdsl. He comprobado los ficheros generados enviandolos manualmente a través del portal y me responde correctamente señalando los aciertos o errores. El problema lo tengo al enviar "directamente", estoy usando CAPICOM.dll y la versión DX10 de delphi y el certificado entiendo que es válido ya que es el mismo que utilizo al hacer el envio manual. El error que me da al enviar es este: An error occurred in the secure channel support - URL:https://www7.aeat.es/wlpl/SSII-FACT/...iiFactFEV1SOAP - SOAPAction:'' Seguro que me dejo algo de configurar, pero no veo que es. Me da el mismo error si en el evento HTTPRIO1BeforeExecute cargo un fichero de los de ejemplo (perviamene modificado el nif, etc) por lo que no creo que el problema sea del xml creado. He consultado a la AEAT pero su respuesta es que dado el volumen de consultas que tienen no pueden responder dudas de configuración. Gracias por vuestra ayuda |
Cita:
Y si es Español directamente paso el CIF, me explico, las unicas propiedades que me da FacturaExpedida.Contraparte son: .NombreRazon .NIFRepresentante .Item si no meto un objeto IdOtro y meto directamente un String "V12346578" por defecto pone la eqtiqueta NIF?? o como va??? Muchas gracias de nuevo! |
Resuelto
Cita:
v:=certif.SubjectName.CommonName; |
Buen día : Una duda como realizaste la prueba en la web de la AEAT a mano, ya que en ENDPOIINt wlpl/SSII-FACT/ws/fe/SiiFactFEV1SOAP
no reconoce el archivo de baja de factura emitida . Gracias |
Cita:
Un saludo. |
Cita:
|
Cita:
Mi principal duda es sobre donde hay que detallar el IDOtro en lugar del NIF: 1) En IDFactura / IDEmisorFactura 2) En FacturaRecibida / Contraparte 3) En ambos sitios Gracias |
Cita:
Un saludo. |
Cita:
Muchas gracias. |
Cita:
Se anotará la factura recibida del proveedor comunitario en el Libro registro de Facturas Recibidas procediendo a su identificación mediante la clave 2 en el campo de tipos de Identificación en el país de residencia “IDType” y su Número de Operador Intracomunitario en el campo "ID". El campo “Código País” no será obligatorio. En el campo “Clave Régimen especial o Trascendencia” se consignará el valor 09. Por otra parte, se deberá calcular y consignar la cuota soportada correspondiente a la citada factura así como cumplimentar el campo “Cuota Deducible”. En estos casos no se debe informar con el campo “Inversión Sujeto Pasivo” que sólo se utiliza cuando el declarante sea sujeto pasivo del Impuesto de acuerdo con lo dispuesto en los artículos 84.Uno.2º y 4º de la Ley del IVA siempre que tengan su origen en operaciones distintas a las adquisiciones intracomunitarias de bienes y servicios. No se registrará dato alguno en el Libro Registro de Facturas Expedidas. Un saludo. |
Cita:
Saludos, |
No funciona produccion
Esta mañana no me funciona el portal de producción.
Tanto si entro a través de la web como si intento hacer un envío me responde: Codigo[103].nif no identificado: (nif y nombre de mi certificado) Es el certificando con el cual vengo haciendo envíos desde el primer día hasta ayer. Supongo que estamos todos igual, no? Por cierto... Felicidades a todos los Juanes y Juanas |
Cita:
|
Cita:
Gracias CMB... He estado un par de horas sin poder utilizar el portal devolviéndome el error antes mencionado: Codigo[103].nif no identificado: (nif y nombre de mi certificado) Ahora ya vuelve a funcionar sin más. |
Cita:
No se si la pregunta es sobre mi consulta, pero de momento solo estoy enviando altas de facturas emitidas y recibidas. Siguiendo un ejemplo del foro en el OnBeforeExecute del componente HTTPRIO uso este código para generar un fichero temporal que luego envio manualmente en el "Portal de pruebas externas > Presentación > Cliente de web service para el entorno de pruebas"
Saludos |
Cita:
Una duda que me surge ahora mismo. En el caso de las facturas simplificadas, etc que van a un CLIENTE DE CONTADO (Genérico). ¿Qué CIF hay que poner en él para que no lo de como erróneo? Un saludo y buen Domingo para los que lo puedan disfrutar... |
Cita:
Saludos |
Cita:
En mi caso, los arqueos de caja que engloban varias facturas simplificadas de clientes "genéricos", los mando como F4, pongo la serie y número inicial y la serie y número final, pero sino pongo el Nif me devuelve: Código:
<faultcode>env:Client</faultcode> ¿Lo estoy interpretando mal? Y también está el caso de las empresas que solo trabajan con facturas (no simplificadas) a las que les viene alguien a comprar, pero no quiere dar datos fiscales. En ese caso, esas facturas que van al "cliente de contado", con que nif tendrían que ir. Porque creo recordar que si lo dejas en blanco también da error. |
Buenos días, os comento unas cuantas cosas por si no lo habéis tenido en cuenta o sirve de ayuda a alguien.
Hay que llevar cuidado con lo que la AEAT entiende por IDFactura. Si tenemos una factura recibida enviada mediante SII y se le cambia la fecha del proveedor, debemos enviar una baja con los datos anteriores y un alta con los nuevos. Si no lo hacemos tendremos la factura duplicada en la AEAT (y por tanto también la cuota deducible). Esto pasaría con cualquier campo que forme parte de IDFactura y tanto en emitidas como en recibidas. Por otro lado me he encontrado con gente que me pregunta qué hacer cuando un nº de factura de proveedor contiene espacios y también he visto casos donde puede haber varios espacios (ni idea de cuantos). ¿Alguien sabe qué hacer en estos casos?, ¿la factura se registra sin espacios?. A raíz de estas preguntas nos encontramos con la importancia de las consultas a la AEAT para ver el contraste. Cuando el contraste de una factura es 3, No contrastada, dice la FAQ que: El emisor o el receptor no han registrado la factura (no hay coincidencia en el NIF del emisor, número de factura del emisor y fecha de expedición). Así tendríamos claro que no hemos registrado la factura de la misma forma que el emisor y podríamos hacer las comprobaciones necesarias. Por supuesto el NumSerieFacturaEmisor de nuestras facturas emitidas enviadas mediante SII deben coincidir con el número que sale impreso en la factura, si en el impreso pone xxxx/17, tendremos que enviarlo con el /17 porque el proveedor lo registrará así. Un saludo. |
Cita:
Nada tiene que ver la obligación o no de una llevanza de libros contables. |
Cita:
|
Cita:
No contabilidad electrónica aún no pero tarde o temprano nos tocará hacerla.... tenemos un cliente en México y ya toca implantarlo allí, tarde o temprano tocará ponerlo en marcha para la AEAT. Al final será todo comunicación electrónica. Saludos |
Cita:
Sobre lo de como poder enviar facturas "normales", NO "simplificadas" asignadas a clientes "genéricos" aún no he conseguido solucionarlo. Les he mandado una consulta, pero sigo esperando respuesta. |
La franja horaria es GMT +2. Ahora son las 23:06:18. |
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