Ciao Igor,
sì, certo, potresti creare un progetto referenziato dagli altri due, dato che la logica di accesso al database è la stessa.

Questo non è l'unico approccio perché, in alternativa potresti anche continuare a tenere le due logiche di accesso ai dati separate. Ad esempio, se il progetto web lavora con molte più entità della parte automatica, allora potresti creare due Entity Data Model. Il primo sarà omnicomprensivo, mentre il secondo conterrà solo le poche entità necessarie. In questo caso non si tratta di una violazione del principio DRY se riconosciamo che le applicazioni sono diverse e hanno necessità diverese quando accedono allo stesso database.
Questo approccio privilegia la semplicità e la manutenibilità rispetto ad un ipotetica class library che, per accontentare tutti i progetti da cui viene referenziata, contiene artefatti che iniziano a gonfiarla.

ciao,
Moreno

Ciao Igor,
puoi creare un progetto di tipo Class Library e spostare lì dentro uno dei due Entity Data Model. Scegli quello che contiene tutte le classi di entità, cioè sia quelle usate dal progetto web che dal servizio.

Poi, referenzia questo progetto Class Library negli altri due progetti e potrai iniziare ad usare le classi di entità e il contesto proprio come facevi prima.

Qui trovi una guida passo-passo:
https://msdn.microsoft.com/en-us/library/vstudio/cc716677%28v=vs.100%29.aspx

e un video:
https://www.youtube.com/watch?v=rYK0B1CQUN8

ciao,
Moreno

ahah prego, ti ringrazio per il pensiero :)