Ir al contenido principal

Día 2. Requisitos de las facturas y primeras tabla

Lo primero que tenemos que saber, es que datos debemos guardar en la base de datos. Para ello, como yo estoy en España, busco la información en la página de la Agencia Tributaria española. Allí dice que la información que debe tener una factura es:
  • Número y, en su caso, serie. La numeración de las facturas dentro de cada serie será correlativa.
  • La fecha de su expedición.
  • Nombre y apellidos, razón o denominación social completa, tanto del obligado a expedir factura (este creo que soy yo) como del destinatario de las operaciones.
  • Número de Identificación Fiscal
  • Domicilio, tanto del obligado a expedir factura como del destinatario de las operaciones
  • Descripción de las operaciones, consignándose todos los datos necesarios para la determinación de la base imponible del Impuesto y su importe, incluyendo el precio unitario sin Impuesto de dichas operaciones, así como cualquier descuento o rebaja que no esté incluido en dicho precio unitario
  • El tipo impositivo o tipos impositivos, en su caso, aplicados a las operaciones.
  • La fecha en que se hayan efectuado las operaciones que se documentan o en la que, en su caso, se haya recibido el pago anticipado, siempre que se trate de una fecha distinta a la de expedición de la factura.
Con los datos anteriores, de momento voy a hacer una hoja de cálculo con Calc, que creo que será suficiente para la facturación:

Nada más meter cuatro facturas, me doy cuenta de que estoy repitiendo algunos datos varias veces. Además, al filtrar he visto que algo pasa, puesto que tengo dos facturas del cliente Asesoría Pérez, pero solo me muestra uno:

Aunque los problemas anteriores se pueden solucionar en Calc, creo que será más fácil hacerlo con bases de datos, así que me pongo a ello, pero lo dejo para otro día




Comentarios

  1. Al filtrar solo te muestra uno porque (Asesoria Perez) y (Asesoría Perez) son distintos porque uno tiene tílde y el otro no. A veces al tipear me equivoco en una letra y el filtrado sale mal, quizas usar base de datos me ayude a reducir esos errores

    ResponderEliminar
    Respuestas
    1. Sí, eso es lo que quería que se viera, que a veces nos equivocamos y luego el resultado no es el que esperamos

      Eliminar
  2. ¡¡¡ Muchas Gracias por el trabajo que os tomais !!!

    ResponderEliminar

Publicar un comentario

Entradas populares de este blog

Día 16. Empleo de la tabla desde-hasta. Subconsultas

Hoy vemos como emplear la tabla desde-hasta de tipos de IVA que creamos el último día. Para ello, en primer lugar creamos una consulta para ver el funcionamiento. A continuación esa consulta, la empleamos como subconsulta en la consulta que ya teníamos con todos campos.

Día 18. ¡Vuelvo a desnormalizar!

Tras añadir una cantidad apreciable de nuevos datos para poder hacer pruebas, en primer lugar vemos y comentamos un poco el rendimiento de las consultas que teníamos hechas para obtener los datos de la vista y los informes. Como comentario, añadido a lo que se comenta en el vídeo, podemos ver que las consultas, ya con una cantidad apreciable de datos, tardan bastante menos que con HSQLDB. De hecho, se obtienen los datos de casi 17500 registros, con combinación de 5 tablas, en milésimas de segundo, aunque Base tarda un poquito más en mostrar los resultados. Os recuerdo que no he actualizado los informes, a pesar de que he cambiado la consulta y vistas subyacentes, por lo que habría que actualizarlos (pero de momento no lo haré, creo que no aportaría nada nuevo). En la segunda parte vuelvo a desnormalizar la tabla Detalles. La desnormalización, en este caso la justifico, y explico que, bajo mi punto de vista, las normas de normalización, no siempre son imperativas. Para la desnormalizaci...

Día 20. Creamos dos procedimientos almacenados.

 En primer lugar creamos un procedimiento (almacenado) para que se actualicen automáticamente las fechas de validez de los tipos de IVA cuando añadimos un registro nuevo a la tabla. Vemos el funcionamiento del procedimiento. Con este procedimiento se hacen dos actualizaciones en la misma tabla, por un lado se hace una inserción y por otro lado una actualización de otro registro diferente al insertado. Suponemos que si se produce un error a mitad de las dos operaciones (inserción y actualización) se producirían inconsistencia de los datos.  Para comprobarlos generamos los errores manualmente y comprobamos que no se producen inconsistencias porque el procedimiento se ejecuta dentro de una transacción . Explicamos, más o menos, qué es una transacción. Hay dos tipos de procedimientos almacenados, el creado anteriormente es un procedimiento ejecutable , así que para finalizar vemos como se crea un procedimiento seleccionable , que devuelve una tabla de datos,  y como se e...