FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1201
|
||||
|
||||
Cita:
Es una opción serie a considerar. Al final al cliente en la mayoría de los casos le da igual la implementación (quiero pensar), mientras el sistema funcione y cumpla con la ley. Y la verdad es que tal y como está planteado, VERI*FACTU evita muchos problemas, simplifica el proceso y los requisitos son bastante más "normales".
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#1202
|
||||
|
||||
A medida que avanza van saliendo noticias en otros medios. Pongo esta, porque el gráfico me ha parecido correcto y clarificador.
El "Gran Hermano" de Hacienda será con códigos QR: así se vigilará a las empresas a través de las facturas
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#1203
|
|||
|
|||
Pero es muy posible que el cliente salga de la tienda lea el QR y la factura todavía no esté en hacienda si por ejemplo subimos todas las facturas en un servicio cada x minutos ¿no?
luego hay algo con los certificados, no sé si es una tontería o no, los que habéis trabajado con Ticketbai seguramente lo tengáis más que pensado o será algo con lo que me como el coco solamente. Veo que en la aplicación tendremos que indicar que es una aplicación verifactu (que enviará toda la información inmediatamente ). Normalmente los servidores no suelen tener instalados un certificado digital porque hasta ahora (quitando el SII) el certificado digital es algo que utilizaba el responsable de administración o alguien con responsabilidad. El Sii realmente no ha cambiado demasiado ese uso porque al enviarse cada cuatro días, todo el mundo facturaba y había un responsable que hacía el envío con el certificado. Pero esto es inmediato o casi inmediato. Estaba pensando en instalar un servicio de envío en un ordenador que no fuera el servidor y que este se dedicara solamente a enviar las facturas que se generen (este ordenador sí tendría el certificado ). Pero que pasa si ese ordenado no se enciende ( o bien por un problema o bien porque el cliente decide no encenderlo ) nosotros indicamos que es una aplicación verifactu pero no está enviando la información inmediatamente, y no sé como controlar eso. He visto que hay certificados de dispositivos y no sé si esto se instalaría en el servidor (he oído campanas pero no sé de donde vienen), estoy aquí imaginando problemas... |
#1204
|
|||
|
|||
Cita:
Creo que ll de firmado elwctronicamente será solo en la opción de si no envías. Por lo demás bien |
#1205
|
||||
|
||||
Cita:
Cita:
De alguna forma deberás controlar que esas facturas que generas, pasado X tiempo DEBAN tener una respuesta, si no es así, es que no se están enviando. Cita:
Cuando pides un certificado personal das tu DNI y con eso quedan enlazados, cuando pides uno de dispositivo das el "SerialNumber" del dispositivo y con eso quedan enlazados.
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#1206
|
|||
|
|||
Cita:
Gracias Neftali! |
#1207
|
|||
|
|||
Cita:
Parece que el email enviado a observaciones.proyectos@aeat.es ha sido rechazado por el servidor de correo de aeat.es Código:
SMTP error from remote mail server after RCPT TO:<observaciones.proyectos@aeat.es>: 550 5.1.1 <observaciones.proyectos@aeat.es>: Recipient address rejected: User unknown |
#1208
|
|||
|
|||
Cita:
Al hilo de esta información, que ocurriría si tienes que emitir una factura el día 16 de abril (último día para emitir las facturas de empresarios o profesionales ) y resulta que te cae el sistema el día 15 y no lo restauras hasta el día 18, por ejemplo. Tendrías que emitir la factura con fecha 18 de abril, cuando tienes el sistema restaurado. Esta factura emitida está mal y te van a solicitar una rectificativa de la misma con fecha de expedición 16 de abril. ¿ Has contemplado esa posibilidad ? |
#1209
|
||||
|
||||
Cita:
Cita:
|
#1210
|
|||
|
|||
Gracias por la información.
Confirmamos entonces que puede ocurrir que el fechado de registros de facturación (Fecha hora y minuto) puede diferir de la fecha de emisión del registro. ¿ Se te ha dado el caso de tener que emitir una factura rectificativa que corrige la fecha de expedición de una factura expedida en fecha incorrecta ?. Este caso no es atribuible a error técnico, en este caso el cliente se olvida de que tiene que facturar y lo hace pasado el plazo de legal ( antes del día 16 del mes siguiente al periodo de devengo para empresarios y profesionales ). En este caso también habría diferencias entre la fecha de fechado de registro y la fecha de expedición. |
#1211
|
||||
|
||||
Cita:
Por otro lado, si alguien se olvida de hacer la facturación es asunto suyo. En ese caso tendrá que hacer la facturación con la fecha de factura de cuando las haga y en su caso cambiar la fecha de operación. |
#1212
|
||||
|
||||
Solo por aportar algo en el tema de los cifs correctos o no. Una de nuestros clientes a enviado una factura a TicketBAI y hacienda le ha devuelto el aviso siguiente
Cita:
|
#1213
|
|||
|
|||
Cita:
y mandale lo que te ha pasado en periodo de consulta. |
#1214
|
|||
|
|||
Registro de eventos
Bueno. creia que los que ibamos a adaptaar el software solo para envios directos nos ibamos a librar del registro de eventos, supongo que solo será en ciertos casos.
Por que una consulta a verifactu, nos hacen referencia a que en ese caso hay que generar el evento del error. Ahora, además, me queda la duda si el evento se envia |
#1215
|
|||
|
|||
Cita:
Entonces la consulta vinculante a la que hago referencia el post de hace unos días donde se constata que hay que emitir una factura rectificativa por sustitución para enmendar una anterior emitida con fecha de expedición incorrecta, no se puede realizar en Verifactu ??? La fecha de operación de una factura es la fecha en que se entregan los bienes o se presta el servicio, si el cliente no es profesional o empresario entonces coincide con la fecha de expedición. Si es empresario o profesional, entonces la fecha de operación puede distinta de la fecha de expedición. La fecha de operación de una factura rectificativa es la fecha de expedición de la factura que rectifica. He hecho la consulta a Verifactu a ver qué me responden. Pondré la contestación en el foro. |
#1216
|
|||
|
|||
Buenas noches.
Ya he conseguido generar un xml mediante la función GetsfSOAP. Código:
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://www.w3.org/2003/05/soap-envelope" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:SOAP-ENC="http://www.w3.org/2003/05/soap-encoding"> <SOAP-ENV:Body xmlns:NS1="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SistemaFacturacion.wsdl" xmlns:NS2="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroLR.xsd" xmlns:NS3="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroInformacion.xsd"> <NS1:AltaFactuSistemaFacturacion SOAP-ENV:encodingStyle="http://www.w3.org/2003/05/soap-encoding"> <AltaFactuSistemaFacturacion SOAP-ENC:id="1" xsi:type="NS2:AltaFactuSistemaFacturacion"> <Cabecera SOAP-ENC:id="2" xsi:type="NS3:Cabecera"> <IDVersion xsi:type="NS3:VersionType">1.0</IDVersion> <ObligadoEmision SOAP-ENC:id="3" xsi:type="NS3:PersonaFisicaJuridicaESType"> <NombreRazon xsi:type="xsd:string">EMPRESA VENDEDORA</NombreRazon> <NIF xsi:type="xsd:string">56423076R</NIF> </ObligadoEmision> <TipoRegistroAEAT xsi:type="NS3:TipoRegistroAEATType">T0</TipoRegistroAEAT> </Cabecera> <item SOAP-ENC:id="4" xsi:type="NS2:FacturasEmitidasType"> <RegistroFacturacion SOAP-ENC:id="5" xsi:type="NS3:RegistroFacturacionType"> <IDFactura SOAP-ENC:id="6" xsi:type="NS3:IDFacturaExpedidaType"> Cita:
Ha sido el código que ha generado automáticamente. Muchas Gracias. |
#1217
|
|||
|
|||
Me respondo yo mismo.
He conseguido solventar el problema utilizando GetLocalName en vez de Text Pero me he dado cuenta de un detalle Código:
<SOAP-ENV> <SOAP-ENV:Body > <NS1:AltaFactuSistemaFacturacion> <AltaFactuSistemaFacturacion> <Cabecera SOAP-ENC:id="2" xsi:type="NS3:Cabecera"> ........ ........ </Cabecera> <item SOAP-ENC:id="4" xsi:type="NS2:FacturasEmitidasType"> <RegistroFacturacion> ..... ...... Sabéis de qué puede ser ? Muchas Gracias. |
#1218
|
|||
|
|||
Cita:
Saludos. |
#1219
|
||||
|
||||
Cita:
|
#1220
|
|||
|
|||
Cita:
La fecha de la sustituida va en su nodo Código:
<FacturasRectificadasSustituidas> - <IDFacturaRectificadaSustituida> <SerieFactura>12.1.1</SerieFactura> <NumFactura>8</NumFactura> <FechaExpedicionFactura>15-01-2024</FechaExpedicionFactura> </IDFacturaRectificadaSustituida> </FacturasRectificadasSustituidas> Código:
<Factura> - <CabeceraFactura> <SerieFactura>12.1.4</SerieFactura> <NumFactura>1</NumFactura> <FechaExpedicionFactura>29-01-2024</FechaExpedicionFactura> <HoraExpedicionFactura>11:04:11</HoraExpedicionFactura> <FacturaSimplificada>S</FacturaSimplificada> .... |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Hijo de Informáticos | gluglu | Humor | 3 | 13-03-2007 11:05:35 |
Adictos informaticos ... | Trigger | Humor | 2 | 11-10-2004 12:18:32 |
Nosotros los Informáticos | Trigger | Humor | 1 | 10-10-2004 14:58:09 |
Patrón de los Informáticos. | obiwuan | Varios | 20 | 10-09-2003 14:44:54 |
Chistes Informaticos | jhonny | Humor | 2 | 11-08-2003 21:59:09 |
|