Come recuperare una pratica archiviata per errore

Come abbiamo detto, è possibile effettuare l’archiviazione di più pratiche; può quindi capitare di includere nel blocco di pratiche anche una pratica che non andrebbe in effetti archiviata.

Come fare per recuperarla, e riportarla quindi dall’archivio storico all’archivio corrente?

Dato che l’operazione di archiviazione altro non è che un semplice spostamento di archivio, sarà sufficiente effettuare l’operazione inversa.

• portatevi nell’archivio Storico
• rintracciate e selezionate la pratica che volete recuperare
• chiedetene nuovamente l’archiviazione (dallo Storico verrà riportata nel Corrente)
• nella finestra di archiviazione selezionate tutte le informazioni e chiedete di NON  ’Mantenere le informazioni originali nell’archivio’
• date quindi conferma
• Élite riporterà la pratica nell’archivio di destinazione (cioè quello corrente)
• al termine, riportatevi nell’archivio corrente

Avrete così recuperato la pratica archiviata per errore.

Élite è la procedura ideale per la gestione dello studio legale. Informazioni, prezzi e dimostrativo sul sito Blugeco.

Come inserire una prestazione con una descrizione molto lunga

Per poterlo fare basterà inserire nelle note della prestazione ciò che si scriverebbe normalmente nella descrizione; le note non hanno limiti di capienza, quindi potrete scrivere tutto quello che vi serve; nella descrizione invece metteremo come primo carattere un asterisco (*) o il simbolo # (cancelletto).

Ecco un esempio:

In fase di stampa parcella, Élite userà il contenuto delle note al posto della descrizione; la parcella apparirà pertanto così:

In questo modo potrete inserire in parcella delle descrizioni lunghe quanto volete.

Élite è la procedura ideale per la gestione dello studio legale. Informazioni, prezzi e dimostrativo sul sito Blugeco.

L’operatore OR

Questa operazione viene effettuata normalmente usando l’operatore OR.

Se ad esempio vogliamo selezionare i clienti che si trovano nelle provincie di Milano e Como, basterà scrivere una query così:

SELECT
   Denominazione, Indirizzo, Localita
FROM
   Clienti
WHERE
   Provincia='MI' OR Provincia='CO'

L’operazione però diventa lunga e tediosa se la lista contiene molti valori: pensate infatti a cosa diventerebbe la query riportata sopra per dieci o più provincie.

L’operatore IN

L’operatore IN dell’istruzione SELECT di SQL Server permette di semplificare notevolmente la scrittura della query.

Tornando al nostro esempio, per selezionare i clienti che si trovano nelle provincie di Milano e Como, basterà riscrivere la query così:

SELECT
   Denominazione, Indirizzo, Localita
FROM
   Clienti
WHERE
   Provincia IN ('MI','CO')

Il motore SQL elaborerà il contenuto della lista inserita tra parentesi e ri-trasformerà la query espandendo la IN in una serie di OR, per poi eseguirla normalmente.

Già da questo breve esempio è facile intuire quanto la stesura della query venga semplificata; e il livello di semplificazione aumenta all’aumentare degli elementi contenuti nella IN.

Ovviamente la stessa sintassi può essere usata anche per valori numerici.

SELECT
   Denominazione, Indirizzo, Localita
FROM
   Clienti
WHERE
   Tipo IN (2,7,12,14,35,36,37)

Uso con Stored Procedures

Nascerà sicuramente la necessità di usare questa sintassi con una Stored Procedure (SP), passando i valori con un parametro.

Immaginiamo allora una SP così:

Create Procedure usp_Cerca_Clienti (@pLista AS VARCHAR(MAX))
AS
BEGIN

   SELECT
      Denominazione, Indirizzo, Localita
   FROM
      Clienti
   WHERE
      Provincia IN (@pLista)

END

Qui iniziano subito le difficoltà, già all’atto del richiamo della SP. Avremo infatti delle difficoltà a passare il parametro; se proviamo così:

EXEC usp_Cerca_Clienti @pLista='MI,CO'

la SP svolta diventerà:

SELECT
   Denominazione, Indirizzo, Localita
FROM
   Clienti
WHERE
   Provincia IN ('MI,CO')

che ovviamente non ci darà alcun risultato (non esiste infatti la provincia ‘MI,CO’)

Se invece proviamo così:

EXEC usp_Cerca_Clienti @pLista=''MI','CO''

riceveremo un errore di sintassi.

Anche con valori numerici avremo un errore; infatti se proviamo così:

EXEC usp_Cerca_Clienti_per_Tipo @pLista='1,4'

la SP svolta diventerà:

SELECT
   Denominazione, Indirizzo, Localita
FROM
   Clienti
WHERE
   Tipo IN ('1,4')

restituendoci un errore perché Tipo è una colonna numerica che non può essere raffrontata con un valore stringa.

Emulare un array

Certo, se SQL supportasse gli array, tutto sarebbe più semplice: basterebbe passare un array con i valori da usare nella IN e il gioco sarebbe fatto.

Per emulare il funzionamento di un array possiamo usare una variabile di tipo table: se la prepariamo con una sola colonna avremo emulato un array (monodimensionale).
Però non possiamo usare una variabile table con l’operatore IN: dobbiamo per forza modificare la nostra SP usando una JOIN.

Il ragionamento diventa quindi il seguente:

• prepariamo una lista di valori da passare alla SP
• i valori saranno separati da un carattere predefinito (in questo esempio useremo una virgola)
• passiamo la lista di valori separati da virgola alla SP, in un’unica variabile
• la SP elabora la variabile stringa e la trasforma in una variabile table, inserendo ogni valore in una riga
• infine mette in JOIN la tabella da selezionare con la variabile table ottenuta prima ed esegue la query

Trasformazione della lista in una table

La prima cosa che dovremo fare sarà quindi di trasformare la nostra lista in una variable table. Per fare questo prepareremo una funzione, così da poterla riusare tutte le volte che vogliamo.

USE [master]
GO

SET ANSI_NULLS OFF
GO
SET QUOTED_IDENTIFIER ON
GO

--The following is a general purpose UDF to split comma separated lists into individual items.
--Consider an additional input parameter for the delimiter, so that you can use any delimiter you like.

-- edc 01.SEP.05
-- adattamento da http://vyaskn.tripod.com/passing_arrays_to_stored_procedures.htm
-- 

-- edc 20.sep.06
-- adattato per le stringhe

CREATE FUNCTION [dbo].[udf_CodeSplitter]
(
	@CodeList varchar(MAX)
)
RETURNS
@ParsedList table
(
	OneCode varchar(10) -- adjust the single element length to fit your needs
)
AS
BEGIN
	DECLARE @Pos int, @OneCode varchar(10) -- adjust the single element length to fit your needs

	SET @CodeList = LTRIM(RTRIM(@CodeList))+ ','
	SET @Pos = CHARINDEX(',', @CodeList, 1)

	IF REPLACE(@CodeList, ',', '') <> ''
	BEGIN
		WHILE @Pos > 0
		BEGIN
			SET @OneCode = LTRIM(RTRIM(LEFT(@CodeList, @Pos - 1)))
			IF @OneCode <> ''
			BEGIN
				INSERT INTO @ParsedList (OneCode) VALUES (@OneCode)
			END
			SET @CodeList = RIGHT(@CodeList, LEN(@CodeList) - @Pos)
			SET @Pos = CHARINDEX(',', @CodeList, 1)

		END
	END
	RETURN
END

La funzione non fa altro che selezionare i vari elementi ed inserirli in una variabile table; la tabella restituita è formata da una sola colonna (OneCode), e potrà essere messa facilmente in JOIN con la tabella da ricercare.

Per testare il corretto funzionamento della funzione, e per avere un’idea del risultato, basterà eseguire questa query:

SELECT * FROM master.dbo.udf_CodeSplitter('MI,CO')

La Stored Procedure finale

Andremo quindi a sistemare la nostra SP così:

Create Procedure usp_Cerca_Clienti (@pLista AS VARCHAR(MAX))
AS
BEGIN

   SELECT
      Denominazione, Indirizzo, Localita
   FROM
      Clienti INNER JOIN master.dbo.udf_CodeSplitter(@pLista) TJ
      ON Clienti.Provincia=TJ.OneCode

END

mettiamo cioè in JOIN la tabella Clienti con la tabella riportata dalla funzione udf_CodeSplitter, usando come campo di corrispondenza il campo della tabella Cliente dove vogliamo operare la selezione (Clienti.Provincia) e l’unico campo riportato dalla funzione (TJ.OneCode, dove TJ è l’alias della tabella restituita dalla funzione).

L’uso diventa quindi semplicissimo:

exec usp_Cerca_Clienti @pLista='MI,CO'

Gestione delle liste numeriche

Il ragionamento da fare per poter utilizzare delle liste numeriche resta fondamentalmente lo stesso, ma bisogna operare qualche piccola variazione per poter gestire numeri, appunto, anziché stringhe.

Prepareremo quindi una nuova ulteriore funzione:

USE [master]
GO
/****** Object:  UserDefinedFunction [dbo].[IDSplitter]    Script Date: 02/12/2010 12:26:50 ******/
SET ANSI_NULLS OFF
GO
SET QUOTED_IDENTIFIER ON
GO

--The following is a general purpose UDF to split comma separated lists into individual items.
--Consider an additional input parameter for the delimiter, so that you can use any delimiter you like.

-- edc 01.SEP.05
-- adattamento da http://vyaskn.tripod.com/passing_arrays_to_stored_procedures.htm
-- 

ALTER FUNCTION [dbo].[udf_IDSplitter]
(
	@IDList varchar(MAX)
)
RETURNS
@ParsedList table
(
	OneID int
)
AS
BEGIN
	DECLARE @OneID varchar(10), @Pos int

	SET @IDList = LTRIM(RTRIM(@IDList))+ ','
	SET @Pos = CHARINDEX(',', @IDList, 1)

	IF REPLACE(@IDList, ',', '') <> ''
	BEGIN
		WHILE @Pos > 0
		BEGIN
			SET @OneID = LTRIM(RTRIM(LEFT(@IDList, @Pos - 1)))
			IF @OneID <> ''
			BEGIN
				INSERT INTO @ParsedList (OneID)
				VALUES (CAST(@OneID AS int)) --Use Appropriate conversion
			END
			SET @IDList = RIGHT(@IDList, LEN(@IDList) - @Pos)
			SET @Pos = CHARINDEX(',', @IDList, 1)

		END
	END
	RETURN
END

In questo caso la tabella restituita è formata da una colonna (OneID) di tipo numerico (int).

Per testare il corretto funzionamento della funzione, e per avere un’idea del risultato, basterà eseguire questa query:

SELECT * FROM master.dbo.udf_IdSplitter('1,2,4,6,15,22')

Ricordatevi che la lista è un valore stringa, quindi va passata tra apici singoli.

La Stored Procedure finale per i valori numerici

Andremo quindi a sistemare la nostra SP così:

Create Procedure usp_Cerca_Clienti_Tipo (@pLista AS VARCHAR(MAX))
AS
BEGIN

   SELECT
      Denominazione, Indirizzo, Localita
   FROM
      Clienti INNER JOIN master.dbo.udf_IdSplitter(@pLista) TJ
      ON Clienti.Tipo=TJ.OneId

END

In questo caso mettiamo in JOIN la tabella Clienti con la tabella riportata dalla funzione udf_IdSplitter, usando come campo di corrispondenza il campo della tabella Cliente dove vogliamo operare la selezione (Clienti.Tipo, che è di tipo int) e l’unico campo riportato dalla funzione (TJ.OneId, dove TJ è l’alias della tabella restituita dalla funzione).

L’uso diventa quindi semplicissimo:

exec usp_Cerca_Clienti_Tipo @pLista='2,7,12,14,35,36,37'

Considerazioni finali

Il metodo esposto semplifica notevolmente la stesura delle query di selezione basate su liste di valori. Dato che però sfrutta una funzione e una variabile table, potrebbe risultare poco performante in presenza di liste molto corpose. In questi casi potrebbe risultare più comodo popolare direttamente una tabella temporanea e metterla in JOIN con la tabella da selezionare (magari indicizzando la tabella temporanea, cosa che non può essere fatta con le variabili table).
Uso il condizionale perché le performance sono influenzate da molti fattori, per cui è consigliabile effettuare delle prove caso per caso.

Importante! La procedura che descriverò di seguito rigenererà il database di sistema ‘msdb’ come appena installato, quindi tutto il suo contenuto andrà perso. Vi raccomando inoltre di effettuare il backup di tutti i dati di tutti i database dell’istanza. La procedura è riservata ad utenti esperti, e non mi assumo nessuna responsabilità; eventualmente provatelo prima su un database di test.

1. Spegnere SQL Server

Innanzitutto dovrete spegnere il servizio di SQL Server. Esistono diversi metodi; uno dei più veloci è di aprire SQL Server Management Console ed eseguire il seguente comando:

SHUTDOWN

Attendete il completamento del comando ed uscite dalla console.

2. Lanciare SQL Server in modalità master

Per poter eseguire i comandi successivi (specificatamente per poter fare un detach del database ‘msdb’), dovrete lanciare SQL Server col trace flag 3608.
Dovrete portarvi nella cartella dei programmi di SQL Server (‘C:\Programmi\Microsoft SQL Server\MSSQL.1\MSSQL\Binn’ per le installazioni in italiano o ‘C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Binn’ per le installazioni in inglese) e lanciare il seguente comando:

sqlservr.exe -c -T3608 -s <NOMEISTANZA>

Il comando non restituisce subito il prompt di DOS (C:>), che verrà restuituito quando SQL Server verrà nuovamente spento.

3. Detach-are il database di sistema ‘msdb’

Per detach-are il database di sistema ‘msdb’ dovrete riaprire SQL Server Management Console, che potrebbe mostrare alcuni messaggi di avvertimento, visto che ci si trova in una modalità master.
La console comunque è pronta per accettare comandi; lanciate il seguente:

sp_detach_db 'msdb'

Attendete il completamento del comando ed uscite dalla console.

4. Rinominare i files del database ‘msdb’

Ora che il database ‘msdb’ è disconnesso, potete rinominare i files che lo costituiscono (.mdf e .ldf), che si trovano in ‘C:\Programmi\Microsoft SQL Server\MSSQL.1\MSSQL\Data’ per le installazioni in italiano o in ‘C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data’ per le installazioni in inglese.

5. Lanciare lo script di ricostruzione

Lo script di rigenerazione si trova nella cartella di installazione di SQL Server (‘C:\Programmi\Microsoft SQL Server\MSSQL.1\MSSQL\Install’ per le installazioni in italiano o ‘C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Install’ per le installazioni in inglese); dopo che vi sarete portati nella cartella, lanciate il seguente comando:

osql -E -S <NOMESERVER>\<NOMEISTANZA> -i instmsdb.sql

e attendete il termine delle operazioni.

6. Operazioni finali

La procedura è terminata. Spegnete e riaccendete normalmente SQL Server, e reinserite, se del caso, le informazioni memorizzate nel database di sistema ‘msdb’.

Outlook per molti è sinonimo di posta elettronica, ma potete usarlo per molte altre cose: contatti, attività, calendario e note; se iniziate ad adoperarlo sul serio, finirà che conterrà moltissimi dati; se poi non lavorate da soli, avrete necessità di condividere questi dati con i vostri colleghi, o di costituire degli archivi comuni a cui tutti possono attingere.

Pensate ad esempio ad un unico archivio di indirizzi, o alla possibilità di vedere in tempo reale se un vostro collega è libero in una certa data per fissare un appuntamento comune. Normalmente la soluzione è l’installazione di Exchange Server, che però ha un costo elevato, necessita di un server e di installazione e manutenzione da parte di tecnici qualificati; scelta senz’altro giusta in ambienti complessi, ma per piccole realtà la spesa normalmente risulta eccessiva.

Nel nostro ufficio abbiamo scelto Workgroupshare, con cui condividiamo i nostri archivi.

Ovviamente il programma permette di scegliere quali cartelle condividere, in modo tale da poter comunque avere delle cartelle private.
In più (e forse è la cosa più interessante) si possono creare delle cartelle ‘pubbliche’, che risiedono sul server, a cui tutti gli utenti abilitati potranno accedere sia in lettura che in scrittura; si possono ovviamente gestire tutti i diritti, per cui si potrà decidere chi può scrivere, chi può solo leggere, ecc.

Il programma è smolto semplice da configurare, e non necessita di un server; quindi potete utilizzarlo anche se avete solo due o tre pc collegati in rete.
E se usate dei portatili, nessun problema: quando vi staccate dalla rete i dati comuni restano sul vostro portatile e potrete consultarli e variarli anche mentre siete via; quando poi vi riconnetterete alla rete, partirà la sincronizzazione per aggiornare i dati, da e verso l’archivio principale.

E se avete un BlackBerry? In un prossimo articolo vi spiegherò come fare per sincronizzare Outlook / WorkgroupShare / BlackBerry.

Come modificare l’aliquota del contributo integrativo C.P.A. in modo temporaneo

Opzioni di stampa - Parcella

Il valore dell’aliquota del contributo integrativo C.P.A. potrà essere cambiato a piacimento. Inserite 0 o lasciate la casella vuota per NON applicare il contributo integrativo C.P.A.; se invece volete inserire un’aliquota decimale, ricordatevi di usare il punto e non la virgola come separatore decimale, come ad esempio

2.75

Ricordatevi che il cambiamento è temporaneo, per cui la prossima stampa di parcella ripresenterà l’aliquota di default.

Come modificare l’aliquota del contributo integrativo C.P.A. in modo permanente

Una volta aperto il file, localizzate la sezione [PARAMETRI PARCELLA], e scorretela sino a trovare una riga così:

Al.CPA=2

Il valore può essere variato a piacimento; se volete inserire un’aliquota decimale, ricordatevi di usare il punto e non la virgola come separatore decimale, come ad esempio

Al.CPA=2.75

Se volete anche variare la dicitura in parcella, ricordatevi di modificare il parametro relativo, e cioè

DICITURA13=…testo personalizzato…

Una volta terminate le modifiche, salvate il file come descritto nell’apposito articolo e rientrate in Élite.

Élite è la procedura ideale per la gestione dello studio legale. Informazioni, prezzi e dimostrativo sul sito Blugeco.

Come già raccontato nell’articolo Da Eudora ad Outlook: odissea di una migrazione – le premesse, sono passato da Eudora ad Outlook; nell’articolo successivo Da Eudora ad Outlook: odissea di una migrazione – le difficoltà ho esposto le difficoltà incontrate. In quest’articolo, elencherò i vantaggi riscontrati.

PST (Personal Folder Storage) multipli

Outlook, come la maggior parte dei client di posta elettronica, memorizza tutti i messaggi, gli allegati, gli indirizzi ecc. in un unico file (PST); questo rappresenta una comodità, dal punto di vista del file system, e, se opportunamente progettato, un unico file è più facile da gestire di una serie di cartelle con ‘n’ files dentro (come fa Eudora). Sfortunatamente però, dal mio personale punto di vista, Outlook disattende molte di queste premesse, risultando, rispetto ad altri client che usano la stessa metodologia, molto lento nella gestione delle informazioni, soprattutto in presenza di PST corposi; inoltre, almeno fino alla versione 2002, i PST di Outlook tendono un po’ troppo facilmente a corrompersi.

Preso atto di ciò, ho cercato di trarne comunque vantaggio, spezzando il mio archivio di email (più di 10 anni di corrispondenza elettronica) in diversi PST; ad esempio, un PST di lavoro, uno personale, uno per i progetti chiusi e archiviati, ecc. In questo modo ho potuto innanzitutto razionalizzare gli archivi dal punto di vista del contenuto; inoltre:

• i PST possono essere messi ognuno in una cartella o drive diverso: quindi quello di lavoro può essere messo su un drive di rete, quello personale su una chiavetta USB, ecc.
• i PST possono essere attivati e disattivati a piacimento: molto comodo per i file di archivio, che normalmente non sono attivi e quindi non danno ‘fastidio’, ma che possono essere riagganciati alla bisogna;

Pluralità di informazioni gestite

Outlook non è solo un client di posta elettronica, ma permette anche di gestire indirizzi, appuntamenti, note, to-do list… quindi quello che avevo sparso in giro in mille programmini inizia ad avere una casa comune. In questo caso si apprezza non tanto la bontà delle singole funzioni (di certo in giro ci sono molti programmi che gestiscono meglio chi l’agenda, chi la rubrica, ecc.), quanto il fatto che siano tutte in un unico contenitore e che siano tra di loro intercorrelate.

Sincronizzazione col palmare

Direi che al giorno d’oggi è indispensabile; e, come al punto precedente, avere un unico punto di sincronizzazione (invece dei tanti di prima) costituisce senz’altro un vantaggio.

Disponibilità di add-on (o plug-in)

Data la diffusione di Outlook, sono presenti sul mercato molti strumenti aggiuntivi (add-on o plug-in) anche se non numerosi come per altri client; uno di questi, in particolare, mi permette di condividere e sincronizzare i dati che mi interessano con i miei colleghi; il prodotto si chiama Workgroupshare, e ne parlerò in uno dei prossimi articoli.

continua…

BBLex – Élite (e non solo!) sul vostro BlackBerry

Il 26 ottobre 2009 Blugeco (www.blugeco.com), in partnership con RIM (Research In Motion) e Softec, ha presentato durante un convegno dell’AGAM (Associazione Giovani Avvocati Milano) tenutosi a Milano, la nuova soluzione destinata agli Studi Legali per la mobilità.

BBLex è una soluzione che installata sul proprio BlackBerry consente a tutti gli Avvocati di collegarsi con il proprio programma di gestione dello Studio, consultando e aggiornando sia le pratiche che molti altri dati, ovunque essi si trovino.

BBLex®: Élite sul vostro BlackBerry.

BBLex nasce dall’esigenza specifica di fornire agli Avvocati un accesso alle proprie informazioni di Studio anche mentre sono in movimento.
Grazie ad un rapporto di partnership con RIM, la società che produce i famosi BlackBerry, siamo oggi in grado di soddisfare questa necessità, trasmettendo alcune informazioni di Élite direttamente sul terminale BlackBerry, con la possibilità di interagire con l’applicativo.
BBLex si basa sulla piattaforma tecnologica DesktopMate di Softec, che consente una configurazione personalizzata dei servizi disponibili.

In particolare sarà possibile, in un primo momento, consultare direttamente dal proprio BlackBerry le seguenti informazioni di Élite:

• Scadenze (Agenda)
• Dati Anagrafici (Rubrica)
• Dati Riepilogativi Pratiche

In questo modo potrete sfruttare tutta la potenza dei terminali BlackBerry non solo per la gestione delle email, ma anche per consultare gli archivi di Élite mentre siete fuori Studio, persino laddove non potete usare un PC portatile né sfruttare una connessione internet.

In un secondo momento sarà possibile consultare anche altre informazioni di Élite, e più in particolare:

• Prestazioni (Parcelle)
• Documenti (Testi, Fogli Elettronici, Immagini, PDF e altro)

BBLex: un uso semplice ed immediato

Con BBLex, i dati di Élite sono sempre disponibili per la consultazione e l’aggiornamento; l’uso è sempre semplice, immediato e sicuro grazie alla sua accurata progettazione:

• Navigazione a menu
• Funzioni di ricerca
• Visualizzazione dettagli
• Sicurezza degli accessi
• Sicurezza dei dati

Alcune funzioni avanzate, come il Click-to-call e click-to-send, per telefonare o inviare una mail partendo direttamente dalla rubrica di Élite, renderanno l’utilizzo di BBLex proficuo e conveniente.

BBLex: funzioni aggiuntive

BBLex non è soltanto Élite; infatti vi permetterà anche di consultare le News di settore (in collaborazione con portali dedicati), di condividerle con i vostro colleghi, e di archiviare le news preferite.

Sarà infine possibile, una volta perfezionati gli accordi con i produttori, ottenere l’accesso alle Banche Dati di Leggi, Sentenze, ecc.

BBLex: operare in sicurezza

Con BBLex potrete operare in tutta sicurezza, grazie anche alle caratteristiche intrinseche del dispositivo BlackBerry:

• in caso di furto o smarrimento del dispositivo, è possibile bloccare il sistema da remoto ed eliminare i dati riservati (blocco del dispositivo a distanza);
• dopo 10 tentativi di inserimento password, il dispositivo viene resettato automaticamente;
• impostazione/modifica password del dispositivo;
• protezione contro applicazioni dannose;
• Mobile Security Card (cifratura hw e firma digitale).

BBLex: Altri software per studio legale

Per la gestione del Vostro Studio non utilizzate Élite ma un altro software? Siete comunque interessati alle funzionalità di BBLex? Contattateci e studieremo una soluzione assieme a Voi.

Élite è la procedura ideale per la gestione dello studio legale. Informazioni, prezzi e dimostrativo sul sito Blugeco.

Il primo posto che viene in mente è senz’altro il tribunale, ma sarebbe impensabile girarsi tutti i tribunali d’Italia per reperire informazioni, anche on line (ammesso che tutti i tribunali abbiano un sito dove sono elencati i beni).

Torna allora utilissimo il servizio lanciato da oltre 10 anni da Incantonline: si tratta in pratica di un portale che raccoglie tutte le aste fallimentari d’Italia, suddivise per tipologia e per regione.

Come recita il sito “Avrai l’opportunità di visionare in tempo reale tutto ciò che viene posto all’asta dai Tribunali italiani e dagli organi preposti. All’interno troverai tutti i riferimenti per partecipare con semplicità, ed in prima persona, alle aste di immobili, autoveicoli e beni di qualsiasi genere. (Oltre 12000 beni in banca dati)”

Il portale è organizzato in maniera semplice ed intuitiva, e le ricerche portano con celerità al risultato voluto. Il servizio è a pagamento, ma periodicamente vengono lanciate delle campagne per accedere a prezzi scontati.

Questo l’indirizzo per accedere al servizio: http://www.incantonline.it/archivio_aste.htm.

Ma non sempre si può; a volte, infatti, soprattutto in ambienti complessi, certe SP non si possono toccare, perché sono usate da altre procedure o gestite da altri programmatori.

Cosa fare allora?

Supponiamo di avere una SP che mi elenca tutti i clienti di una determinata provincia

set ANSI_NULLS ON
set QUOTED_IDENTIFIER ON
GO

ALTER PROCEDURE usp_ClientiProvincia (@p_Provincia VARCHAR(2))

SET NOCOUNT ON

   SELECT CODICE, DESCRIZIONE
   FROM CLIENTI
   WHERE PROVINCIA = @p_PROVINCIA
   ORDER BY 1

una SP davvero semplice.

Se la facciamo girare, otteniamo due campi, CODICE e DESCRIZIONE.

Nella nostra nuova query dichiariamo innanzitutto una variabile TABLE che possa contenere il risultato della SP

DECLARE @ClientiTable TABLE (CODICE VARCHAR(20), DESCRIZIONE VARCHAR(100))

Ovviamente la struttura della variabile varierà in base al variare dell’output della SP che volete catturare.
Per memorizzare l’output della SP usiamo una comune INSERT INTO nella forma breve (INSERT INTO SELECT …), specificando anche i parameti per la SP da cattuare.

INSERT INTO @ClientiTable EXEC usp_ClientiProvincia @p_PROVINCIA='MI'

A questo punto ci ritroviamo nella variabile @ClientiTable l’output della SP, pronta per essere utilizzata per i nostri scopi; ad esempio:

SELECT * FROM @ClientiTable WHERE DESCRIZIONE LIKE @p_cerca

Questa la query complessiva

DECLARE @ClientiTable TABLE (CODICE VARCHAR(20), DESCRIZIONE VARCHAR(100))
INSERT INTO @ClientiTable EXEC usp_ClientiProvincia @p_PROVINCIA='MI'
SELECT * FROM @ClientiTable WHERE DESCRIZIONE LIKE @p_cerca

Come già raccontato nell’articolo Da Eudora ad Outlook: odissea di una migrazione – le premesse, sono passato da Eudora ad Outlook; ovviamente, data la diversità dei prodotti (non entro nella discussione “meglio questo, meglio quello”) e soprattutto data l’abitudine acquisita con Eudora, sono iniziate le difficoltà.

I filtri per dominio

In Eudora era semplice (con un apposito comando) dichiarare un filtro per spostare tutta la posta proveniente da un dominio (ad es. @blugeco.com) in una cartella, senza dover specificare mittente per mittente; in Outlook invece a prima vista pare non si possa fare, almeno non con un comando specifico.
Bisogna infatti iniziare ad impostare la regola, poi cercare la voce “Con parole specifiche nell’indirizzo del mittente”, selezionarla e quindi inserire il dominio.

Ok, non proprio intuitivo, ma è possibile.

La posta non letta

Inseriti i filtri, mi accorgo di un comportamento strano (non voglio chiamarlo difetto) di Outlook: quando una cartella contiene un messaggio non letto, il nome della cartella viene evidenziato in grassetto (bene); ma se un messaggio mail – per effetto dei filtri – finisce in una sottocartella, la cartella o le cartelle superiori NON vengono anch’esse evidenziate (come accadeva in Eudora), per cui non si vede al volo quale sono le caselle con nuovi messaggi.

Al solito, il trucco si trova; eccolo:
bisogna aprire cartella di sistema “Cartelle ricerche” e cercare la cartella “Messaggi non letti” (o “Unread mail”); a questo punto, per tenerla bene in evidenza, va spostata in “Cartelle preferite”.

Non proprio intuitivo, non proprio efficace, ma funziona.

continua…

Sono di recente dovuto passare da Eudora ad Outlook: una scelta non facile, ma obbigata. Ecco perché.

Ho usato Eudora (uno dei più antichi client di posta elettronica) per una quindicina d’anni, sin dalla release 3.x.
Ovviamente avevo preso le mie abitudini, e non avevo nessuna intenzione di cambiare, anche se la Qualcomm aveva già da tempo smesso di sviluppare il prodotto.

Da un po’ di tempo però una delle manchevolezze di Eudora, e cioè il fatto che non supporti i caratteri Unicode (quelli per le lettere accentate, per intenderci), iniziava a diventare fastidiosa, dato che i messaggi che mi arrivano sono in gran parte fatti così.

Inoltre, il fatto di non conoscere bene Outlook mi impediva di offrire ai miei clienti un aiuto quando avevano problemi col prodotto.

Decido quindi di passare ad Outlook (non altri client, per il motivo appena detto, del supporto ai clienti).

Mi scontro subito con il primo, enorme problema: gli allegati. Sì, perché Eudora ha un modo tutto suo di gestire gli allegati: essi sono memorizzati come file singoli, staccati dal messaggio, in una cartella predefinita (può sembrar scomodo, ma per alcune esigenze è conveniente); e per via di questo suo modo strano, l’importatore di Outlook importa tutto da Eudora, tranne gli allegati. Anche passando per Outlook Express (come consigliato da Microsoft per preservare alcune informazioni di Eudora) gli allegati non vengono migrati.

Parto quindi alla ricerca di un software che permetta di migrare gli allegati; per fortuna esiste: si chiama Aid4Mail.

continua… Da Eudora ad Outlook: odissea di una migrazione – le difficoltà

Tramite una procedura interna di SQL è possibile controllare l’esistenza di un file. La procedura è xp_fileexist e va usata così

EXEC master..xp_fileexist 'C:\immagine.jpg'

viene riportato 1 se il file esiste, oppure 0 se non esiste.

In un caso pratico ho dovuto controllare l’esistenza di un certo numero di files, il cui nome era memorizzato in una tabella. Per fare questo, ho innanzitutto creato una funzione (udf) che effettuasse il controllo e ritornasse il flag di trovato/non trovato

SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
-- =============================================
-- Author:		<EDC>
-- Create date: <05.sep.2009>
-- Description:	<Check file exist>
-- =============================================
ALTER FUNCTION udf_FileExist
(
	@in_FileName VARCHAR(512)
)
RETURNS INT
AS
BEGIN

	DECLARE @out_result INT

	EXEC master..xp_fileexist @in_FileName, @out_result OUT

	RETURN ISNULL(@out_result,0)

END
GO

La funzione udf_FileExist accetta in input il nome del file (percorso completo) e restituisce un intero che varrà 1 se il file esiste, oppure 0 se non esiste.

Per usarla, sarà sufficiente richiamare la funzione nella query, così:

SELECT NomeFile, dbo.udf_FileExist(NomeFile) AS Esiste FROM Tabella_Files

Buon lavoro.

Un amico ha sollevato questo problema: come conoscere con un’unica query quante foto ha inserito un dato utente nella tabella foto e quanti blog ha inserito lo stesso utente nella tabella blogs.

Dato che il database in uso era Access, non si potevano usare Stored Procedures, quindi il tutto andava fatto con un’unica query.

Procediamo quindi per passi successivi.

1. Per prima cosa vediamo come leggere quante foto sono state inserite (il nostro utente immaginario si chiamerà…. “Pippo”, come sempre)

SELECT COUNT(*) FROM gallerieFoto WHERE fAutore="Pippo"

il risultato della query sarà (ad esempio):
5

2. Adesso procediamo con la lettura di quanti messaggi sono stati inseriti nel blog

SELECT COUNT(*) FROM blogs WHERE bAutore="Pippo"

il risultato della query sarà (ad esempio):
3

3. Ora uniamo le due query con una UNION, visto che il formato di uscita è identico

SELECT COUNT(*) FROM gallerieFoto WHERE fAutore="Pippo"
UNION
SELECT COUNT(*) FROM blogs WHERE bAutore="Pippo"

il risultato della query sarà:
5
3

4. così facendo avremmo due record, ma non si vuole fare un ciclo di lettura; quindi bisogna fare in modo che la query restituisca 2 colonne, non due righe

5. iniziamo con l’attribuire i due nomi di colonna per i risultati: qFoto e qBlog

SELECT COUNT(*) AS qFoto FROM gallerieFoto WHERE fAutore="Pippo"
UNION
SELECT COUNT(*) AS qBlog FROM blogs WHERE bAutore="Pippo"

il risultato della query sarà:
5
3

6. però è ancora una colonna sola; quindi aggiungiamo una colonna per query che faccia da segnaposto: nella query delle foto aggiungiamo il segnaposto dei blog, nella query dei blog aggiungiamo il segnaposto delle foto

SELECT COUNT(*) AS qFoto, 0 AS qBlog FROM gallerieFoto WHERE fAutore="Pippo"
UNION
SELECT 0 as qFoto, COUNT(*) AS qBlog FROM blogs WHERE bAutore="Pippo"

da notare l’inserimento incrociato dei segnaposto, per ottenere la corrispondenza delle colonne

il risultato della query sarà:
5 0
0 3

7. sistemata la questione delle due colonne, resta il problema delle due righe; aggiungiamo una query esterna che raccolga i MAX delle query (infatti interessano i risultati 5 e 3, gli zeri vanno ignorati); potremmo usare anche SUM, io per abitudine preferisco MAX.

SELECT MAX(qFoto) AS qFoto, MAX(qBlog) as qBlog FROM (
SELECT COUNT(*) AS qFoto, 0 AS qBlog FROM gallerieFoto WHERE fAutore="Pippo"
UNION
SELECT 0 as qFoto, COUNT(*) AS qBlog FROM blogs WHERE bAutore="Pippo"
) AS subQry

il risultato della query sarà:
5 3

che è esattamente quello che si voleva ottenere.

Come duplicare (clonare) una pratica

Andremo a sfruttare la funzione di archiviazione pratiche, in questo modo:

• evidenziate la pratica che volete duplicare e chiedetene l’archiviazione
• nella finestra di archiviazione selezionate tutte le informazioni e chiedete di ‘Mantenere le informazioni originali nell’archivio’
• date quindi conferma

In questo modo avrete la stessa pratica sia nell’archivio Corrente che in quello Storico

• portatevi adesso nell’archivio Storico e selezionate nuovamente la pratica
• chiedetene nuovamente l’archiviazione (dallo Storico viene riportata nel Corrente)
• nella finestra di archiviazione selezionate tutte le informazioni e chiedete di NON  ’Mantenere le informazioni originali nell’archivio’
• date quindi conferma
• Élite vi segnalerà che la pratica esiste già nell’archivio di destinazione (è giusto, è proprio quello che ci serve)
• tra le opzioni proposte, scegliete ‘Crea nuova’
• Élite creerà una nuova pratica aggiungendo il suffisso ‘/1′ al Codice Pratica

Avete così duplicato la pratica. Se necessita, potrete attribuire un nuovo codice entrando in modifica pratica.

Élite è la procedura ideale per la gestione dello studio legale. Informazioni, prezzi e dimostrativo sul sito Blugeco.

Può capitare che in una tabella ci siano dei record (righe) duplicati. Rintracciarli per poi eliminarli è sempre una faccenda noisa.

Per fare questo possiamo avvalerci della funzione di numerazione righe ROW_NUMBER() di MS SQL Server 2005.

Ad esempio, questa query:

SELECT  ROW_NUMBER() OVER(PARTITION BY PART_IVA ORDER BY CODICE) AS [RowNumber]
      , PART_IVA
      , CODICE
FROM  CLIENTI

elencherà tutti i Clienti, numerandoli progressivamente quando hanno la stessa Partita IVA ( … PARTITION BY PART_IVA … ).

Per evidenziare i duplicati, basterà aggiungere una WHERE, così

SELECT * FROM (
   SELECT  ROW_NUMBER() OVER(PARTITION BY PART_IVA ORDER BY CODICE) AS [RowNumber]
         , PART_IVA
         , CODICE
   FROM  CLIENTI
   ) AS T1
WHERE RowNumber>1

Similarmente, potremo usare lo stesso stratagemma per eliminare tutti i doppioni

 DELETE T1 FROM (
   SELECT  ROW_NUMBER() OVER(PARTITION BY PART_IVA ORDER BY CODICE) AS [RowNumber]
         , PART_IVA
         , CODICE
   FROM  CLIENTI
   ) AS T1
  WHERE T1.RowNumber >1

La funzione COUNT() viene usata per contare (appunto) quanti record ci sono in una tabella o vista, eventualmente rispondenti ad una determinata condizione.

Ad esempio potremmo voler contare quanti clienti hanno sede a Milano.

SELECT
    COUNT(*) AS qClienti
FROM
    Clienti
WHERE
   Localita='MILANO'

Potrebbe succedere però di dover riportare più conteggi; ad esempio quanti clienti hanno sede a Milano e quanti in Lombardia.

La prima soluzione che viene in mente è di eseguire due interrogazioni, con due WHERE diverse; si potrebbero anche riunire le due interrogazioni con una UNION, in questo modo:

SELECT SUM(cMilano) AS qMilano, SUM(cLombardia) AS qLombardia FROM
   (SELECT COUNT(*) AS cMilano, 0 as cLombardia FROM Clienti WHERE Localita='MILANO'
    UNION
    SELECT 0 AS cMilano, COUNT(*) AS cLombardia FROM Clienti WHERE Regione='LOMBARDIA')

Non il massimo dell’eleganza, né dell’efficienza.

Nella funzione COUNT possiamo però usare l’istruzione CASE, che ci permetterà di scrivere una interrogazione migliore.

Sfrutteremo la regola per cui i NULL non vengono contati nella COUNT; in particolare, nel nostro caso, se il risultato della WHEN è positivo (cioè corrisponde) viene restituito un risultato non-NULL, e conseguentemente contato; altrimenti (un altrimenti implicito) viene riportato NULL, che non viene contato.

SELECT
   (COUNT(CASE WHEN Localita='MILANO' THEN 1 END)) qMilano,
   (COUNT(CASE WHEN Regione='LOMBARDIA' THEN 1 END)) qLombardia
FROM
   CLIENTI

La query è più pulita, più performante e più manutenibile. Non lasciatevi fuorviare dalla cifra ‘1′ restituita dal CASE; un qualunque valore non-NULL va altrettanto bene (es.: COUNT(CASE WHEN Localita=’MILANO’ THEN ‘Ok!’ END)  )

Tutte le funzioni di aggregazione (COUNT, SUM, AVG, ecc.) possono essere usate in questo modo.

Gli Iter di Scadenze (Macro)

La particolarità che andremo a sfruttare per poterci far pre-avvisare è la possibilità di inserire un intervallo di tempo negativo: in pratica occorre fare così:

• chiedete l’inserimento di una nuova macro
• nella tab ‘Dati Principali’ inserite un codice mnemonico e una descrizione
• andate poi nella tab ‘Elenco Scadenze’
• inserite nella prima riga la scadenza di riferimento; nel nostro caso il deposito dell’atto fra 30 giorni
• completate la prima riga inserendo gli eventuali altri dati
• nella seconda riga inserite la scadenza di preavviso; nel nostro caso la redazione dell’atto dopo -3 giorni; dato che Élite aggiunge giorni al precedente, aggiungendone una quantità negativa in pratica li sottrare
• anche in questo caso, completate la riga inserendo gli eventuali altri dati
• salvate poi come di consueto l’informazione

Quando dovrete inserire una scadenza con preavviso, selezionate questa macro: vedrete inserire due scadenze, una tra 27 giorni (la redazione), l’altra tra 30 (il deposito).

Seguendo questo esempio potrete creare tutte le macro che vi servono per gestire i preavvisi.

Élite è la procedura ideale per la gestione dello studio legale. Informazioni, prezzi e dimostrativo sul sito Blugeco.

Come procedere alla compattazione manuale

• accertatevi innanzitutto che nessuno stia usando Élite, in quanto la compattazione può avvenire soltanto quando il database non è in uso
• fate doppio click su Risorse del computer
• portatevi sul disco che ospita Élite
• entrate nella cartella ELI40
• localizzate il programma ELI_RBLD.EXE (o semplicemente ELI_RBLD se il vostro Windows nasconde le estensioni)
• mandatelo in esecuzione con un doppio click
• seguite infine le indicazioni che appaiono a schermo.

Una volta terminate le operazioni di compattazione potrete riprendere il vostro lavoro con Élite come di consueto.

Élite è la procedura ideale per la gestione dello studio legale. Informazioni, prezzi e dimostrativo sul sito Blugeco.