Empezado por pablog2k (Mensaje 558505)

con esto del encadenamiento, me quedé pensando si había algo más optimo que tener que dar el nº de factura al 'confirmar' o 'cerrar' la factura, (lo cual es lo mejor para no liarla con el encadenamiento, pero la mayoría de ERP's y similares, el nº de factura te lo dan al crear la factura, es más, dile tú al cliente que esté metiendo una factura en su sistema, que hasta que no acabe con la factura no va a ver el nº...)
En fin, me he puesto en el ejemplo de , hay 2 personas metiendo facturas, una de ellas mete la factura nº10, y el de al lado mete la factura nº11. El de la factura nº11 la ha acabado antes que el de la 10, ya que eran pocas líneas, así que la 'confirma', se genera el QR y se sube a hacienda, encadenando con la nº9. Hacienda contesta OK. Más tarde, el de la 10 que ha metido muchas líneas y se ha entretenido tomándose un café, cierra/confirma su factura, se genera el QR , encadena con la factura nº10 y se sube.... pues en este caso me han contestado OK (lo cual veo genial, mientras esté en el mismo día, creo que estas situaciones pueden darse, de finalizar una factura con una numeración posterior antes que una numeración anterior)

Empezado por ermendalenda (Mensaje 558504)

Comprobado envios registros:

Simplificada Ok -> Hecho
Ordinaria Ok -> Hecho
Sustitutiva Ok ->1 No se por donde empezar
Rectificativa Ok ->2 Idem
Anulación Ok ->3 Casi lo mismo


Comprobación QR:

Simplificada Ok
Ordinaria Ok

Empezado por pablog2k (Mensaje 558505)

con esto del encadenamiento, me quedé pensando si había algo más optimo que tener que dar el nº de factura al 'confirmar' o 'cerrar' la factura, (lo cual es lo mejor para no liarla con el encadenamiento, pero la mayoría de ERP's y similares, el nº de factura te lo dan al crear la factura, es más, dile tú al cliente que esté metiendo una factura en su sistema, que hasta que no acabe con la factura no va a ver el nº...)
En fin, me he puesto en el ejemplo de , hay 2 personas metiendo facturas, una de ellas mete la factura nº10, y el de al lado mete la factura nº11. El de la factura nº11 la ha acabado antes que el de la 10, ya que eran pocas líneas, así que la 'confirma', se genera el QR y se sube a hacienda, encadenando con la nº9. Hacienda contesta OK. Más tarde, el de la 10 que ha metido muchas líneas y se ha entretenido tomándose un café, cierra/confirma su factura, se genera el QR , encadena con la factura nº10 y se sube.... pues en este caso me han contestado OK (lo cual veo genial, mientras esté en el mismo día, creo que estas situaciones pueden darse, de finalizar una factura con una numeración posterior antes que una numeración anterior)

Empezado por bmfranky (Mensaje 558507)

Aprovecho tu lista para actualizar la mia ;-), se admiten sujerencias....

Empezado por ermendalenda (Mensaje 558506)

Es raro pero puede estar ok, pero veo lagunas, te puede quedar huecos de numeración si el cliente A decide finalmente no realizar la transacción y ahora como cubres ese hueco, dejar huecos de numeraciones no está permitido y si lo cubres en una fecha diferente?
No lo veo.

Empezado por bmfranky (Mensaje 558508)

Hola, yo muestro un numero de factura"Recomendado", pero hasta que genero no lo asigno, si una empresa envia muchasfacturas encadenadas al tuntun , dijeron que al final tomarian acciones, recuerdo que alguien posteo una consulta al respecto.

Empezado por ermendalenda (Mensaje 558509)

Sugerencias:
Deja las anulaciones solo para las sustitutivas , haz rectificativas de las demás si quieres anular una factura.
Controla que de una factura simplificada u ordinaria se pueden hacer vatñrias rectificativas.
Para mi la rectificada por diferencias es la más clara pero hay a quien le gusta o le viene mejor por sustitución.

Empezado por pablog2k (Mensaje 558511)

es buena idea esto del nº de factura recomendado y luego asignar el nº d factura final. Lo de encadenadas al 'tuntun', pues si no lo permiten, que de error al subirlas,no? si estoy cumpliendo con la normativa y las estoy subiendo y me dice OK y no me dice ERROR DE ENCADENAMIENTO... porque iba a tener problmeas?

Empezado por bmfranky (Mensaje 558512)

Hola, entonces , para abonar una factura completa, emitis una rectificativa por diferencias, inprimo una factura completa con todos los datos , con las cantidades en negativo, pero reflejando que es un factura rectificativa de la factura x, y al enviar poniendo el ripo factura como R1?
Perdonad pero para las cosas que no he hecho nunca soy bastante durito de mollera... :D

Empezado por ermendalenda (Mensaje 558515)

Sí, perdona las facturas tipo F1 (Ordinarias) tambien es aconsejable que puedas emitir anulación.
Las rectifictivas las uso para las simplificadas y para las ordinarias pero ni para sustitutivas ni para rectificativas. Las anulaciones solo para sustitutivas y ordinarias
Ejemplo sustitutiva anulada:

Selecciono una simplificada o varias, elijo el cliente y emito la sustitutiva, me doy cuenta antes de entregarla y aviso a un supervisor para que meta la clave para anularla y se me libera la simplificada para hacer otra sustitutiva,

Para una ordinaria simplemente anulo con la clave del supervisor.
También hay una discusion abierta si aunque se la entreges al cliente la anules, y como realmente no lo puedes controlar ni te metas en explicarlo, simplemete permitelo, pero dejando la opcion de alguna forma de generar un documento "interno" de anulacion para entregar al cliente para que sepa que se a anulado. El problema viene que el cliente, a pesar de anularla la declare.

Empezado por pablog2k (Mensaje 558516)

es más, recordad que el campo que identifica a la factura (y por lo tanto a la huella) es este:
Nº Serie+Nº Factura que identifica a la factura emitida
Mucha gente hará nº de serie + guion + nº fac (ejemplo A-23)
otros harán A23
otros A 23
otros A/23

dudo mucho que hacienda tenga un algoritmo que sepa sacar de este campo el nº de serie por una parte, y el nº de factura por otro, y lo compare con tu ultima huella, y se ponga a comprobar a ver si has subido A21 antes que A-20, o si resulta que la RECT1 que subes de rectificativa el nº corresponda según la huella....

Empezado por bmfranky (Mensaje 558517)

Entonces si puedo anular completamente una F1, de venta de materiales, aunque tambien podria de reparacion, la verdad lo veo complicado a no ser que consignara que es por impago, que en ese caso seria una rectificativa, aunque no recuerdo el tipo...
pero bueno voy a ir por partes que sino me pierdo .
Menos mal que yo no uso tickets , ni tengo superior con llave;), la que podria liar.
Entonces me recomendais que en los materiales guardados de una factura añada un campo abonado, para controlar si efectivamente se abono de esa factura, como lo veis.

Empezado por ermendalenda (Mensaje 558521)

Por impago tienes que tener una resolución judicial o algo así, no te aconsejo mucho que lo uses, eso es para reclamaciones judiciales.
Efectivamente un campo abonado pero numérico com decimales por si la cantidad abonada es menor que la original.

Empezado por bmfranky (Mensaje 558530)

@djatila Tienes el buzon lleno, no puedo contestar tu mensaje.
Cuando hay un error continua mandando el campo operacion vacio.
No entiendo antes se comia la descripcion de las reparaciones ahora me da error.

Sera por que se pasa de caracteres? , he quitado incluso los retornos de carro por si acaso.

Empezado por jguarda (Mensaje 558532)

y en vez de andar con sustitutivas, rectificativas ...etc, etc, no es mejor dar da baja la factura y emitir un alta nuevo con las modificaciones que sean necesarias ??

Empezado por ermendalenda (Mensaje 558534)

Son 500caractteres máximo
Pero tampoco es necesario que detalles a ese nivel la operación
Con poner reparacion o algo así

Empezado por ermendalenda (Mensaje 558536)

Ayer puse uno de los motivos por los que eso es peligroso.
Cambios de tipos de iva, precios etc.
Para el que lo tenga el toro cogido por los cuernos bien.
Pero imagínate que este gobierno no para de hacer cambios fiscales y tipos impositivos de un día para otro. Que hagas un tiquet al 0% y al día siguiente, esté al 4% los mismos productos,, además no te admiten ya enviar al 0% a no ser que sea una rectificativa o una sistitutiva ni el usuario va a cambiar el tipo d eiva un momentito para emitir la factura. Se pueden producir muchas situaciones irregulares y no está el horno para bollos.

Empezado por [email protected] (Mensaje 558540)

Yo hasta ahora no habia usado las rectificativas ni las sustitutivas, hacia una nueva NEGATIVA y a continuación la NUEVA correcta.

Pregunto que pasa CONTABLEMENTE con estas facturas que has hecho 1º NORMAL que incluso puede estar liquidada en el IVA mes anterior, la RECTIFICATIVA o la SUSTITUTIVA en el mes siguiente .

Como se arregla en la contabilidad la presencia de estas 2 o 3 facturas que una arregla/sustituye a la otra.

????

Empezado por bmfranky (Mensaje 558537)

Ok, gracias, es que como tambien estoy intentando adaptar la factura electronica a la vez y ahi si que hay que especificsarlo, pues por eso.

Empezado por bmfranky (Mensaje 558544)

Hola, como seria el alta solo para la sustitucion de la huella, el error 2000?

Empezado por ermendalenda (Mensaje 558545)

No te entiendo muy bien.
El alta ?

Empezado por bmfranky (Mensaje 558546)

Perdon, la rectificativa o lo que se tenga que emitir, cuando indica aceptada con errores, error de la huella.

Empezado por ermendalenda (Mensaje 558547)

Debe estar mal formada. Le has puesto el encadenamiento ? Es igual que la normal, tienes que ponerle correctamente el tipo de factura creo que era R5 para las rectificativas de simplificadas
A mi me va bieb

Empezado por bmfranky (Mensaje 558548)

Si, si el problema se cual ha sido, en vez de asignar la fecha actual a la huella , he añadido la de la reparacion de la proforma cargada, entonces fallo, ahora esta corregido, pero la factura esta guardada , con el error de huella, aunque ya esta solucionado, querria corregir la guardada, para mantener vien la cadena.
Deciros que a veces, devuelve error con operacion vacia lo que da fallo al parsear, la respuesta por campo vacio.

Empezado por ermendalenda (Mensaje 558549)

Pues acabas de crear otra duda.
Que hacer con la siguiente factura en el registro de huella anterior, admitirá las 2, la errónea y la arreglada? Vaya lio aquí

Empezado por espinete (Mensaje 558552)

Estoy intentando hacer un recopilatorio de las diferentes circunstancias que pueden darse al enviar facturas, con ayuda de varios mensajes del hilo, que creo que pueden resultar muy útiles.
Al menos a mí esto es lo que más me cuesta entender para saber qué hacer exactamente en cada caso, qué mensaje mostrar al usuario, evitar enviar duplicados, etc.

La lista oficial de errores posibles está aquí:
https://prewww2.aeat.es/static_files...res.properties

El envío puede devolver lo siguiente:

- Error en el envío/conexión:
Ocurre si por ejemplo no hay conexión a internet, el servidor de Hacienda está caído, se ha superado el tiempo de espera porque está saturado, etc.
Aquí Hacienda no ha recibido nada y por lo tanto no ha respondido nada. Aún no tienen la factura ni nada.
Aquí simplemente hay que marcarla como "Error" y volver a enviar la factura (o lo que estés enviando) cuando volvamos a tener conexión, pero con cuidado de seguir el orden cronológico de las mismas (a lo mejor se han hecho 5 facturas desde que perdimos la conexión, así que hay que enviarlas por orden porsiaca).

- Factura Correcta (sin errores/avisos):
Aquí está todo bien. O al menos Hacienda se la ha tragado. Ya tienen la factura. La marcamos como "enviada" y listo.
Ojo, que sea correcta no quiere decir que no tenga algún error. Puede que nos hayamos equivocado nosotros (importe, cliente incorrecto, IVA incorrecto...) así que podemos "subsanarla" obviamente, o "rectificarla" si fuera el caso.

- Factura "Parcialmente Correcta":
Hacienda la ha recibido y en principio la ha aceptado, aunque tiene algunos datos que no son del todo válidos.
Habría que marcarla como "Enviada con avisos" o algo así, para que sepamos que algo está mal y hay que subsanar (y evitar enviarla dos veces)
No podremos volver a subirla como factura ordinaria porque ya existe. Si acaso, hay que hacer una "subsanación" (¿o Anulación?), según el error que sea, hasta que devuelva "Correcta".

- Factura Incorrecta
Hacienda no ha recibido la factura. No se trata de un error de conexión/envío, sino de la factura. Habría que marcarla como "Error" y volver a subirla como "subsanación por rechazo previo", habiendo corregido los errores indicados.

Según el listado de errores, habría que distinguir qué errores son "subsanables", cuales requieren "rectificativa" y con cuales se puede reenviar de nuevo sin que dé "duplicada". O incluso si hay algún error/aviso que no sea importante y a Hacienda le de igual y se puede quedar así.

A mí esto es lo que más me preocupa, porque conociendo a los clientes, son capaces de reintentar "Enviar" 500 veces sin leer el mensaje ni nada, o de ponerse a enviar como locos una vez se reanude la conexión sin importar el orden, etc. Pero lo más importante es cómo proceder en cada caso, porque en un software (por ejemplo un TPV, cuya interfaz suele ser más minimalista sin tantas opciones visibles), si ocurriera un error que hay que subsanar, hay que decirle al usuario que debe modificar algo, y no todos los empleados de la tienda tienen permisos para modificar facturas, cambiar el cliente, etc.

Empezado por bmfranky (Mensaje 558550)

Hola, en la respuesta te da la huella correcta , que yo almaceno , si o si en el registro de encadenamiento para la siguiente, pero ahora voy a automatizar la correccion, siguiendo esto.

Segun esto hay que reenviar simplemente solucionando el conflicto en mi caso, la fecha de factura enviada que no era la correcta , pero podriamos simplemente sustituir los datos devueltos por los originales de la factura y reenviar.