La verdad no se entiende mucho, ya que sólo tu sabes a que te refieres con "relacion de facturas", "relacion de Notas del Cliente" y demás.
desde el punto de vista de BBDD, esas tres "relaciones" podrían ser tres tablas o cerca de veinte. Son las tablas qlas que necesitamos entender, para ver qué tan bien representan las entidades que se supone qeisten en el sistema.
Usualmente una Factura se compone de al menos dos tablas, Caja relaciona enrte cinco y treinta tablas (el sistema de factuacion de la empresa donde trabajo maneja 52 tablas relacioandas con Caja), y "Notas" varias más.
En demfinitiva no se trata de algo simple.
Si lo que quieres es definir los asientos de Caja, dilo directamente.
En ese caso te comento que hay que diseñar mas detallado:
Definir los movimientos de caja (esa es una entidad), definir los tipos de movimiento (otra entidad), los documentos que aplican a un movimiento (otra entidad), y recién entonces puedes relacionar Caja con una FK.
Eso, claro, suponiendo que desees crear un sistema que funcione en el mundo real.
Por ejemplo los pagos (payments):
Esta parte del modelo contiene la referenica al origen de los pagos, comometodos de pagos, todos concentrados en una sola tabla.
...Y también las facturas (invoices):
Contiene las transacciones de pago, relacionadas con la caja.