![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
|
Hola, estoy repasando las FAQ y he encontrado una que habla de los "requisitos que debe cumplir un sistema informático de facturación".
Uno de los puntos dice: Además, si se tratan datos personales, debe cumplir con las medidas previstas en la legislación en materia de protección de datos para lo cual debe disociar o separar el acceso a la información tributaria de otro tipo de información confidencial, de manera que la Agencia Tributaria pueda acceder a la primera. Al leer esto me han entrado dudas, sobre que información debemos separar. Después he encontrado otra FAQ que habla mas de esto: ¿Qué quiere decir que el sistema informático de facturación (SIF) debe permitir una disociación de acceso a los datos según el carácter de estos? Significa que el SIF deberá tener una forma diferenciada de acceder a las funcionalidades y a los datos con trascendencia tributaria exigidos en el reglamento, de manera que quede preservada la confidencialidad de otros datos distintos y no se pueda acceder indebidamente a ellos por esa vía. Esto se prevé sobre todo en el caso de que se produzca una personación de algún miembro de la Agencia Tributaria para inspeccionar in situ el SIF, siempre cumpliendo con los procedimientos establecidos al respecto. Finalmente después de leer las dos FAQs sigo con dudas. Entiendo que se refiere que si algún día va un inspector y pide revisar el SIF, para ver los datos tributarios, en esa "pantalla" no puede ver al mismo tiempo datos confidenciales, para cumplir con la protección de datos. Bien, pues la duda es, ¿Cuáles son los datos fiscales y cuáles los confidenciales? Y finalmente me pregunto, si el SIF ofrece solo el modo VERI*FACTU, también puede ir un miembro de la AEAT a inspeccionarlo? en principio la información ya la tiene la AEAT. Muchas gracias |
|
#2
|
|||
|
|||
|
Entiendo que si es solo VERIFACTU, no tendrá nada que hacer un inspector con el SIF. Si acaso revisar que consten como "enviadas" o algo así.
En cuanto a separar la información confidencial... Cuando el Cliente/Proveedor es una Empresa (Sociedad), la dirección no se consideran datos personales ni confidenciales. Datos confidenciales podrían ser quizás la información de las ventas, beneficio, etc. pero tratándose de una sociedad no sé hasta qué punto esto es confidencial. Todo está publicado online. Lo único que creo que podría representar algún problema son los datos personales de clientes y proveedores cuando sean particulares o autónomos, pero no sé si se refieren a eso. En cualquier caso, veo complicado hacer cumplir absolutamente todo lo que exigen. En el día a día las cosas no son tan fáciles de implementar como pretende la gente que no se dedica a hacer software. |
|
#3
|
|||||
|
|||||
|
Cita:
Retomo el tema a partir del texto que aparece en los ejemplos de declaración responsable: Cita:
Cita:
Cita:
En nuestro programa, se pueden crear usuarios y para cada usuario se le pueden dar permisos para entrar en cada una de las pantallas. Si hay una inspección, podemos crear un usuario y darle permiso solo para ver la pantalla de Veri*Factu y que no pueda entrar en los mantenimientos de clientes, por ejemplo, donde si hay datos confidenciales. Con esto bastaría para cumplir? Muchas gracias a todos |
|
#4
|
||||
|
||||
|
Cita:
![]() ![]()
__________________
Uno se alegra de ser útil. (Isaac Asimov) |
|
#5
|
|||
|
|||
|
En mi caso, ya pensaba hacer una pantalla de consulta de todos los "Registros de Facturación", con todos sus envíos, reenvíos, subsanaciones, anulaciones y estado actual. Ahora tengo claro que habrá un usuario "AEAT" que SOLO TENDRA ACCESO A ESA PANTALLA.
|
|
#6
|
|||
|
|||
|
Cita:
Nosotros esa pantalla ya la tenemos. De todas maneras, dos observaciones (nuestras, así que fiabilidad la justa ):-esto tiene pinta de ser sólo para el modo NO Verifactu (de hecho en el modo Verifactu no tienes ni por que conservar los datos) -no creo que haya que crear un usuario que sólo tenga acceso a esa pantalla. Lo que entendemos es que si viene un inspector no quiere navegar por albaranes, facturas, prefacturas, pretickets, tickets, etc. Sólo quiere ir a esa pantalla y ver los datos que le interesan (los registros de facturación que se suben). Pero con que exista esa pantalla como una opción más y cuando se necesite decirle "ahí la tienes, mira lo que necesites" debería llegar |
|
#7
|
|||
|
|||
|
Cita:
Siempre esperando lo mejor de la AEAT, pero... deberíamos prepararnos para lo peor. ![]() |
|
#8
|
|||
|
|||
|
Nosotros crearemos un usuario especifico con contraseña para que vea "lo que tenga que ver", porque si lo dejas como ellos comentaban en el ejemplo con un "check", al entrar un usuario que no tuviera permisos para ver cosas contables podría entrar a cotillear, así que debe ser un usuario con contraseña para ello.
|
|
#9
|
|||
|
|||
|
Cita:
![]() ![]() ![]() |
|
#10
|
|||
|
|||
|
Buenos días,
- Nosotros igual, solo que además añadimos otra opción para que puedan ver historial de altas, bajas, modificaciones de Presupuestos, proformas y albaranes. |
|
#11
|
|||
|
|||
|
Yo además, añadiría el libro de facturas emitidas y el libro de facturas recibidas ya que la inspección tributaria es lo primero que te pide
|
![]() |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| info sobre uses | Nostradonuts | Varios | 2 | 16-05-2011 10:17:12 |
| ayuda arc info | MOCOSO07 | Varios | 0 | 04-01-2010 21:52:05 |
| CPU Info | Roilo | API de Windows | 1 | 01-03-2007 17:28:05 |
| USB info | joHn je@N | API de Windows | 2 | 01-03-2007 09:25:08 |
| Nesecito info !!!!! | Emiwolf | Varios | 3 | 03-11-2005 09:08:34 |
|