Hola Marcelo, para poder reuitilizar una Entidad, tienes que obtener su referencia con manager.find(), lo que te regresa, lo asocias a tu otra Entidad y verás que funciona sin problemas

y cada vez que inserto un horario le estoy pasando una actividad existente, pero de todas formas cada vez que se agrega un horario nuevo tambien se agrega un nueva actividad, no estoy pudiendo reutlizar las actividades existentes, esto en PGSQL no me pasaba pero si me esta pasando ahora en Sql Server, sabes cual podria ser el problema?

Hola Edgar, es muy simple, solo haces la búsqueda del cliente existente con EntityManager.find y el cliente que te regrese lo asignas a la factura, de esta forma, JPA sabrá que se trata de un cliente existente, por lo que en lugar de crearlo, solo lo relacionará al cliente existente.

Claro que es posible, de echo es la forma correcta de hacerlo. Para reutilizar un Customer tan solo es necesario hacerle un Find con el EntityManager y luego asignarlo a la nueva invoice, JPA sabrá si se trata de un nuevo cliente o uno existente por el ID, si el ID es nulo, asume que es nuevo e intentará insertarlo (si definimos la cascada) o en su caso, si el ID es diferente de null, entonces intententará insertar ese ID.
Saludos.

Lo que comentas tiene todo el sentido, ya que hay que indicarle en que columna guardará la llave de la otra entidad, sin embargo, si no la indicamos, la implementación concreta de JPA la crea dinámicamente, no es lo recomendado, pero lo hace, entonces, lo que tu comentas es lo correcto, agregar la anotación @JoinColumn.
Saludos.

@ManyToOne(optional = false, cascade = CascadeType.ALL, fetch = FetchType.EAGER)
@JoinColumn(name = “CUSTOMER_ID”, nullable = false, updatable = false)
private Customer customer;

Hola Pedro, en realidad no hay un formular para esto, pues todo dependerá de como tengas la información y el uso que le des a la misma, hay escenarios donde es mejor EAGER y otros donde es mejor utilizar LAZY, EAGER nos puede llevar a tener el problema conocido como N querys + 1, pero por otro lado, utilizar LAZY puede que provoque que la consulta en lugar de armar las relaciones con INNER JOIN, las arme mediante query separados, lo cual también degrada el performance.