File xlam

Question

Ciao a tutti.

Gradirei avere un chiarimento sulla logica funzionale dei file .xlam.

Ambiente:

Windows XP/Pro, 7, 8.1 - Office 2007, 2010  (a breve 2013)

Contesto:

ho generato due files, File1.xlsm e File2.xltm.

File1 ha una funzione sostanzialmente DB (ie elenco clienti, referenti ecc... ) e contiene diverse routine e funzioni che, tra l'altro, creano dei files specifici per singolo cliente utilizzando il File2 come template.

File2, a sua volta, ha una serie di routine e funzioni per la gestione dei File_n.xlsm, da esso generati, che vengono lanciate o da eventi click su pulsanti o in altro modo (ie valore tale cella, val cell1 > val cell2 ecc... ).

Problema:

qual'è la procedura corretta per migrare tutta la gestione VBA sul lato server tramite files .xlam e utilizzare dei semplici files .xlsx o .xlmx sul lato client?

Il problema ovviamente si pone per la semplicità di sviluppare due soli files sul lato server piuttosto che n. sui client.

Sarà banale ma riconosco di non esserci riuscito.

Grazie

Answer 1

Mi sfugge qualcosa. Se hai sul server un file xltm (quindi un modello con possibilità di utilizzare le macro) e se gli utenti lo lanciano dal server in locale, le eventuali modifiche (sempre se ho capito) le farai su quel file, no? O ancora, posso fare in modo che mi vengano aperti sulle macchine client i file con/senza codice.

Capisco bene che il client apre un documento sulla sua macchina che contiene solo dati presi dal file che utilizzi come db? E, hai bisogno che client differenti importino differenti dati dal file db?

Provo a spiegare il processo:

• ogni user ha una propria copia di File1 con dati omogenei ma diversi tra users;
• ogni user, quando serve, puntando un record di File1 lancia una routine che genera, utilizzando File2 (il template) un foglio di lavoro come detto ricco di routine e funzioni necessarie alla gestione;
• i files generati, li chiamo Files_n, vengono elaborati in locale e poi salvati in un folder di rete il tutto tramite VBA.

Il ricorso agli Add-In è dovuto alla necessità di poter effettuare delle implementazioni modificando, come detto, il codice una sola volta e non dover invece modificare ogni singola installazione.

Spero di essere stato sufficientemente chiaro.

ps- Ho visto che hai già affrontato l'argomento ed ho scaricato il tuo file di esempio mioXLA.xla .... l'idea sarebbe quella solo che nel mio caso il codice è molto più complesso.

Answer 2

Il motivo della scelta è che, per motivi che esulano dai contenuti di questo forum, anziché utilizzare un DB (tra l'altro sono bravino con access) sono obbligato ad utilizzare, spesso in modo improprio, excel dovendo oltretutto permettere una sorta di multiutenza.

Mi sfugge qualcosa. Se hai sul server un file xltm (quindi un modello con possibilità di utilizzare le macro) e se gli utenti lo lanciano dal server in locale, le eventuali modifiche (sempre se ho capito) le farai su quel file, no? O ancora, posso fare in modo che mi vengano aperti sulle macchine client i file con/senza codice.

Capisco bene che il client apre un documento sulla sua macchina che contiene solo dati presi dal file che utilizzi come db? E, hai bisogno che client differenti importino differenti dati dal file db?

Answer 3

Per creare Add-in per Excel 2010/2013 (i file .xaml sono add-in), personalmente utilizzo VisualStudio ed il linguaggio C# (ovviamente va bene anche il VB.net). Per necessità del tipo che esponi (files con add-in su server), oggi si tende a portare i files su di un server SharePoint e quindi regolamentare l'accesso.

Io chiederei qui:

• https://social.msdn.microsoft.com/Forums/it-IT/home?category=SharePoint

Puoi per favore spiegare bene il perché della tua scelta? Grazie.

sinceramente pensavo fosse una cosa più semplice del tipo:

salvo su un server File1 e File2 in formato xlam e poi in qualche modo (l'aspetto che mi manca) utilizzo, da client, il codice che risiede su File1 e File2 su copie degli stessi ma privi di codice.

Il motivo della scelta è che, per motivi che esulano dai contenuti di questo forum, anziché utilizzare un DB (tra l'altro sono bravino con access) sono obbligato ad utilizzare, spesso in modo improprio, excel dovendo oltretutto permettere una sorta di multiutenza.

Answer 4

qual'è la procedura corretta per migrare tutta la gestione VBA sul lato server tramite files .xlam e utilizzare dei semplici files .xlsx o .xlmx sul lato client?

Il problema ovviamente si pone per la semplicità di sviluppare due soli files sul lato server piuttosto che n. sui client.

Per creare Add-in per Excel 2010/2013 (i file .xaml sono add-in), personalmente utilizzo VisualStudio ed il linguaggio C# (ovviamente va bene anche il VB.net). Per necessità del tipo che esponi (files con add-in su server), oggi si tende a portare i files su di un server SharePoint e quindi regolamentare l'accesso.

Io chiederei qui:

• https://social.msdn.microsoft.com/Forums/it-IT/home?category=SharePoint

Puoi per favore spiegare bene il perché della tua scelta? Grazie.