![]() |
Cita:
Aclara bastantes dudas, ya que son preguntas de otros usuarios. El encadenamiento de registros, como otras cosas no depende de si está activo veri*factu o no. Una respuesta... "Se recuerda que el registro de facturación debe ser generado inmediatamente antes o simultáneamente a la expedición de la factura. Quiere eso decir que, si se ha podido imprimir la factura, el registro ya se ha generado y por lo tanto debe existir y, en el caso de NO VERI*FACTU, conservarse. En el caso de VERI*FACTU, será necesario reintentar la remisión hasta conseguirlo y marcar el campo "Incidencia" en la remisión del registro de facturación. Si se produjera una pérdida posterior del registro de facturación, se supone que se guardan en alguna parte los datos necesarios para encadenar cada nuevo registro, es decir, al menos, los campos de identificación de la factura y la huella del reg. de facturación anterior." La parte subrayada afecta al registro de facturación que debes generar (independientemente que estés como VERI*FACTU o NO-VERI*FACTU) Cita:
NO-VERIFACTU es más restrictivo que VERIFACTU. Por lo tanto, si tu programa es compatible con VERIFACTU sólamente (menos restrictivo) NO será compatible con NO-VERIFACTU (más restrictivo). Perdona si no te estoy entendiendo bien. |
Cita:
Hash: [Verifactu: Sí] [No Verifactu: Sí] Firma: [Verifactu: No] [No Verifactu: Sí] Registro de eventos: [Verifactu: No] [No Verifactu: Sí] Envío a AEAT: [Verifactu: Sí] [No Verifactu: No] |
Cita:
[Verifactu:No] [No Verifactu:Sí] |
Cita:
|
Cita:
|
Nube y certificados
Buenos días,
Los que tenéis el programa en Cloud, cómo tenéis el tema de los certificados? Hay que tener en cuenta algo especial a nivel de custodia o responsabilidades para nuestra empresa? Estoy un poco perdido con esto Gracias |
Cita:
La opción 2 me gusta más: Con un certificado tuyo firmas el acuerdo de enviar los datos como tercero, teniendo en cuenta que tiene que estar informado en los xmls. Igualmente para cualquier cosa que necesite certificado, por ejemplo facturae, pero hay que tener otra cosa en cuenta, si le das el servicio como tercero todo tiene que ser con ese certificado, o sea si el cliente tiene que hacer una consulta tiene que usar ese certificado, así que le tendrás que preparar los servicios que necesite. De todas formas vamos a esperar a ver que tipos de certificados admiten , por que otra opción sería los certificados de dispositivo, que aunque no hayan hablado de él lo mismo hay suerte y lo meten. Por supuesto si conservas los certificados de yus clientes en tu servidor tienes que tener una certificación etc.. |
Cita:
Gracias ^\||/ |
Desde nuestro software cloud cada cliente subirá su certificado y será con ese certificado con el que se firmen los documentos,xml, etc... ¿no es la forma? ¿hay que firmar con otro certificado?
|
Cita:
Mientras no pase nada bien, como haya un problema de seguridad vas a tener un problema enorme. |
Ante un problema de seguridad lo mismo da que lo firmes con el certificado que suba el cliente, es decir con el suyo, que firmando nosotros como terceros.
No se si habrá otra forma de hacerlo pero yo veo que todos los programas cloud lo hacen así. |
Cita:
|
Cita:
Cuando hablas de vuestro software cloud imagino que no será delphi. ¿Con qué lenguaje está hecho? |
Después de las ostias que me di con TBAI no tenía muchas ganas de empezar pronto con esto, pero creo que debo ponerme las pilas... Voy perdido, muy perdido...
Algún video o pdf con resúmenes de todo? Estoy viendo el Indice pero no tengo claro por donde empezar a leer. Entiendo que todos deben emitir, aquí se puede elegir entre subir facturas o facturas simplificadas? |
Cita:
Revisa el mensaje #1 del hilo. Ahí también tienes varios links al FTP del club donde hay algunas presentaciones y documentos. El documento de preguntas y respuestas aclara bastantes cosas. Si has hecho ticketBAI ya tienes bastante avanzado, ya que muchas cosas van a ser similares (generación -con formato diferente-, firma, encadenamiento, QR,...) |
Cita:
|
hola, no está en Delphi, está en PHP y JavaScrip
|
Cita:
So puedes colocar los certificados que no pasen en ningún momento por tu servidor mejor por tu tranquilidad. |
No veo esa forma de ninguna manera factible, con 300 clientes a ver como vas a ponerte a instalar apache server en cada uno, con las medidas de seguridad oportunas cada cliente firmará con su certificado desde nuestra aplicación, cada uno sube su certificado y su contraseña que por supuesto se guarda totalmente encriptada. Y así lo hacen todos los software en la nube, quizas tu me hablas de programas de escritorio.
|
Facturas simplificadas de más de 400€
Las facturas simplificadas no pueden tener un importe superior a 400€ IVA incluido. ¿Cómo actuar en caso de que un cliente supere ese importe en una compra?
Ejemplo: En un supermercado compro una televisión y la compra semanal. Total: 623€ Nunca he visto que no hicieran una factura simplificada. Le entregan el ticket al cliente y la cajera pasa al siguiente. Sin embargo, no cumplirían la norma. ¿Cómo lo hacen para cumplirla? Gracias por vuestra ayuda. |
Cita:
Si aún así, el valor excede de 3000€, debe expedirse una factura completa, o partir la operación en varias facturas simplificadas que no exceda ninguna de 3000€. "Se consideran ventas al por menor las entregas de bienes muebles corporales o semovientes en las que el destinatario de la operación no actúe como empresario o profesional." https://sede.agenciatributaria.gob.e...s-factura.html |
Cita:
Hola, yo suelo gastar el manido, Cliente Contado o Mostrrador, eso ahora ya no seria legal?, tengo unos clientes rusos, a los que les facturo asi y de momento no me han dicho nada, ni el gestor ni desde hacienda. Ya sabeis , cliente nombre Contado, NIF 99999999Z. Vosotros, no lo contemplais?? |
Cita:
Por lo que yo entiendo o se hace una factura simplificada sin identificar cliente o si se hace una factura hay que identificarlo con un nif y nombre válidos por lo que no sería correcto hacer facturas "normales" con un "Clientes varios". Por ejemplo, el sii una factura con ese nif y ese nombre la rechazaría y me temo que en verifactu pasará lo mismo por lo que hay que buscar la forma de que las facturas vayan con clientes correctos (otra movida). Saludos. |
Cita:
Pues otra pregunta a pasarles a esta gente, a ver si reponden como toca o con el copypaste de cuando no quieren responder. |
Cita:
|
Cita:
Literal asi, como lo explico, ya hace varios años, desde antes de la pandemia, les reviso el generador en el yate, al hacer la factura me pagan asi. |
Cita:
Entiendo que eso no es posible. Cita:
Esa es más la misma solución que tenemos nosotros. CLIENTE CONTADO = Simplificada Cita:
Factura CONTADDO = SImplificada Si pones un 99999999Z o similar te la rechazará. |
Cita:
Además, incluso si son rusos o del Oriente medio, en España no creo que puedes vender cosas por más de 3000 € sin identificar al comprador... ¿O me estoy mezclando con otra cosa? |
Cita:
Si te exigen una única factura y ésta excede de los 3000€, debes hacer una factura completa con identificación de cliente utilizando el campo IDOTRO para identificar al cliente extranjero. |
Cita:
Cita:
Cita:
Muchas gracias por vuestras respuestas, para venta de recambios, ya tenia previsto hacerlo asi, pero para reparaciones, no se como lo hare, puesto que no creo que traguen que he reparado algo a alguien que no conozco, ahunque realmente sea asi, las facturas no suelen llegar a 1000€ asi que podria hacerlas como simplificadas. Supongo que les hacer de venta, poniendo la mano de obra como materiales, asi supongo que si pasaria como simplificada. |
Cita:
Co.o te dicen los compañeros el equivalente a dactura contado= Factura simplificada, que además llevaría un contador diferente que las facturas ordinarias(con cif y nombre del cliente) Por otro lado los importes, máximo 3000 euros, pero, si ye pagan en efectivo solo pueden pagarte hasta 1000 euros, a partir de ahí debe ser p9r un medio verificable, transferencia, tarjeta...da igual qur sea simplificada u ordinaria, efectivo máximo 1000euros. Como te pillen ialg7na factura de más de 1000pavos que no pase por wl banco prepara 5000 pavos para reimplantarte el pelo. |
Cita:
Realmente no sabia que lo de cliente contado fuese ilegal, en muchisimos sitios lo hacen por eso mi duda, a partir de ahora lo implementare de esta forma, gracias. Otra cosa, sabeis si se pude hacer una factura simplificada de una reparacion o trabajo o solo se puede de ventas de materiales? |
Me respondo a mi mismo, no se puede mas que en los supuestos dados, en la normativa de facturacion.
A saber tipos de negocio en los que no tengas que recepcionar el inmueble / maquina en el que has de trabajar... |
Cita:
Cuidadín con lo de partir las facturas porque en caso de inspección si la aeat entiende que esas facturas pertenecen a un mismo trabajo estarías en las mismas. Un ejemplo: Este verano he estado una semana en un hotel, la cuenta pasaba de 1000 euros y la pagué a la entrada por tarjeta. A la salida tenía que pagar unos cuantos "gintoniles" que cargué a la habitación y no me dejaron pagarlo en efectivo, tenía que ser igualmente por tarjeta porque corresponde a un mismo servicio. Saludos. |
Cita:
Si, eso lo entiendo, en mi caso, por ejemplo, seria le cambie 4 cubiertas a un vehiculo y 3 dias despues los discos y pastillas de freno que al desmontar vi que estaban mal.... Porque todo subia 1300€ Y el cliente siempre paga en cash.... |
Cita:
Dinos quien es que lo vamos a esperar en una esquina y le damos un palo. :D:D |
Cita:
En ventas hasta los 3000.euros, y en reparaciones, yo interpreto, según la normativa, que sólo hasta 400, ya que no hay entrega de bienes. Pero, en cuando mezcles los 2 conceptos en la misma factura se complica, y en ese caso yo haría caso a la más restritiva(400maximo), pero este tema es mejor que tu asesor lo pregunte a la aeat. La normativa es así: Cita:
|
Cita:
Conforme entre en faena , ire preguntando, como lo voy trasteando a ratos libres, se me va a hacer eterno. |
Entiendo que aquí desde el software de facturación poco puedes hacer, la responsabilidad es del usuario porque si hacen detalle dela factura sin artículos a ver como vas a controlar si tiene que poder superar los 400 o no. tampoco ricemos el rizo.
|
Cita:
Por tanto,al menos, poner el máximo en 3000 lo veo bien y el resto r3sponsabilidad del comercio. |
| La franja horaria es GMT +2. Ahora son las 03:19:46. |
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