FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1921
|
|||
|
|||
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. |
#1922
|
|||
|
|||
Cita:
Saludos, |
#1923
|
||||
|
||||
Cita:
__________________
Be water my friend. |
#1924
|
|||
|
|||
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. |
#1925
|
|||
|
|||
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. |
#1926
|
|||
|
|||
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. |
#1927
|
|||
|
|||
Cita:
|
#1928
|
|||
|
|||
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 |
#1929
|
||||
|
||||
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. |
#1930
|
|||
|
|||
Cita:
|
#1931
|
|||
|
|||
#1932
|
|||
|
|||
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. |
#1933
|
||||
|
||||
Cita:
Bueno 13 no que da mal fario, |
#1934
|
|||
|
|||
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. |
#1935
|
|||
|
|||
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 FacturasEmitidas.PersonaFisicaJuridicaType contraparte = new FacturasEmitidas.PersonaFisicaJuridicaType(); contraparte.NombreRazon = Factura.Contrap_RazonSocial; //Razón Social if (Factura.Contrap_NIFRepresentante != "") contraparte.NIFRepresentante = Factura.Contrap_NIFRepresentante; //NIF Representante FacturasEmitidas.IDOtroType IdOtroContrap = new FacturasEmitidas.IDOtroType(); //IdOtro if (Factura.Contrap_IdPais != null) { IdOtroContrap.CodigoPais = p.FacturasEmiConvertirPaises(Factura.Contrap_IdPais); //País IdOtroContrap.CodigoPaisSpecified = true; } IdOtroContrap.IDType = dp.FacturasEmiConvertirDocPaises(Factura.Contrap_IdType); //Doc País IdOtroContrap.ID = Factura.Contrap_Id; //Id contraparte.Item = IdOtroContrap; f.FacturaExpedida.Contraparte = new FacturasEmitidas.PersonaFisicaJuridicaType(); f.FacturaExpedida.Contraparte = contraparte; f.FacturaExpedida.TipoDesglose = new FacturasEmitidas.FacturaExpedidaTypeTipoDesglose(); |
#1936
|
|||
|
|||
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? |
#1937
|
||||
|
||||
Cita:
|
#1938
|
|||
|
|||
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 |
#1939
|
|||
|
|||
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! |
#1940
|
|||
|
|||
Resuelto
Cita:
v:=certif.SubjectName.CommonName; |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
TICKET BAI (TicketBAI); Nuevo sistema de la Agencia Tributaria del Pais Vasco | keys | Internet | 4246 | Hace 1 Día 11:17:09 |
AEAT envio de datos vía Webservice problemas con WSDL | CelsoO | Internet | 11 | 09-10-2019 20:03:41 |
webService Soap de la Administración Digital Española notific@ | apicito | Internet | 3 | 31-01-2017 11:25:28 |
Error en Webservice funcion envio de sms | webmasterplc | Delphi para la web | 5 | 25-07-2013 20:10:29 |
Problemas con envío de XML a un WebService | davidvamo | Internet | 1 | 13-02-2007 15:49:20 |
|