SelfHelp



HELP

Help file
Questo file é ottenuto con TreePad Lite ed esportato su SelfHelp.html
walk FILE,Export,Subthree,as Html
Vedi http://www.treepad.com/download/tplitewin.html

Per cercare una parola in questo testo utilizzare i tasti Ctrlf+F se in Internet Explorer.




Il Tuo Pc
 
Requisiti
 
Cookie abilitati
Java
Blocco popup disabilitati

Cookie
Come abilitare i cookies

Internet Explorer 6.X
Nella barra del menù di Internet Explorer, cliccare su STRUMENTI
Nel menù Strumenti, cliccare su OPZIONI INTERNET
Nella finestra che compare, selezionare la scheda PRIVACY
Nella scheda Privacy, impostare il livello su MEDIO (vedi Fig. 1)
Chiudere il browser per rendere effettive le modifiche
Fig. 1


Popup
 
Nella barra del menù, cliccare su STRUMENTI
Nel menù Strumenti, cliccare su OPZIONI INTERNET
Nella finestra che compare, selezionare la scheda PROTEZIONE
Nella scheda Protezione, selezionare l'icona Internet (vedi Fig. 2)
Cliccare sul pulsante Livello personalizzato

Fig 2



Scorrere le seguenti voci fino a visualizzare la seguente schermata
Nell'opzione Usa Blocco popup selezionare Disattiva (vedi Fig. 3)
Cliccare OK, nel successivo messaggio di avviso scegliere Si
Cliccare di nuovo OK
Chiudere il browser per rendere effettive le modifiche

Fig 3


Java
 
Abilitare il test sulla Java Virtual Machine
 
Internet Explorer 6.X
Nella barra del menù, cliccare su STRUMENTI
Nel menù Strumenti, cliccare su OPZIONI INTERNET
Nella finestra che compare, selezionare la scheda PROTEZIONE
Nella scheda Protezione, selezionare l'icona Internet (vedi Fig. 4)
Cliccare sul pulsante Livello personalizzato

Fig 4

Scorrere le seguenti voci fino a visualizzare la seguente schermata
Nell'opzione Inizializza e esegui script controlli ActiveX non contrassegnati come sicuri selezionare Attiva (vedi Fig. 5)
Cliccare OK, nel successivo messaggio di avviso scegliere Si
Cliccare di nuovo OK
Chiudere il browser per rendere effettive le modifiche
Fig 5


Abilitare l'esecuzione delle applet Java
Internet Explorer 6.X
Nella barra del menù, cliccare su STRUMENTI
Nel menù Strumenti, cliccare su OPZIONI INTERNET
Nella finestra che compare, selezionare la scheda PROTEZIONE
Nella scheda Protezione, selezionare l'icona Internet (vedi Fig. 6)
Cliccare sul pulsante Livello personalizzato

Fig 6

Scorrere le seguenti voci fino a visualizzare la seguente schermata
Selezionare Attiva nell'opzione Esecuzione script delle applet Java
Nell'opzione Autorizzazioni Java selezionare Protezione alta (vedi Fig. 7)
Cliccare OK, nel successivo messaggio di avviso scegliere Si
Cliccare di nuovo OK
Chiudere il browser per rendere effettive le modifiche

Fig 7

Verificare presenza di Java
Per procedere ad alcune funzionalità del sistema è necessario che sul personal computer sia presente il software Java Virtual Machine (versione 1.3.1 e superiore). Il computer potrebbe avere questo software già installato. La prima cosa da fare è quindi la verifica circa la presenza o meno di tale software.

Windows
Dal Desktop occorre selezionare il pulsante Start (Avvio) e quindi la voce "Esegui"
Start ed esegui

Apparira la seguente finestra dove è necessario digitare il comando cmd:
Esegui cmd

Premuto il pulsante Ok apparirà la seguente finestra dos
cmd.exe

Sulla finestra dos sopra riportata, come di seguito evidenziato, è sufficiente digitare il comando java -version e premere il pulsante di invio; verranno indicate le informazioni circa la presenza o meno della java virtual machine e la sua versione; si possono quindi presentare tre casi:
1) PRESENZA SUL PC DELLA JAVA VIRTUAL MACHINE IN VERSIONE COMPATIBILE
verifica presenza jvm

Come evidente sulla maschera il pc dispone della java virtual machine in una versione compatibile (ricordiamo che serve la versione 1.3.1 e superiore) per la firma dell'elenco; pertanto, in questo caso, non sarà necessario procedere ad alcuna operazione successiva.
Torna alla pagine informativa "Intr@Web On Line - Firma dichiarazione".
2) PRESENZA SUL PC DELLA JAVA VIRTUAL MACHINE IN VERSIONE NON COMPATIBILE
verifica presenza jvm
Sulla maschera sopra prospettata il pc dispone della java vitual machine ma in una versione che non risulta compatibile (poiché inferiore alla versione minima richiesta); pertanto, in questo caso, sarà necessario procedere alla sua Installazione.
3) NON PRESENZA SUL PC DELLA JAVA VIRTUAL MACHINE
verifica presenza jvm

Sulla maschera sopra riportata siamo di fronte al caso in cui il pc non dispone della java vitual machine; pertanto, in questo caso, sarà necessario procedere alla sua Installazione.

MAC
Come aggiornare il supporto Java per Mac
Apple Computer fornisce la propria versione di Java.
Se si rendesse necessario aggiornare la versione di Java selezionare la funzione Aggiornamento Software (disponibile nel menu Apple) per verificare che la versione di Java in uso sul Mac sia quella più aggiornata:
Aggiornamento Software

In caso di problemi con il download, l'installazione o l'utilizzo di Java su Mac, contattare il supporto tecnico di APPLE Computer.

Linux
Verificare la presenza ed installare la Java Virtual machine (ambiente LINUX)
Verificare la versione presente della Java Virtual Machine
E' sempre possibile verificare la versione della JVM installata con un
java -version
da terminale.
Per controllare quale versione della JVM i vostri programmi Java utilizzano, dovrebbe essere sufficiente un
ps -ef | grep nome-programma
da terminale.

Ubuntu
Installare Java su Ubuntu
Ubuntu include già una sua implementazione della java virtual machine (gcj) ma per alcuni scopi questa non è abbastanza o non è soddisfacente. Se non si è avuto mai alcun problema con applicativi Java non è necessario proseguire a leggere le istruzioni seguenti. Si suggerisce però di passare alla JVM (Java Virtual Machine) della Sun (o anche IBM).
Ricordiamo che è il JRE che contiene la JVM; il JRE (Java Runtime Environment) contiene diverse librerie e consente di far girare tutti gli applicativi Java.
La via più veloce consiste nello scaricare il JRE tramite Synaptic. Risultano disponibili la versione 5 (Java SE 1.5) e 6 (Java SE 1.6). Se per qualche ragione si vuole installare la versione 4 (Java SE 1.4) non rimane che fare il download dal sito della Sun.
Per volere l'ultimo build disponibile per una data versione non rimane che affidarsi al sito della Sun in quanto la versione nel repository non è quasi mai aggiornata all'ultima disponibile. Potete scaricare l'ultima versione (1.6) dall'indirizzo http://www.oracle.com/technetwork/java/javase/downloads/index.html, oppure quelle precedenti (1.5, 1.4, 1.3) dall'indirizzo http://www.oracle.com/technetwork/java/javase/downloads/previous-jsp-138793.html.
In caso di problemi con il download, l'installazione o l'utilizzo di Java su Linux, consultare documentazione e/o forum presenti sul web.

java e mozilla Firefox
 
Si può verificare l'installazione di Java visitando la pagina di test di Java http://www.java.com/it/download/installed.jsp?detect=jre&try=1

Quando si visita questa pagina, potrebbe essere necessario normalmente è necessario attivare Java.
L'articolo [https://support.mozilla.org/it/kb/utilizzare-java-bloccato] Come utilizzare Java se è stato bloccato spiega come fare. Potrebbe anche essere visualizzato un avviso di sicurezza in cui si
richiede la conferma all'attivazione di Java.
Consultare la pagina di supporto [http://www.java.com/it/download/help/appsecuritydialogs.xml] Come procedere quando viene visualizzato un prompt di
sicurezza Java? per ulteriori informazioni sui messaggi di sicurezza di Java.

WebBrowser
 
Il computer del navigatore deve essere corredato di almeno una fra i seguenti browser


WINDOWS
INTERNET EXPLORER

MOZZILLA FIREFOX

MAC

Funzionalità
 
Accesso ai sistemi

L'accesso ai ns sistemi avviene spontaneamente a cura dei navigatori che dovranno registrarsi la prima volta con email e password.

La segreteria puo' assegnare i codici di accesso o modificarli qualora l'utente si sia già autoiscritto.

L'email (detta anche user-id) fornita non è più modificabile ed è associata (campo LOADER) a tutte le informazioni (records) che il navigatore produrrà e di cui ne è il proprietario. Potrà solo visualizzare e/o modificare le entità (centri, tecnici e tesserati) di propria pertinenza, ovvero che abbia caricato in precedenza.

Ad oggi la tipologia degli utenti dei sistemi è la seguente:
Level LevelName
-1 Administrator
0 Default
1 AppAndWeb per APP
2 Manager
4 Segr Concorso (CRUD)
5 Gest Soci (CRUD)
6 Gest. Centri (CRUD)
7 Centri (R)
8 Gest Centri e Soci (CRUD)
9 Gestione Corsi Formazione
10 Corsi e Concorsi
11 Newsletter mngmt
12
13 Segreteria e staff centrale
!! da aggiornare elenco

Per ognuno di questi livelli e per ogni funzionalità del sistema sono specificate le possibilità CRUD (C=Create R=Read U=Update D=Delete)

Ogni utente può essere abilitato e disabilitato dall'accesso.

L'utente viene bloccato dopo il 5° tentativo di connessione errato; in tal caso deve intervenire l'Amministratore per ripristinare la situazione.

Gli utenti di sistema (tabella NEWS_USERS) inoperosi oltre 365 giorni e che non siano loader di alcunché vengono cancellati.

Prerequisiti
 
L'accesso ai sistemi é condizionato al possesso di una chiave di accesso e la password assegnate dalla Segreteria SEF oppure autoiscritte al sistema.

Il codice di accesso (chiamata userid, login) deve essere una email.

La password deve essere da 8 a 16 caratteri, deve contenere una lettera maiuscola ed almeno un numero.

Dimenticata password
La perdita della parola chiave si ottiene con la funzione "Dimenticata password" che provvederà ad inviare all'utente, attraverso una email, la password dimenticata.

Questa funzione é espletata in SEFNAV e sull' APP

Vedasi specifiche di dettaglio in SISTEMI/WEB SERVICE/FUNZIONI

Modifica chiave di accesso
 
L'utente ha facoltà di modificare a suo piacere la password di accesso ai sistemi

Funzionalità espletata in SEFNAV e sull'APP

Vedasi specifiche di dettaglio in SISTEMI/WEB SERVICE/FUNZIONI

Atoregistrazione
 
E' data facolta al navigatore di autoiscriversi ai sistemi.

L'operazione é espletata dalla funzione F_RegistraUtente del Web Service
vedasi specifiche di dettaglio in SISTEMI/WEB SERVICE/FUNZIONI

Iscrizione a newsletter
 
E' data facolta al navigatore di autoiscriversi ai sistemi.

L'operazione é espletata dalla funzione U_RiceveNewsLetter del Web Service
vedasi specifiche di dettaglio in SISTEMI/WEB SERVICE/FUNZIONI

TesseramentoAtleti

Prerequisiti:
1) Possedere la chiave di accesso e la password assegnate dalla Segreteria SEF.
2) Il centro deve avere un saldo contabile positivo per effettuare le operazioni i cui costi sono basati sul costo delle patenti.
Qualora non si disponesse del sufficiente saldo si veda "Acquisto patenti e depositi.

Dal menu di sx scelga Tesseramento e vedrà tutti i dati a cui la sua chiave di accesso è abilitata.
Vicino al nome del centro appare CDA con il quale deve caricare il Presidente (tutti i dati, adesso ne mancano)
Con "Tesserati" si eseguono le operazioni di tesseramento ("Lista tesserati del centro")
Presti attenzione ai casi:
1) Il tesserato del suo centro è solo da rinnovare: lo troverà nell elenco di sx ed al comando "Rin" sarà rinnovato per l anno in corso
2) Il tesserato non è del suo circolo; allora è meglio "Cerca tesserato" e poi "Rin" (ovvero cambio residenza sportiva)
3) Se proprio il tesserato non esiste nel db della SEF allora caricherà i suoi dati anagrafici e lo rinnoverà per l'anno. Per i minori è obbligatorio specificare le generalità del genitore/tutore.

Attenzione : un nuovo tesserato parte sempre dalla patente A, solo dopo il rinnovo potrà passare a B e/o C. Non si può tornare indietro nel curriculum delle patenti.

Le operazioni relative ai atleti tesserati sono effettuate dai centri e consistono in:

Inserimento anagrafica atleta, ovvero acquisizione dei suoi dati anagrafici poiché non presente nel data base
*Tesseramento e rinnovo tesseramento.
*Cambio di residenza sportiva, ovvero il centro acquisisce un atleta che potrebbe essere stato di una altro centro. L'operazione non ha costi né per il centro né per l'atleta.
*Cambio patente

Inserimento anagrafica
 
INSERIMENTO ANAGRAFIA ATLETA
La nuova anagrafica viene inserita inizialmente con l'anno di tesseramento zero ed apparirà quindi nell'elenco degli atleti da tesserare insieme a quelli ancora da rinnovare.
La prima patente può essere "T" oppure "A".
Per i minori di 18 anni sono richiesti obbligatoriamente i dati del genitore/tutore, in Cognome,Nome e Cod Fiscale.
A parità di Cognome,Nome e data di nascita non sono ammessi duplicati se non per anno tesseramento, patente o centro diverso.
Il numero tessera viene assegnato dal sistema progressivamente e l'atleta manterrà lo stesso numero per sempre.
La funzione di inserimento, modifica e cancellazione vengono effettuate tramite la funzione U_Tesserato del web Service.

Cambio residenza sportiva
 
CAMBIO RESIDENZA SPORTIVA
L'operazione non ha costi né per il centro né per l'atleta. Il record del tesserato del vecchio centro è storicizzato (TE_HIST=True) e duplicato in nuovo record con il nuovo codice centro di appartenenza (campo TE_CENTRO) .
Il cambio residenza sportiva è fattibile solo se l'atleta è già tesserato per l'anno in corso.
L'operazione sarà eseguita dalla funzione F_CambioResidenzaSportiva a cui fornire il TE_ID del tesserato ed il nuovo codice centro ricevente.

Vedasi specifiche tecniche di B_CambioResidenzaSportiva in SISTEMI / WEBSERVICE / FUNZIONI

Cambio patente
 
CAMBIO PATENTE
Le possibili progressioni possono solo essere: T A B C oppure A B C ; non si puo' tornare indietro.
L'operazione è onerosa a carico del centro per l'importo di differenza della nuova patente e la vecchia patente con l'emissione di un movimento contabile di causale "-RP" .
Il record di vecchia patente viene storicizatto (TE_HIST=true) e viene ottenuto un nuovo record tesserato.
L'operazione è eseguita dalla funzione F_CambioPatente a cui fornire l'identificazione dell'atleta ; campo TE_ID

Vedasi specifiche tecniche di B_CambioPatente in SISTEMI / WEBSERVICE / FUNZIONI

Rinnovo
 
RINNOVO TESSERAMENTO
La campagna di tesseramento atleti inizia il 1° dicembre, pertanto da tale data, la richiesta di rinnovo si intende per l'anno successivo

L'importo di tesseramento è definito per il tipo di patente dell'atleta; importi in tabella T_CODICI con TIPO=aaaaPAT (aaaa è l anno) come nell'esempio dove nel campo Descrizione si evince il costo della patente.
TIPO Chiave Descrizione
2013PAT SEF T 2
2013PAT SEF C 30
2013PAT SEF B 20
2013PAT SEF A 10



La patente da utilizzare è quella in possesso al momento del rinnovo, non si puo' cambiare, potrà essere fatto successivamente con un cambio patente.
L'operazione è fattibile solo se il centro ha un saldo positivo sufficiente a coprire l importo.
L'operazione è eseguita dalla funzione F_RinnovoTesserato del WS a cui fornire la TE_ID ed il centro di appartenenza o di nuova appartenenza, ovvero un centro può rinnovare il tesseramento di un atleta che non era suo sino a quel momento.
I record di tesseramento dell anno precedente si intendono automaticamente storicizzati (non assume TE_HIST).

Vedasi specifiche tecniche di B_RinnovoTesserato in SISTEMI / WEBSERVICE / FUNZIONI

Acquisto Patenti e Depositi

Si possono effettuare online o mediante bonifico bancario.

Transazioni online:
Prerequisiti: Possedere la chiave di accesso e la password assegnate dalla Segreteria SEF, ed disporre di una carta di credito.
Si accede a www.sef-italia.it/sefnav dal menu Tesseramento, sino a trovare il pulsante Pagamenti.
L'utente sarà poi passato alle transazioni di paypal.
Le transazioni di pagamento online hanno effetto immediato e sono sempre seguite da una/più email di conferma dell'operazione.
Gli importi sono accreditati al centri.

Bonifico:
Effettuando un bonifico è necessario intervenga la ns segreteria che riporterà sul sistema online il l'importo accreditato perdendo così l'automazione e l'immediatezza delle operazioni.

PayPal
 
PAYPAL. Ogni transazione monetaria da e verso Tecnici, Centri, Tesserati ed iscritti al concorso, accredidati agli eventi avviene attraverso le funzionalità di Paypal di cui si utilizza la versione PRO.

Per ogni transazione:
Fornire i dati anagrafici
Fornire l'importo della transazione
Predisporre il campo CUSTOM

DATI ANAGRAFICI sono Cognome,Nome,Indirizzo,Località,Cap e Country (di fisso Italy) per una persona (Tesserato,Tecnico)
sono Nome Centro,Acronimo,Indirizzo,Località,Cap e Country (di fisso Italy) per un centro.

IMPORTO: E' l'importo predisposto per l'operazione che si intende effettuare.

Campo CUSTOM, una coppia di valori che saranno restituiti da PP nel campo CUSTOM. Esempio RCER#34 identifica il pagamento del rinnovo del centro 34, RCEP#34 la prima affiliazione del centro 34. Ad ogni ricevimento da PP oltre ad aggiornare il db si produrranno le email agli interessati ed alla ns segreteria. Il programma PP_IPN, chiamato da PP, provvede istantaneamente a tutti le elaborazioni sul data base ed all'invio delle email stabilite.

Nell Chiamata paypal esempio 1 sono esposti le istruzioni per un pagamento dei centri


La tabella PAYPAL raccoglie i movimenti contabili da PayPal attraverso il programma PP_IPN che li memorizza senza alcuna elaborazione.

Al ricevimento di un movimento con PP_IPN viene innescato il programma BATCH_PAYPAL_ELAB che provvede, laddove siano stati previsti gli automatismi di riconoscimento del record, ad effettuare le previste elaborazioni che implementeranno le tabelle dei movimenti contabili del centro, dei tecnici e dei tesserati.

Un rec PayPal assume gli stati: CONTABILZZATO quando tutto é stato eseguito, DOPPIO in caso di ricevuto doppione, SOSPESO in caso di errore.

I record in stato "contabilizzato" restano disponibili per 90 giorni.

Chiamata paypal esempio 1
 
Esempio di chiamata Paypal per Rinnovo affiliazione centro

GL_PaypalBusinnesId = "7X4FDXUHQYBQA" Questo codice é aggiornatao al 6/6/2013 con l'unione di SEF FISC FISAP.


GL_WEBSITE = "http://www.sef-italia.it/"

lettura del centro …..
wcog = CENTRI.C_AMMNE_DESTINATARIO
wnom = CENTRI.C_NOME
wpro = CENTRI.C_PROV
wzip = CENTRI.C_CAP
wcit = CENTRI.C_LOCALITA
wind = CENTRI.C_Indirizzo
wemail = CENTRI.C_EMAIL
….



action="https://securepayments.paypal.com/acquiringweb">

<<< l'importo <<

























Note per paypal PRO
 
Approvazione di PayPal per l'utilizzo della versione PayPal PRO

Ci è fatta raccomandazione, pena il non uso di PayPal, di informare il navigatore in procinto di pagare elettronicamente con le seguenti diciture: (che metterei di tipo global in quanto ricorre ogni dove si paga con Paypal)

o Cancellazioni e rimborsi: per ottenere il rimborso della quota sociale versata bisogna presentare domanda entro 7 gg al fax 0247951191
o Per informazioni rivolgersi a:
SEF Italia
Largo Milano, 18
20092 Cinisello Balsamo (MI)
tel.: 026687094
mail: equitazione@sef-italia.it
__________.__________

Email per evento
 
Per gli eventi previsti e codificati lo staff ed il management possono ricevere una email con le informazioni relative all'evento.
Un esempio di evento é il Rinnovo dei brevetti dei tecnici a seguito del relativo pagamento della quota attraverso PayPal, nel sistema é l'evento n° 5.

L'elenco completo degli eventi é visibile in SRVC alla voce Businnes Event ed é solo modificabile dall'Amministratore del sistema.

L'iscrizione di un indirizzo email é da effettuarsi alla funzionalità SRVC/Businnes Email specificando:
1) l'indirizzo del ricevente principale (obbligatorio)
2) l'indirizzo del ricevente in copia (opzionale)

L'invio della email é prevista per tutti gli indirizzi email caricati nella tabella Businnes Email (vedi in SRVC) e non viene protocollato e non é ripetibile.

Interfaccia Numerica/ASC
NumericaAsc
A far del 21/3/2013 i sistemi sono interfacciati con i sistemi della Numerica/Asc per il passaggio dei dati
dalla SEF a A.S.C.

Questa funzionalità:
- si applica solo ai centri con EPS = CNS_Libertas.
- ad oggi solo per il database della SEF.
- ad oggi solo in fase di modifica dei dati di un centro, non all'inserimento causa i troppi dati.
- NON si applica ancora per SefNav, si attende qualche giorno di assestamento e collaudo.

La connessione a Numerica/Asc comporterà molto lavoro ma con forte incremento della qualità dei dati.

Purtroppo tale connessione risponde solo il primo errore riscontrato e quindi bisogna iterare sino alla buona riuscita.

Regole:
Tutti i centri debbono avere il Presidente (trx Centri CDA).
I dati relativi al presidente del centro sono tutti obbligatori.
I dati Località, cap e Provincia debbono essere congruenti tra loro (errore KO 47)
La rete è oggi composta: 1) Vostro pc, 2) il Server SRVC 3) Il server Numerica/Asc
pertanto dato un click di invio è inutile e dannoso darne un altro solo perché il sistema non ha ancora risposto. Tutto il mondo web opera con una send a cui deve seguire una receive. Qualora cadesse la transazione verso la Numerica/Asc le modifiche al nostro db sono comunque già state apportate.

Sistema SRVC
Pertanto al premere il pulsante di Modifica potreste ricevere as esempio le seguenti:
Cod Fisc errato o mancante
StatusAsc KO 19 CodiceFiscaleNonValido
Aggiornamento effettuato
La prima fa parte dei ns controlli ed è in questo caso solo una segnalazione. (Vedi terza riga)
La seconda è il risultato della chiamata in rete della Numerica/Asc che ha dato tale errore. Il KO dice che la Numerica/Asc non ha recepito i dati.
La terza si riferisce alla ns banca dati, prestare attenzione


Sistema SelfNav
Nell'elenco dei centri, per ognuno di essi é proposto per esteso la didascalia dell'eventuale errore ultimo riscontrato.

Ricevere le newsletter
 

La gestione degli indirizzi avviene per autoiscrizione del navigatore oppure per aggiornamento a fronte dei tecnici, tesserati, centri (tab EMAILLETTER)
Gli indirizzi sono pertanto raggruppati per tipologia C=Centri T=Tesserati S=Simpatizzanti ecc
Le varie newsletter restano memorizzate nel sistema (tab NEWS_NEWSLETTER)
A spedizione eseguita (programma batch NL_MAIN) i riceventi sono storicizzati in apposita tabella (ESENT) per evitare di inviare più volte la stessa lettera.
Un processo batch notturno provvede ad eliminare la memorizzazione degli invii oltre i 60 giorni.

Gestione centri
 
Pagamenti dai centri
 


I pagamenti da Centro a SEF mediante Paypal, sono di due tipi:
Deposito
con importo a piacere del centro
incrementerà il saldo del centro

Acquisto patenti
con la scelta di una serie (da 4 a 6) di importi che noi proponiamo di fisso
(meglio sarebbe aggiungerli in T_CODICI e non cablati nel s/w, decideremo)
incrementerà il saldo del centro

Per Deposito ed Acquisto patenti dall'APP si dovrà fornire a paypal l'anagrafia del centro ed una chiave CUSTOM che Paypal ci ritornerà a pagamento effettuato dal navigatore ad un programma http del web di SEF (PP_IPN.asp) ; ritorno quasi sempre immediato (però è meglio non fidarsi) salvo ovviamente rinuncia del navigatore.
Per il Deposito la chiave CUSTOM è CEDEP#cccc (dove cccc è l'identificativo univoco del centro (Centri.C_ID)
Per Acquisto patenti la chiave CUSTOM è PAT#cccc (dove cccc è l'identificativo univoco del centro (Centri.C_ID)
Vedasi l'esempio più avanti

Si possono effettuare online o mediante bonifico bancario.

Transazioni online:
Prerequisiti: Possedere la chiave di accesso e la password assegnate dalla Segreteria SEF, ed disporre di una carta di credito.
Si accede a www.sef-italia.it/sefnav dal menu Tesseramento, sino a trovare il pulsante Pagamenti.
L'utente sarà poi passato alle transazioni di paypal.
Le transazioni di pagamento online hanno effetto immediato e sono sempre seguite da una/più email di conferma dell'operazione.

Bonifico:
Effettuando un bonifico è necessario intervenga manualmente la segreteria che riporterà sul sistema online il l'importo accreditato perdendo così l'automazione e l'immediatezza delle operazioni.

Affiliazione e rinnovo
 
Affiliazione e rinnovo affiliazione del Centro

L'anno di affiliazione e/o rinnovo è deciso sulla base di quando il centro effettua l'operazione di affiliazione o rinnovo ovvero nei mesi da 1 a 10 paga per l'anno in corso nei mesi 11 e 12 intende pagare per l'anno successivo.

L'affiliazione o il rinnovo affiliazione puo' avvenire in due modalità:
A scalare del saldo contabile corrente
Mediante pagamento specifico

A seconda che il centro abbia o meno pagato l'importo dell'anno precedente
si determina l'importo da versare come quota sociale.

Email per evento
 
Per gli eventi previsti e codificati lo staff ed il management possono ricevere una email con le informazioni relative all'evento.
Un esempio di evento é il Rinnovo dei brevetti dei tecnici a seguito del relativo pagamento della quota attraverso PayPal, nel sistema é l'evento n° 5.

L'elenco completo degli eventi é visibile in SRVC alla voce Businnes Event ed é solo modificabile dall'Amministratore del sistema.

L'iscrizione di un indirizzo email é da effettuarsi alla funzionalità SRVC/Businnes Email specificando:
1) l'indirizzo del ricevente principale (obbligatorio)
2) l'indirizzo del ricevente in copia (opzionale)

L'invio della email é prevista per tutti gli indirizzi email caricati nella tabella Businnes Email (vedi in SRVC) e non viene protocollato e non é ripetibile.

Interfaccia Nmerica/ASC
 
NumericaAsc
A far del 21/3/2013 i sistemi sono interfacciati con i sistemi della Numerica/Asc per il passaggio dei dati.

Questa funzionalità:
- si applica solo ai centri con EPS = CNS_Libertas.
- ad oggi solo per il database della SEF.
- ad oggi solo in fase di modifica dei dati di un centro, non all'inserimento causa i troppi dati.
- NON si applica ancora per SefNav, si attende qualche giorno di assestamento e collaudo.

La connessione a Numerica/Asc comporterà molto lavoro ma con forte incremento della qualità dei dati.

Purtroppo tale connessione risponde solo il primo errore riscontrato e quindi bisogna iterare sino alla buona riuscita.

Regole:
Tutti i centri debbono avere il Presidente (trx Centri CDA).
I dati relativi al presidente del centro sono tutti obbligatori.
I dati Località, cap e Provincia debbono essere congruenti tra loro (errore KO 47)
La rete è oggi composta: 1) Vostro pc, 2) il Server SRVC 3) Il server Numerica/Asc
pertanto dato un click di invio è inutile e dannoso darne un altro solo perché il sistema non ha ancora risposto. Tutto il mondo web opera con una send a cui deve seguire una receive. Qualora cadesse la transazione verso la Numerica/Asc le modifiche al nostro db sono comunque già state apportate.

Sistema SRVC
Pertanto al premere il pulsante di Modifica potreste ricevere as esempio le seguenti:
Cod Fisc errato o mancante
StatusAsc KO 19 CodiceFiscaleNonValido
Aggiornamento effettuato
La prima fa parte dei ns controlli ed è in questo caso solo una segnalazione. (Vedi terza riga)
La seconda è il risultato della chiamata in rete della Numerica/Asc che ha dato tale errore. Il KO dice che la Numerica/Asc non ha recepito i dati.
La terza si riferisce alla ns banca dati, prestare attenzione


Sistema SelfNav
Nell'elenco dei centri, per ognuno di essi é proposto per esteso la didascalia dell'eventuale errore ultimo riscontrato.

Gestione corsi
 
L'anagrafia dei corsi é gestita dalla segreteria o da utenti abilitati.

La data di chiusura delle iscrizioni preclude la possibilità di effettuare nuove iscrizioni al corso.

la lista dei corsi presenta le date di inizio, fine, e chiusura iscrizioni con caratteri barrati quando passate nel tempo.

E' carino per i giorni vicini ad oggi, presentare le date quali 'Oggi', 'Ieri', 'Domani',

Corsisti
 
Sono due le funzionalità:
Iscrizione al corso
Pagamenti

L'iscrizione dei discenti (tabella CORSISTI) e l'eventuale pagamento online avvengono spontaneamente a cura dei navigatori che debbono essere gia' registrati al sistema www.sef-italia.it/SefNav diventando così proprietari di tutte le iscrizioni effettuate (attraverso il campo Corsisti.IC_LOADER uguale all identificazione di login).

ISCRIZIONE
La data dell'inserimento iscrizione (data cpu) deve essere compatibile (minore o uguale) con data chiusura iscrizioni CF_CH_ISCR altrimenti non accettare.
Il corso non deve essere Cancellato (CORSO.CF_CANC)
I dati dell'iscrizione possono essere modificati
Viene aggiunto un record Corsisti
IC_COG obbligatorio
IC_NOM obbligatorio
IC_NASC_DAT
IC_NASC_LOC
IC_CF cod fisc
IC_IND
IC_CIT
IC_CAP
IC_PRO dedotta da tabella Comuni se IC_CIT presente
IC_REG dedotta da tabella Provincie
IC_EMAIL
IC_TEL obbligatorio
IC_CORSO riferito a CORSO.CF_ID
IC_LOADER obbligatorio assume la chiave del login
IC_PAGATO di sola lettura

L'iscrizione avviene attraverso la chiamata della funzione U_DISCENTE del WebServer.

PAGAMENTI
Il navigatore, proprietario della sua iscrizione puo' pagare:
a) un anticipo definito in CODICI TIPO=PARAM KEY=aaaaICID (dove aaaa é l'anno dell inizio del corso)
b) la totalità del costo di partecipazione. (Corso.CF_COSTO)
c) il restante tra quanto già pagato ed il totale del costo del corso (differenza tra Corsisti.IC_PAGATO e Corso.CF_COSTO)

Il pagamento non é obbligatorio.

Per ognuna delle tre operazione predisposte, Paypal restituirà l'importo pagato che verrà sommato a Corsisti.IC_PAGATO pertanto il campo riporta per l'iscrizione l'importo totale pagato al momento.
Predisporre chiave custom per paypal in ICID#nnn dove nnn corrisponde al record Corsisti.IC_ID.

Il ricevimento del pagamento da PP produrrà l'accettazione dell'iscrizione ed invierà email di conferma.


Vedasi specifiche tecniche in SISTEMI / WEBSERVICE / FUNZIONI della funzione U_Discente

Tecnici
 
I tecnici sono gli istruttori, specialisti, giudici, cronometristi, segretari ecc

Hanno un rapporto diretto con SEF e NON con i circoli.

Un tecnico può essere a sua volta un atleta (tesserato del circolo) ma in banca dati non c'é relazione fra tecnico ed atleta, avrà due anagrafie distinte e non correlate.

Sono titolari di una o più specializzazioni che chiameremo qualifiche.

Sono in regola per l'assicurazione e per gli aspetti di immagine fornita da Sef solo se in regola per l'anno di esercizio mediante il pagamento della relativa quota sociale annuale.

Il tecnico paga la propria quota sociale annuale nei seguenti:
a) per la sola qualifica in possesso al momento del rinnovo
suggerire l'importo come unica scelta
b) per tutte le qualifiche detenute al momento del rinnovo
suggerire l'importo come unica scelta
c) eventuale integrazione successiva per altra qualifica acquisita nel frattempo
suggerire l'importo come differenza tra a et b

Nel computo delle qualifiche del tecnico vanno escluse quelle cancellate (QUA_CANC=True) et escluse quelle con QUA_PARTOF=True in quanto storico del tecnico e gia incluse in titoli superiori.


Gli importi sono definiti in T_CODICI (T_TIPO="PARAM")
a) Per il rinnovo di UNA QUALIFICA
T_Key="aaaaRSUP" (dove aaaa è l'anno per cui si intende rinnovare)
b) Per il rinnovo di TUTTE LE QUALIFICHE
T_Key="aaaaRSPP" (dove aaaa è l'anno per cui si intende rinnovare)
c) L'integrazione é uguale alla differenza tra a) et b)


Il rinnovo avviene attraverso una chiamata a PayPal a cui fornire:
Dati Anagrafici, cognome, nome,indirizzo località,provincia cap email (country=Italy)
L'importo scelto (caso B) o proposto (casi A C)
Il CUSTOM che sarà RSUP#ttt oppure RSPP#ttt (dove ttt é l'identificazione univoca del tecnico, Tecnico.SOCIO_ID)

A buon esito di pagamento effettuato PayPal ritornerà al programma PP_IPN et Batch_PayPal_Elab che produrranno le scritture contabili ed invieranno lettera (email) di conferma dell'avvenuto rinnovo.

Dal momento dell'avvenuto rinnovo il tecnico sarà visibile su "Noi in Italia" nella sezione tecnici della Regione e/o Provincia.

L'avvenuto rinnovo sarà verificabile sulla classe F_TecnContabili causale RINQS e anno di competenza.

NewsLetter
 
La gestione degli indirizzi avviene per autoiscrizione del navigatore oppure per aggiornamento a fronte dei tecnici, tesserati, centri (tab EMAILLETTER)
Gli indirizzi sono pertanto raggruppati per tipologia C=Centri T=Tesserati S=Simpatizzanti ecc
Le varie newsletter restano memorizzate nel sistema (tab NEWS_NEWSLETTER)
A spedizione eseguita (programma batch NL_MAIN) i riceventi sono storicizzati in apposita tabella (ESENT) per evitare di inviare più volte la stessa lettera.
Un processo batch notturno provvede ad eliminare la memorizzazione degli invii oltre i 60 giorni.

Gestione concorsi
 
Concorso é una serie di programmi online per la gestione del concorso a cura della segreteria dello stesso.


La sequenza delle operazioni.

1) Definizione anagrafica del concorso
1.1) Il segretario carica nel sistema SRVC l'anagrafica del concorso e lo pone in stato di iscrizioni aperte.
Al menu 'EventiDoc()' del concorso può inserire il link a flussi JPG, PDF, TXT ecc ecc.
1.2) Al menu del concorso 'Eventi det()' carica le categorie
1.3) Puo' inserire e modificare le iscrizioni

2) I navigatori (circoli / cavalieri) si iscrivono online in www.sef-italia.it/sefnav

3) Giunto il momento di chiudere le iscrizioni si modifica lo stato del Concorso in SRVC in "iscrizioni chiuse" oppure "In corso"

4) Il segretario di concorso da SRVC passa a Concorso (barra menu sx) scegliendo la Disciplina.

4.1) Con il comando Import/Export importa i dati del concorso (che deve essere di sua proprietà, ovvero nell'anagrafica del concorso nel campo Segreteria é registrata la sua chiave di accesso). L'importazione cancella i dati precedenti.
4.2) Compone gli ordini di partenza
4.3) Inserisce i risultati
4.4) Esporta il concorso


Links
SRVC www.sef-italia.it/SRVC
SEFNAV www.sef-italia.it/SEFNAV
CONCORSO www.sef-italia.it/CONCORSO

I SISTEMI
 
SRVC Data Base Service
 
Concorsi
 
Segretario di concorso
Il segretario di concorso, con le transazioni EVENTI di www.sef-italia.it/srvc, provvede al caricamento dell'anagrafica di ciascun concorso, e per ogni concorso alla definizione delle relative categorie (Eventi_Det).
Al menu Docum(n) del concorso si possono caricare i LNKS A flussi allegati in formato JPG,PDF TXT ecc. .
Man mano si avvicina il tempo del concorso (15 gg prima) apre le iscrizioni (modificando lo stato del concorso) ed al termine dello stesso chiude le iscrizioni stesse agendo in modifica sull'anagrafica del concorso stesso. Per ogni categoria del concorso dovrà obbligatoriamente definire l'orario di inizio e prestare molta attenzione a modificare a posteriori tale informazione verificando le eventuali iscrizioni già inserite a cui il sistema ha già attribuito l'orario di partenza.

All'inserimento del concorso verranno replicate automaticamente le categorie e tutte le informazioni ad esse relative dell'ultimo concorso inserito in banca dati.(A parità di tipologia [campo "Spec"], Salto Dressage ecc)

La programmazione delle categorie deve tener conto dell'attrezzaggio dei campi e delle manutenzioni; la definizione degli orari di inizio di ogni categoria presume una stima accurata sull'affluenza dei concorrenti al concorso.
Qualora si modifichi l'orario di inizio di una categoria o la durata media di un percorso il sistema provvederà in modo automatico al ricalcolo dell'ordine di partenza.

SEFNAV SelfNavigator
 
Iscrizioni concorso
L'iscrizione online ai Concorsi da parte dei concorrenti o della Segreteria é da effettuarsi sul http://www.sef-italia.it/sefnav
Lo scopo di queste transazioni e' di poter permettere la registrazione online delle proprie iscrizioni ai concorsi e di conoscere con largo anticipo gli orari delle categorie e gli ordini di partenza.
Il sistema richiede il collegamento controllato da una propria chiave di accesso e dalla relativa parola chiave segreta. Al primo collegamento l'utente non ne sarà provvisto; in tal caso si registrerà al sistema scegliendo i propri codici di accesso.
La prima registrazione al sistema.
E' fatto obbligo all'utente di dichiarare una email alla quale saranno inviate tutte le informazioni inerenti le iscrizioni ai concorsi effettuate; tale email é altresì il canale al quale saranno inviate le informazioni di accesso (qualora perdute).

Le transazioni utente navigatore e la proprietà dei dati: 1) L'utente potrà visualizzare e/o modificare le iscrizioni di propria pertinenza, ma potrà vedere l'intero ordine di partenza. 2) L'iscrizione non é annullabile ma può solo essere modificata in alcune sue parti.

Eventuali cancellazioni potranno essere effettuate solo mediante invio di fax a Sef-Italia e/o al Comitato Organizzatore. Il concorrente giunto in concorso confermerà la propria presenza.
Le iscrizioni non confermate saranno da reputarsi nulle.
Si raccomanda di compilare sempre il recapito (telefono / email) per eventuali comunicazioni da parte dell'Organizzatore e/o Segreteria del Concorso.
Qualora si voglia prenotare il box o la posta per il cavallo lo si definisca in una sola iscrizione a fronte del cavallo.
L'ordine di partenza e' da reputarsi puramente indicativo e potra' essere suscettibile di modifiche da parte della segreteria che potra' apportare le varianti necessarie per esaudire particolari necessita' dei concorrenti (es stesso cavallo con due concorrrenti, piu' cavalli per lo stesso concorrente ecc ecc).

CONCORSO
Concorso é una serie di programmi online per la gestione del concorso a cura della segreteria dello stesso.
L'accesso a tale programma puo' avvenire dal menu di SRVC previo collegamento (Login-Logout ) di cui manterra' le chiavi di accesso.

La corretta sequenza di relazioni é:
Cavaliere, Cavallo, Iscrizioni a categ, Ordini di partenza, Risultati

Il menu di Concorso_Sef
DATABASE, é un modo alternativo di vedere tutte le informazioni del concorso.
CONCORSO, riepilogo dei dati
TEAM, riferimenti a persone che abbiano un qualsivoglia ruolo nel concorso.
ELENCO PREMI, é la voce più usata per spostarsi da una categoria all'altra.
RISULTATI, accesso al caricamento dei risultati. Le eliminazioni, ritiri o Non partenze vanno specificati con E, R o NP nel campo Penalità agli ostacoli.

Caricamento Risultati
Scelta la categoria desiderata é necessario impostare i parametri di calcolo e/o utilità; in particolar modo Numero di binomi a premio obbligatoriamente devesi specificare la lunghezza e velocità del percorso, il sistema calcolerà automaticamente il Tempo Massimo accordato ed applicherà le eventuali penalità sul tempo.
La finestra dei risultati é suddivisa in tre parti, a sinistra: elenco in alto dei già classificati sino al n° di binomi da premiare (vedi Parametri)
in basso l'elenco dei binomi a partire. Selezionando un binomio questi andrà al centro (fra le due liste, per leggervi tutte le info (utile allo speaker) con l'utilizzo della freccia verde i dati vanno nella finestra in alto a destra (Binomio in campo) per potervi inserire Penalità e/o Tempo. Il sistema calcola automaticamente le penalità sul tempo sempreché nei parametri sia stato specificato correttamente il tempo massimo.

Giudici I Giudici debbono essere inseriti nella lista TEAM del concorso
Nel dressage e per ogni gara i giudici sono posizionati alle lettere CEHMB, il numero dei giudici definiti nei parametri della categoria definirà il calcolo della media e quindi della classifica.

Parametri della categoria/Premio
Nel Dressage si presti attenzione a non spostare la posizione dei giudici a caricamento risultati già effettuato

CAVALLI
Lo stesso cavallo montato da più cavalieri é da ritenersi un cavallo diverso da quello già presente nel sistema
Il numero di testiera é assegnato automaticamente dal sistema e non può essere modificato.

BATCH
 
Nota su invio email
 
INVIO POSTALE - BOUNCE

Distinguiamo due tipologie di bounce: hard bounce e soft bounce. Con hard bounce definiamo tutte quelle email che non vengono recapitate per ragioni “permanenti” come ad esempio la non esistenza della casella, casella non più attiva, ecc..
I soft bounce riguardano invece problemi transitori come problema legato ai DNS, difficoltà a stabilire una connessione, ecc..
Per distinguere hard bounce e soft bounce basta aprire il messaggio che è tornato indietro e leggere la tipologia di errore. A seguire riportiamo i più comuni errori di Non-Delivery Report (NDR) ovvero errori del Rapporto di Non Consegna (rif. http://tools.ietf.org/html/rfc3463):

soft bounce
4.2.2 Casella piena.
4.3.1 Spazio insufficiente sul server.
4.3.2 Problema temporaneo del server.
4.4.1 Connessione di rete non stabile.
4.4.2 Il server ha iniziato la consegna del messaggio ma la connessione è stata interrotta.
4.4.6 Troppi ricircoli, il messaggio è in loop.
4.4.7 Problema di timeout.
4.4.9 Problema DNS.
4.6.5 Il server non gestisce la lingua con cui il messaggio è stato scritto.

5.0.0 Errore generico, comando inoltrato non riconosciuto.

hard bounce (con 5.1)
5.1.0 Deve essere controllato l’indirizzo del destinatario che risulta essere errato.
5.1.1 L’indirizzo sembra essere stato spostato su altro server.
5.1.2 Host del dominio sconosciuto.
5.1.3 Indirizzo del destinatario è vuoto.
5.1.4 Due oggetti con il medesimo indirizzo.
5.1.5 Indirizzo di destinazione errato.
5.1.6 Casella di posta spostata.
5.1.7 Il mittente ha un indirizzo non corretto.

problemi dimensioni (5.2)
5.2.1 Messaggio troppo grande.
5.2.2 Limite capienza casella raggiunto.
5.2.3 Limite lunghezza del messaggio superata.

5.3.3 Il server ha esaurito lo spazio a disposizione.
5.3.4 Messaggio troppo grande.
5.4.0 Problema DNS di instradamento alll’indirizzo del destinatario.
5.4.1 Nessuna risposta dal Server.
5.4.2 Cattiva connessione.
5.4.3 Errore di instradamento (routing).
5.4.7 Tempo massimo per completare l’invio scaduto.
5.5.0 Errore SMTP.
5.5.2 Il disco del sistema operativo è pieno.

sicurezza o di black list con 5.7
5.7.1 Problema di permessi. Generalmente quando il mittente è blacklistato (è lecito allarmarsi!).
5.7.5 Problema di crittografia.
5.7.6 Algoritmo crittografico non supportato.
5.7.7 Problema di integrità del messaggio.


Le aziende serie che fanno email marketing in modo serio di solito eliminano subito le caselle email che rispondono con errori di tipo “hard bounce”. Per gli errori di soft bounce la prassi è quella di eliminare dagli inoltri le caselle solo alla seconda o terza volta che diano errore di tipo soft bounce.
E' preferibile mantenere la lista più pulita possibile per cui cancelliamo dalla lista degli inoltri le email che forniscono i seguenti codici di errore: “4.4.7?,”5.1.0?,”5.1.1?,”5.1.2?,”5.1.5?,”5.1.6?,”5.2.1?,”5.2.2?,”5.4.0?
Chiaramente se le nostre DEM o newsletter riguardano qualche migliaio di utenti, l’apertura dei messaggi non recapitati può diventare un’operazione estremamente complessa. In tal caso ci viene incontro l’esensione IMAP di php.
Sarà sufficiente effettuare una connessione alla casella di posta del nostro mittente e andare a cercare nei messaggi i codici di errore voluti per poi generare le liste delle email che hanno risposto con un codice d’errore particolare

Web services
 
Il web service ha nome SelfWebServicexx.asmx dove xx é la versione (e.g. V4)
E' scritto in VB .Net
Le funzioni sono raggruppate in
B = esecuzioni di specifiche funzioni di businnes, anche complesse
F = Find, fornitura dei dati, la funzione F_Aggiornamento le raggruppa tutte
Q = Queries or Question
S = Servizio, Utilità e prove
U = Update, gestione delle entità del db

Per le fasi di sviluppo e test del WS e dell APP il WS punta ad una banca dati di sviluppo.

VERSIONI
1 nome SelfWebService.asmx DB=MDB in esercizio dal - ANNULLATA
2 nome SelfWebServiceV2.asmx DB=MDB - ANNULLATA
3 nome SelfWebServiceV3.asmx DB=MYSQL
4 nome SelfWebServiceV4.asmx DB=MYSQL

Special user
 
Uno speciale utente é definito nel sistema per poter accedere al web service in modo controllato, l'identificazione è Guest@nomedominio.

Detto utente NON puo' essere definito nel sistema di sicurezza (vedi srvc Utenti) che ha password statica, se anche lo fosse il web service ne calcolerebbe la password e rifiuterebbe la connessione.

Lo special user assume la lingua EN (inglese) ??? Verificare con APP ????

La sua password é calcolata nella routine R_UtenteGuestPasswordOk del webservice 97 - minuto + giorno e trasferita in cryptografia MD5, viene composta dall'APP chiamante e controllata dal web service (routine R_UtenteGuestPasswordOk)

Versioni APP
 
Il codice versione dell'APP ha il segente formato:
M.m.x.y or M or M.m or M.m.x esempio 1.1 1.2.3

Tale codice:
é visible nell APP nella pagina Crediti/Credits
viene passato dall APP al Web Service nella funzione di S_Login.

Al momento del login di un utente al web service, il sistema:
1) memorizza data e ora di ultimo accesso dall'APP
2) verifica la versione dell'Applicazione (major code e minor code, i primi 2 dell intera stringa) ed eventualmente consiglia di aggiornarla.
La versione corrente dell'APP é memorizzara nel Web Service.
Lo Special User (Guest) é escluso dalle operazioni precedenti.

LE FUNZIONI
 
B_CambioPatente
Funzione B_CambioPatente

Input:
Utente e password di collegamento
Identificativo del rec TESSERATI (campo TE_ID)

Controlli ed eventuali exceptions:
Esistenza TE_ID fornita Err 22
Esistenza centro Err 19
Esistenza costo patenti Err 24
Saldo centro sufficiente Err 24
Che sia già tesserato per l'anno
Che non sia già tesserato con la nuova patente err 23

Operazioni:
Deduzione della prossima patente
Deduzione costo operazione (differenza tra già pagato e costo nuova patente)
Storicizzazione rec vecchia patente
Duplicazione rec per nuova patente
Aggiunta rec contabile di importo negativo con causale "-RP" per la differenza tra le due patenti
Invio email a Tesserato,Centro, Istruttore del centro

Output
Classe Result "OK"
oppure Exception

B_CambioResidenzaSportiva
Funzione B_CambioResidenzaSportiva

INPUT:
Utente e password di collegamento (l'interessato)
Identificativo del rec TESSERATI (campo TE_ID)
Codice centro di nuova appartenenza

PROCESS:
Esistenza TE_ID fornita Err 22
Esistenza nuovo centro Err 19
Che sia già tesserato per l'anno
Che non sia già tesserato per il nuovo centro err 23
Storicizzazione rec vecchio centro
Duplicazione rec per nuovo cenro
Invio email a Tesserato,Centro, Istruttore del centro

OUTPUT
Classe Result "OK"
oppure Exception

B_InvioChiavi
Web Service - Funzione B_InvioChiavi

INPUT
Utente e password di collegamento di tipo Guest
UserId l'utente richiedente la password dimenticata

PROCESS
Ricerca utente corrispondente a UserId per non trovato Error 6
Invio email all'utente
Invio email allo staff (Evento 42)

OUTPUT
Classe Result "OK"
oppure Exception

B_ModificaChiavi
Web Service - Funzione B_ModificaChiavi

INPUT
Utente e password di collegamento (l'interessato)
UserId l'utente interessato (uguale ad Utente) <= rindondante ???
Vecchia Password
Nuova password
Conferma Password

PROCESS
Ricerca utente corrispondente a UserId per non trovato Error 6
Vecchia password non corrispondente , error 2
Nuova password o password di conferma mancanti error 29
Nuova password e password di conferma non uguali , errror 51,
Nuova password formalmente non valida error 39 , non rispetta il formalismo, Vedi prerequisiti per accesso ai sistemi.


OUTPUT
Classe Result "OK"
oppure Exception

B_RegistraUtente
Funzione B_RegistraUtente

Autoregistrazione del navigatore ai sistemi SEF

INPUT
UTENTE e PASSWORD di collegamento (l'interessato o Guest)
ADEV solo A=Add E=Edit
EMAIL come userid chiave di ricerca per Edit
VECCHIA PASSWORD obbligatoria per Edit
NUOVA PASSWORD obbligatoria per Add et Edit
LINGUA

PROCESS
ADEV non A D E V, Error 30
ADEV A=Add E=Edit Error 52
Email non valida Error 46
Email già esistente (in Add) error 45
Ricerca utente corrispondente a Email/UserId per non trovato Error 6
Vecchia password non corrispondente , error 2
Nuova password formalmente non valida error 39
non rispetta il formalismo, Vedi prerequisiti per accesso ai sistemi.
Se lingua non EN nor IT assume EN.
Inserimento in indirizzi per newsletter nel gruppo "U".

OUTPUT
Result OK oppure Exception

B_RinnovoCentroScalare
Funzione B_RinnovoCentroScalare

La funzione effettua il rinnovo o l'affiliazione del centro scalando l'importo della quota dal saldo corrente del centro.

INPUT
Userid di collegamento.
Pswd di collegamento
CentroId il codice del centro

PROCESS
Verifica esistenza ed abilitazioni dell utente collegato Error 2,54
Verifica esistenza Centro, Error 19
Determina l'anno di rinnovo (uso di routine R_CentroAnnoDaRinnovare)
Se il centro ha già rinnovato Error 59
Determina l'importo della quota (uso di funzione Q_CentroDeve)
Verifica se saldo corrente sia sufficiente. Error 24
Registra rec contabile di rinnovo (causale -RAC, importo negativo)
Aggiorno anno di ultimo rinnovo sull anagrafica centro
Assegna rivista omaggio
Invia email al centro, al loader
Invia email allo staff aziendale (agli iscritti dell'Evento 43)

OUTPUT
Classe Result "OK"
oppure Exception

B_RinnovoTesserato
Funzione B_RinnovoTesserato

Input:
Utente e password di collegamento
Identificativo del rec TESSERATI esistente (campo TE_ID)
Codice del centro di nuova appartenenza

Controlli (exceptions):
Abilitazione utente [i/o 1 read]
Esistenza centro Err 19 [i/o 1 read]
Il centro deve essere in regola Err 88 [i/o 1 read]
Il centro deve avere n tecnico Err 87 [i/o 1 read]
Il tecnico del centro deve essere in regola Err 89 [i/o 1 read]
Deduco loader del centro x invio email [i/o 1 read]
Esistenza tesserato TE_ID fornito input Err 22 [i/o 1 read]
Il tesserato non sia già tesserato Err 23 [i/o 1 read]
Esistenza costo patenti Err 25 [i/o 1 read]
Conteggio specialità del tesserato [i/o 1-3 read]
Deduco costo della patente A [i/o 1 read]
Deduco Saldo centro sia sufficiente Err 24 [i/o 1 read]

Operazioni
Deduzione anno di rinnovo pei i tessearti.
Eventuale sostituzione dell'anno tesseramento zero [i/o 1 upd]
o aggiunta di un nuovo rec tesserato [i/o 1 read]+[i/o 1 upd]
Aggiunta rec contabile di importo negativo con causale "-RP" [i/o 1 ins]
! Assegnazione rivista omaggio non richiamata
Invio email a Tesserato,Centro, Istruttore del centro

Output
Classe Result "OK"
oppure Exception

Q_CentriContabili
Funzione Q_CentriContabili

Fornisce elenco movimenti contabile del centro

INPUT
IDUSER Utente di collegamento
PSWD Password utente di collegamento
LASTDT Data di estrazione dati (verificata vs CC_MOD)
CENTROID Codice centro (opzionale)

CHECK
Esistenza centro Errore 19
Che l'utente collegato ne sia il LOADER Errore 65
L'utente non puo' essere 'Guest' Errore 40

PROCESS
Estrazione recs con CC_MOD < LASTDT
and CC_CENTRO_ID equal CENTROID (se presente)

OUTPUT
Array of CentroContabile
Items
CC_ID Identificativo record
CC_CENTRO_ID Codice centro
CC_ANNO Anno esercizio
CC_IMPORTO Importo movimento contabile
CC_DATA Data movimento contabile
CC_NOTE Annotazioni
CC_NOTESEGR Note riservate alla segreteria
CC_CAUSALE Causale, decodifica con T_CODICI T_TIPO='CC_CAUSALE'
CC_SPEDMAT Data Spedizione materiale
CC_CANC Flag cancellazione
CC_CANC_DT Data cancellazione, se CC_CANC=True
CC_MOD Data ultima modifica

Q_CentroDeve
 
Funzione Q_CentroDeve

La funzione restituisce l'importo che il centro dovrebbe versare per essere in regola con l'esercizio in corso.

INPUT
Userid di collegamento. Error 2,54
Pswd di collegamento
Centro il codice del centro

PROCESS
Verifica esistenza ed abilitazioni dell utente collegato
Verifica esistenza Centro, Error 19
Determina l'anno di rinnovo (i centri iniziano dal 1° novembre per l'anno successivo)
Verifica presenza in T_Codici degli importi di Affiliazione/Rinnovo. Error 57
Verifica dei pagamenti effettuati

OUTPUT
Result uguale a zero Il centro é in regola con il rinnovo
Result diverso da zero per l'importo dovuto

_____._____

Q_CentroDeve2Y
Funzione Q_CentroDeve2Y

Webserver Versione 4

La funzione restituisce gli importi di affiliazione/rinnovo che il centro dovrebbe versare per l'anno e per il prossimo anno

INPUT
Userid di collegamento.
Pswd di collegamento
Centro il codice del centro

PROCESS
Verifica esistenza ed abilitazioni dell utente collegato. Error 2,54
Verifica esistenza Centro, Error 19
Determina i due anni di rinnovo = anno della cpu e anno della cpu + 1
Verifica presenza in T_Codici degli importi di Affiliazione/Rinnovo,
per importi non trovati Error 57 e segnalazione sl log di sistema.
Verifica dei pagamenti effettuati

OUTPUT
nnn#nnn
Se importo uguale a zero il centro é in regola con il rinnovo, diverso da zero per l'importo dovuto
rispettivamente per l'anno in corso # per il prossimo anno.

_____._____

Q_TecnicoDeve
 
Funzione Q_TecnicoDeve

La funzione restituisce l'importo che il tecnico dovrebbe versare per essere in regola con l'esercizio in corso.

INPUT
Userid di collegamento. Error 2,54
Pswd di collegamento
Tecnico

PROCESS
Verifica esistenza ed abilitazioni dell utente collegato
Verifica esistenza Tecnico, Error 73
Determina l'anno di rinnovo
Verifica presenza in T_Codici degli importi di Rinnovo. Error 72
Verifica dei pagamenti effettuati

OUTPUT
Result uguale a zero Il tecnico é in regola con il rinnovo
Result diverso da zero per l'importo dovuto

_____._____

Q_TecnicoDeve2Y
 
Funzione Q_TecnicoDeve2Y - WebSservice V4

La funzione restituisce l'importo che il tecnico dovrebbe versare per essere in regola per l'esercizio in corso e per il prossimo esercizio.

INPUT
Userid di collegamento.
Pswd di collegamento
Tecnico, il codice del tecnico
PROCESS
Verifica esistenza ed abilitazioni dell utente collegato. Error 2,54
Verifica esistenza Tecnico, Error 73
Determina i due anni di rinnovo = anno della cpu e anno della cpu + 1
Verifica presenza in T_Codici degli importi di Rinnovo,
per importi non trovati Error 72 e segnalazione sl log di sistema.
Verifica dei pagamenti effettuati
OUTPUT
nnn#nnn
Se importo uguale a zero il tecnico é in regola con il rinnovo, diverso da zero per l'importo dovuto
rispettivamente per l'anno in corso # per il prossimo anno.

_____._____

S_Help
 
La funzione S_Help

INPUT
userid e password utente navigatore


CONTROLLI
Esistenza e validità connessione utente, Error 2

PROCESS

OUTPUT
- Piccolo promemoria per lo sviluppatore
- Elenco delle exception (in EN=Inglese et IT=Italiano)
- versione del web service chiamato

U_CentroContabile
 
FUNZIONE U_CentroContabile

Carica un movimento contabile al centro. >>>> NON UTILIZZATA <<<<<

INPUT
IdUser Utente colleagato
Pswd Password utente collegato
Adev Comando
Centro Codice centro
Importo Importo anche zero
Causale Causale movimento

CHECK
L'Utente deve essere abilitato (Profilo utente -1, 1, e 2) Errore 3
ADEV Solo A = Add Errore 31
Esistenza Centro Errore 19
Causale prevista Errore 20

PROCESS
Inscerisce un record in Centri_Contab

OUTPUT
Classe Result "OK"
oppure Exception

U_Discente
 
Funzione U_DISCENTE

Gestione delle iscrizione ai corsi di formazione

INPUT
Utente e password di collegamento
Il campo ADEV conterra' A=Add D=Delete E=Edit V=View. (Errore 30)
Discente.ID per Delete, Edit e View

PROCESS
L'utente collegato non deve essere l'utente Guest (errore 40)
Per Delete, Edit e View va fornito il valore Discente.IC_ID, per Add non deve essere fornito. (Errore 41)
Cognome,Nome e Telefono obbligatori (Errore 42)
Data operazione oltre la data chiusura iscrizioni (Errore 43)
Data operazione oltre la data di fine corso (Errore 44)
Se fornita Email deve essere formalmente valida (Errore 46)
Se fornito il Codice Fiscale deve essere valido (Errore 47)
Non trovato rec (Discente.IC_ID) da modificare o cancellare (Errore 6)
Il record da inserire esiste gia' per Cognome,Nome,Telefono (Errore 45)
Assume Provincia, se non fornita, in base alla citta.
Assume la Regione in base alla provincia
Inserimento / Modifica / Cancellazione logica / Visualizzazione

OUTPUT
La funzione restituisce sempre un record Discente oppure un'exception.

U_Partente
 
Funzione U_Partente

Iscrizione alle gare

INPUT
Userid di collegamento.
Pswd di collegamento
ADEV A=Add D=Delete E=Edit V=View
PARTENTE (as class)

CHECK
Verifica esistenza ed abilitazioni dell utente collegato Error 2,54
L'utente NON puo' essere Guest, Error 40
Comando ADEV non valido, Error 30
Controllo CAMI_ID fornito compatibile con comando ADEV, Error 41
Presenza dell'Evento, Error 61
Per Add e Edit
Presenza Nome,Cognome,Cavallo Error 64
Validità Codice fiscale (se presente) Error 47
Validità Email se presente Error 46
Entro la data di chiusura Error 43
Verifica se evento passato Error 44
Per Add
Verifica con Cognome,Nome,Cavallo non sia già presente in DB, Errore 63
Per Del Edit View
Esistenza del CAMI_ID fornito Errore 62

PROCESS
Assunzione eventuale della provincia se mancante
Assume Regione (da provincia)
Esegue operazione ADEV
Add: Assume utente collegato come loader.
Del: La cancellazione é solo logica. (Canc=True e DateCanc = Data sistema)

OUTPUT
Classe Result "OK"
oppure Exception

U_RiceveNewsLetter
 
Funzione U_RiceveNewsLetter

INPUT
UTENTE e PASSWORD di collegamento (l'interessato o Guest)
ADEV solo A=Add E=Edit
GRUPPO
EMAIL come userid chiave di ricerca per Edit
COGNOME
NOME
PROVincia
LINGUA

PROCESS
ADEV non A D E V, Error 30
ADEV A=Add D=Delete Error 52
Email non valida Error 46
Gruppo Email non valido error 53
Gruppo Email non accettato Error 56 (Deve essere G R C )
Codice Lingua non valido Error 55
Inserimento in indirizzi per newsletter nel gruppo specificato

OUTPUT
Result OK oppure Exception

U_Tesserato
 

Funzione U_Tesserato

INPUT
Userid di collegamento.
Pswd di collegamento
ADEV A=Add D=Delete E=Edit V=View

CHECK
Verifica esistenza ed abilitazioni dell utente collegato Error 2,54
L'utente NON puo' essere Guest, Error 40
Comando ADEV non valido, Error 30
Controllo TE_ID fornito compatibile con comando ADEV, Error 41
Presenza del Centro, Error 19
Per Add e Edit
Presenza Nome e Cognome Error 42
Presenza Codice fiscale Error 47
Presenza Data Nascita Error 48
Presenza Genitori (Cog,Nom,Fisc) per i minori Error 49
Per Add
Verifica con Cognome,Nome e data nascita non sia già presente in DB, Errore 23
Per Del Edit View
Esistenza del TE_ID fornito Errore 11
Per Edit:
Anno tesseramento, Numero tessera e Centro non possono essere cambiati Error 60


PROCESS
Esegue operazione ADEV
Add: Assume Anno tesseramento zero
Assume nuovo numero tessera
Assume utente collegato come loader.
Del: La cancellazione é solo logica. (Canc=True e DateCanc = Adesso)

OUTPUT
Classe TESSERATO oppure Exception

F_Aggiornamento v3
 
F_Aggiornamento versione 3

E' la specifica funzionalita' di supporto all APP per aggiornare il navigatore.
Raggruppa, con una sola chiamata, l'elenco delle funzionalita' (entita') nell'elenco dell'output.


INPUT
Userid di collegamento.
Pswd di collegamento
Data inizio analisi. Obbligatoria nella forma aaaa/mm/gg hh:mm:ss. Errore 15

PROCESS
Verifica esistenza ed abilitazioni dell utente collegato Error 2,54
Utente collegato deve essere di livello 1(Admin) o livello 2(Manager). Errore 14
Seleziona per le entita' di output i soli recs modificati dalla data di inpt in poi
Elabora tutti i recs presenti in db a partire dalla data fornita.
Tempi di risposta, traffico e volume di dati possono essere problematici se:
- effettuati massicci aggiornamenti (mese di gennaio,campagna rinnovi ..)
- l'utente non si collega/aggiorna freqentemente.


OUTPUT
Fornisce in output le informazioni relative a:
F_Codici Codicilli e parametri di sistema
F_Centri Anagrafica centri
F_Tesserati Anagrafica tesserati
F_Corsi Corsi di formazione
F_Discenti Corsiti, iscritti ai corsi
F_Tecnici Tecnici (istruttori, animatori, giudici ...)
F_Eventi Eventi e concorsi
F_EventiDocumenti Documenti allegati agli EVENTI
F_AttivitaEventi Dettaglio dell'evento. Categorie per il concorso.
F_Partenti Iscritti ad eventi e concorsi
F_TecnQualifiche Lista delle qualifiche dei tecnici, loro brevetti
F_TecnContabili Movimenti contabili relativi ai tecnici (es rinnovo quota sociale)
F_Galleria Multimedia. News, foto, filmati ....
F_Recapiti Recapiti e numeri utili aziendali

ANNOTAZIONI
Tempi di risposta e volume di dati UNLIMITED / UNPREDICTABLE.
Da utilizzare per il popolamento iniziale.
Considerando che le entita' dei dati sono fra loro relazionate, il database é congrente solo si si elaborano TUTTE le entita' previste considerando per le stesse lo stesso periodo ED IN SEQUENZA CRONOLOGICA.

F_Aggiornamento v4
 

F_Aggiornamento versione 4

E' la specifica funzionalita' di supporto all APP per aggiornare il navigatore.
Raggruppa, con una sola chiamata, l'elenco delle funzionalita' (entita') nell'elenco dell'output.


INPUT
Userid di collegamento.
Pswd di collegamento
Data inizio analisi. Obbligatoria nella forma aaaa/mm/gg hh:mm:ss. Errore 15
Tipo di spporto hardware: IPHONE or IPAD or SIM(simlatore) Errore 93
Tipo di collegamento: WIFI or 3G Errore 93

PROCESS
Verifica esistenza ed abilitazioni dell utente collegato Error 2,54
Utente collegato deve essere di livello 1(Admin) o livello 2(Manager). Errore 14.
Seleziona per le entita' di output i soli recs modificati dalla data di input
Sulla base del supporto e del tipo di connessione determina quante giornate di aggiornamento effettuare
ovvero quanti massimi recs fornire in output secondo quanto parametricamente definito in T_CODICI

T_CODICI device connessione n max recs otpt
PARAM IPHONEWIFI 3000
PARAM IPHONE3G 4000
PARAM IPADWIFI 5000
PARAM IPAD3G 6000
PARAM SIM 999999
Qualora il numero dei recs da processare superi i limiti sopra stabiliti il sistema applica il criterio di dicotomia sul numero di giornate di aggiornamento effettuati dal sistema centrale e non ancora riportate sull APP.

OUTPUT
Fornisce in output le informazioni relative a:
F_Codici Codicilli e parametri di sistema
F_Centri Anagrafica centri
F_Tesserati Anagrafica tesserati
F_Corsi Corsi di formazione
F_Discenti Corsiti, iscritti ai corsi
F_Tecnici Tecnici (istruttori, animatori, giudici ...)
F_Eventi Eventi e concorsi
F_EventiDocumenti Documenti allegati agli EVENTI
F_AttivitaEventi Dettaglio dell'evento. Categorie per il concorso.
F_Partenti Iscritti ad eventi e concorsi
F_TecnQualifiche Lista delle qualifiche dei tecnici, loro brevetti
F_TecnContabili Movimenti contabili relativi ai tecnici (es rinnovo quota sociale)
F_Galleria Multimedia. News, foto, filmati ....
F_Recapiti Recapiti e numeri utili aziendali

ANNOTAZIONI
Considerando che le entita' dei dati sono fra loro relazionate, il database é congrente solo si si elaborano TUTTE le entita' previste considerando per le stesse lo stesso periodo ED IN SEQUENZA CRONOLOGICA.
Leggasi documentazione della funzione S_ContaMod.


ESEMPI

Oggi e' il 14/2/2014,
I 5 utenti non si collegano al sistema dal 1/1/2014
per essere aggiornati gli mancano 45 giornate pari a 22149 recs

Giorni AggiornatoAl Nrecs
utente a) con iphone/wifi Max=3000 --- -------------- -------
45 2014/02/15 22149
22 2014/01/23 18580
11 2014/01/12 5472
6 2014/01/07 2818 *output

utente b) con iphone/3g Max=4000
45 2014/02/15 22149
22 2014/01/23 18580
11 2014/01/12 5472
6 2014/01/07 2818 *output

utente c) con IPAD/WIFI Max=5000
45 2014/02/15 22149
22 2014/01/23 18580
11 2014/01/12 5472
6 2014/01/07 2818 *output

utente d) con IPAD/3G Max=6000
45 2014/02/15 22149
22 2014/01/23 18580
11 2014/01/12 5472 *output

utente Admin) con SIM Max=999999
45 2014/02/15 22149 *output


NOTA: *output = e' l'output fornito dalla funzione F_Aggiornamento

S_ContaMod
 

S_ContaMod (solo da WS v4)

Fornisce il numero di giornate e di recs necessari per essere aggiornato


INPUT
Userid di collegamento.
Pswd di collegamento
Data inizio analisi ovvero di ultimo aggiornamento. Obbligatoria
nella forma aaaa/mm/gg hh:mm:ss
oppure aaaa/mm/gg **CONSIGLIATA**
Tipo di supporto hardware: IPHONE or IPAD or SIM(simulatore) Error 93
Tipo di collegamento: WIFI or 3G Error 93
GIORNI di avanzamento (opzionale)

PROCESS
Verifica esistenza ed abilitazioni dell'utente collegato Error 2,54
Controllo data, Error 15
Se nella data inizio non sono forniti HH:MM:SS assume 00:00:00
Se numero GIORNI non fornito assume oggi e adesso (data-ora di cpu)
Determina quanti recs sono necessari per l'avanzamento richiesto (num giorni=n) o per
l'avanzamento totale (num giorni=null).
Determina quanti recs saranno forniti da F_Aggiornamento sulla base del device e connessione
e quanto cablato in
T_CODICI device connessione n max recs otpt
PARAM IPHONEWIFI 3000
PARAM IPHONE3G 4000
PARAM IPADWIFI 5000
PARAM IPAD3G 6000
PARAM SIM 999999

OUTPUT
DataOraAvanzamentoAl;Nrecs;Device;Connessione;Giorni;fornitiDaF_Aggiornamento
2014/02/14 00:00:00;3190;IPHONE;WIFI;20;2014/02/04 00:00:00;1341
1) dataora avanzamento richiesto
2) n recs necessari
3) Tipo device (come fornito inpt)
4) Tipo connessione (come fornito inpt)
5) nm giorni avanzamento richiesto
6) Data di aggiornamento fornita da F_aggiornamento alla 1a elaborazione
Con l'elaborazione di F_Aggiornamento l'utente sara' aggiornato a tale data.
7) N recs che saranno forniti da F_Aggiornamento alla 1a elaborazione

ESEMPIO1 (processo lanciato alle 7:28:45 del 14/2/2014)
INPUT: ultimoAccessoAl=2014/01/01 Device/conness=IPAD 3G giorni=nll <--*--
OUTPUT
DataOraAvanzamentoAl Nrecs device;conness Giorni DataF_Agg DaF_Agg
2014/02/14 07:28:45 ;22154; IPAD ;3G; 44 2014/01/12 5471

ESEMPIO2 (aggiornamento di 10 giorni dal 1 feb 2014)
INPUT: ultimoAccessoAl=2014/01/25 Device/conness=IPAD 3G giorni=20 <--*----
OUTPUT
DataOraAvanzamentoAl nrecs device/conness giorni DataF_Agg DaF_Agg
2014/02/14 00:00:00 ;3190; IPHONE;WIFI; 20 2014/02/04 1341

NOTE: * si presti attenzione al numero giorni che nell'esempio 1 non é stato fornito per significare avanzamento totale, mentre nell'esempio 2 si desidera un avazamento di 20 giorni.
In ambedue i casi l'utente necessitera' di piu' aggiornamenti

Mobile Application
 


Al momento del login di un utente il sistema verifica la versione dell'Applicazione ed eventualmente consiglia di aggiornarla.
La versione del software é cablata nel Web Service.



APP DESCRIZIONE
Il mondo del cavallo e l'organizzazione di SEF sul tuo mobile per essere aggiornato sulle news, sugli eventi equestri di tutte le discipline. Un nuovo canale per iscriversi alle gare, ai corsi di formazione e reperire le informazioni geografiche per raggiungerli. Il tuo ufficio in tasca per le attività segretariali relative all'associazione, ai tecnici equestri ed agli atleti.
Un sistema privilegiato per essere 24x7 connesso a SEF

APP DESCRIPTION
The world of the horse and the organization of SEF on your mobile be updated on news, events of all equestrian disciplines.
A new channel to subscribe to competitions, training courses and find geographic information to reach them. Your office in your pocket for the secretarial activities relating to the association, technicians and equestrian athletes.
A preferred system to be 24x7 connected to the SEF


APP MARKETING



SUPPORTO
http://FWLAB.com

DEBUG DELL'APPLICAZIONE

System tester user: apple-reviewer@sef-italia.it password 1StAppSef
Nel sistema email di SEF definita la casella di posta apple-reviewer@sef-italia.it password 1StAppSef
Posta in ricezione pop3.sef-italia.it Posta smtp out.alice.it
Creato come utente di sistema stesse id

CLUB PER DEBUG
Creato il centro n° 2399 'AAA APPLE TESTAPP' apple-reviewer@sef-italia.it è il loader
Caricato credito di 1000 euro
Rinnovata affiliazione 2013

TESSERATO PER DEBUG
Cognome APPLETEAM Nome APPLEMARIO rinnovato per il 2013 presso il centro AAA APPLE TESTAPP (n° 2399)

TECNICO PER DEBUG
Cognome 'AAA APPLETESTER' nome TESTERAPP di cui apple-reviewer@sef-italia.it è loader
Qualifica 'Course Designer for eventing'
Tessera 10883
Rinnovata qualifica per il 2013

L'iscrizione ai corsi ed ai concorsi è libera.

Versione 1
 
APP versione 1 in vigore dal 10/7/2013
usa il ws SelfWebService.asmx

Versione 1.2.0
 
APP versione 1.2.0 in vigore dal 8/8/2013
usa il ws SelfWebServiceV2.asmx

Versione 1.2.2
 
APP versione 1.2.2 in vigore dal 8/10/2013
usa il ws SelfWebServiceV3.asmx

ERRORI
E1) Il pick delle provincie non si vede su ipad.
E2) iPhone italiano pagina Magazine, appare il tasto update
E3) SCHEDA CONCORSO, PERCHE' CAMBIATO SHOW JMPING IN AGILITY CONTINA LO SHOW JMPING ?
E4) in scheda concorso Le date di inizio fine sono nella forma aaaa/mm/gg (iphone e ipad)
E5) sk concorso, inglese 'close date' in 'Close date' or Closure date'. la C
E6) sk concorso,manca organizzatore. campo CAME_ORG
E7) Da dove arriva il literal Show_jumping ?
E8) Perché il concorso 207 non ha specialità dovrebbe essere OBEDIENCE, Perché il concorso 287 non ha specialità dovrebbe essere BARREL RACING ?
E9) sk concorso e sk corso, 'For information' é sotto il suo dettaglio, é tutto confuso.
E10) SCHEDA TECNICO, Su ipad la busta email a destra ?
E11) Abbiamo cambiato didascalia al salto ostacoli in AGILITY, ma si continua a vedere SHOW JMPING ?
Da dove arriva il literal Show_jumping ?
E12) chiamando il web server la versione dell'APP 1.2.2 non viene passata, manda 1.2.1; questo crea confusione parlando con l utente.
E13) non funziona l interlinea nei testi news, newsletter ecc ecc dei MEDIA.
E14) che differenza c'è tra ATHLETES LIST et HISTORICAL ATHLETES LIST ?
quelli dell'esercizio dovrebbero comparire nella prima lista
E15) in HISTORICAL ATHLETES LIST deve comparire l'anno
E16) in ATHLETES LIST deve comparire l'anno o dell esercizio o del esercizio + 1
E17) menu del centro su ipad inglese: rinnovo/prima affiliazione in italiano ?

E18) nella pagina FUNDS DEPOSIT l'importo alla voce funds cosa é ? se é il saldo é sbagliato
bisogna interrogare i dati del centro (F_Centri) di volta in volta.
Io non posso modificare il saldo del centro ad ogni transazione ! le transazioni relative ai mov contab dei centri sono 40.000 circa l'anno, il rec del centro verrebbe modificato almeno 50 a 200 volte l'anno e ogni utente APP scaricherebbe almeno 10 centri al giorno per informazioni che non puo' vedere (il saldo appunto).
adesso, prtroppo per far funzionare il saldo devo:
1) modificare TUTTI I CENTRI
2) inserire in db il campo saldo e modificarlo ad ogni transazione contabile

E19) nella pagina LICENSE PURCHASE mettere l'anno a cui ci si riferisce;

E20) nella pagina LICENSE PURCHASE mancano le patenti T A1 M
il costo si trova in T_CODICI con T_TIPO = aaaaPAT a=anno PAT valore fisso
campo T_KEY = xxxxx il codice patente; T_DESCR l'importo, T_LINGUA = ".." di fisso
E21) il termine inglese contabile di Saldo é BALANCE, visto che ci sono DARE/AVERE POSITIVI/NEGATIVI

E22) renewal/affiliation cost for year 2013 = 0,00 sembra non sia pagato, mettiamo PAYED or UNPAYED poi l'importo di affiliazione OPPURE cambiamo tutto in: Vs debito per rinnovo 2013 = 0,00 oppure Vs debito per rinnovo 2013 = 80,00

MIGLIORIE
M1) Essendo le lingue supportate solo due, in impostazione lasciare all utente la scelta della lingua.
M2) I circoli chiamiamoli Clubs/Centri
M3) In tesseramento evitare tutti sti login, lo fa per ognuno dei miei 30 tesserati !
M4) In GALLERIE/MEDIA anche le immagini possono avere un testo, sarebbe opportuno visalizzarle come le news.
M5) SCHEDA CIRCOLO, Prima delle specialità se presenti metti la parola Discipline: bla bla bla
M6) scheda concorso, all'elenco partecipanti aggiungere nome CAVALLO (carattere italico) altrimenti chi ha più cavalli parrebbe un brutto doppione.
M7) Per cercare una provincia devo passare dalla regione ? mi sembra una complicazione in inutile; le provincie sono in italia univoche.
M8) Centri. Estratto conto fai il Saldo finale.
M9) Centri. Estratto conto, visto che c'é spazio su ipad mettiamo le NOTE.

ANALISI DATI
 
CENTRI
 
CENTRI - ANAGRAFICA CENTRO
INDIRIZZO. Qualora il centro abbia lo stesso indirizzo per le attività Operative ed Amministrative si digiterà solo l'indirizzo OPERATIVO; in caso di uguaglianza il sistema cancella automaticamente quello AMM.VO.
CHIAVI DI ACCESSO. A far del 10/11/2010 ogni centro deve essere munito di user-id e password per poter accedere al nostro sistema di affiliazione/riaffiliazione; pertanto ad ogni modifica anagrafica del centro verrà controllata la validità di tali codici che sono da ritenersi obbligatori. Come user-id deve essere utilizzato un indirizzo email.
LOCALITA' DI RESIDENZA. La localita' operativa ed amministrativa non sono digitabili ma da scegliere dalla tendina che riporta tutti i comuni d'Italia. Per risolvere le discrepanze per dati errati presenti in banca dati, consultare dal menu di SRVC la trx DB_Warning
Il campo C_CANC indica che l'anagrafica del centro é cancellata logicamente.

Movimenti Contabili
 
CENTRI - MOVIMENTI CONTABILI

L'importo di un movimento contabile puo' essere zero. Per esempio per omaggiare il centro del suo primo rinnovo (causale -RAC).

L'aggiunta o modifica di un movimento contabile produrrà in modo automatico una email alla segreteria (parametro di sistema SRVC) contenente l'indirizzo Amministrativo ed in mancanza di questo l'indirizzo operativo del centro. Vedi in cap CENTRI - ANAGRAFICA.

Le causali devono essere presenti in T_CODICI, T_TIPO='CC_CAUSALE'

Il segno dell'importo (positivo / negativo) é dedotto dal sistema in base alla Causale del movimento.

Dal 1° gennaio 2014 ogni movimento contabile del centro deve riferirsi a.
Per RP [rinnovo patenti] al tesserato Tipo=tesserato e rifn= num tessera del tesserato
Per RB [rinnovo brevetti] al tecnico Tipo=tecnico e rifn= num tessera del tecnico
Per ADDEB ACCRE RAC CEDEP PAT al centro Tipo=Centro rifn=id del centro

Si evince che ogni movimento contabile deve riferirsi ad una sola altra entita'

Esempio '€260 -RB rinnovo brevetti Paradiso e Leone'
NON E' PIU' CORRETTO E VA FATTO CON 2 RECORD DI -130€
UNO RIFERITO A PARADISO ED UNO RIFERITO A LEONE

Consiglio d'Amm.
 
L'amministratore SEF ha facoltà, con la transazione Centri-CDA, di modificare il consiglio direttivo del centro, ma tale azione deve essere fatta a centro già presente in banca dati.

Parimenti il centro potrà, utilizzando il sistema SEFNAV e protetto da un proprio codice di accesso, inserire e/o modificare la composizione del suo CDA.

NOTA TRANSAZIONE DA SVILUPPARE

TECNICI - SOCI
LOCALITA' (Nascita / Residenza). La localita' non é digitabile ma da scegliere dalla tendina che riporta tutti i comuni d'Italia. Per risolvere le discrepanze per dati errati presenti in banca dati, consultare dal menu la trx "Err Loc Nasc Soci" e/o "Err Localita' Soci"
La correttezza della localita' di Nascita é prerequisito per il calcolo del codice fiscale.
SOCI NATI e/o RESIDENTI ALL'ESTERO. Nella localita' riportare STATO ESTERO, saranno codificati nella provincia EE e nella regione EE ovvero STATO ESTERO.
L'inserimento e/o la modifica di un movimento contabile di tipo "RINQS" (Rinnovo Quota Sociale) aggiornerà in modo automatico le qualifiche (brevetti) detenuti dal tecnico.
Soci_Ass_1. Lista delle informazioni da inviare all'ente assicuratore dei ns soci. Nel campo Esercizio digitare l'anno di competenza, nel campi Anno_pag e Mese_Pag digitare anno e mese dell'avvenuto pagamento. Transazione da effettuarsi ogni mese per l'invio del file excel estratto alla Assicurazione.
L'email é obbligatoria e riceverà man mano l'informazione sui rinnovi dei tesserati del centro per cui opera.

Al compimento del loro geneatliatico i tecnici ricevono una email di auguri.

Qualifiche
 
Gestione qualifiche del tecnico. Una/più qualifiche all'inserimento del tecnico o aggiunta in seguito.
Le qualifiche di tutti i tecnici sono raggruppate nella ANAG_QUALIFICHE.

Quota associativa
 
Pagamento quota associativa. Il tecnico sceglie se pagare per una qualifica oppure pagarle tutte. Gli importi sono due per ogni anno di esercizio. Il pagamento avviene attraverso Paypal al cui ricevimento si contabilizza e si invia email di conferma al tecnico ed alla segreteria SEF/FISC.
L'inserimento e/o la modifica di un movimento contabile di tipo "RINQS" (Rinnovo Quota Sociale) aggiornerà in modo automatico le qualifiche (brevetti) detenuti dal tecnico.

TESSERATI
 
Sono i tesserati dei centri. Identificati univocamente per ogni anno di tesseramento con Cognome, Nome, Nascita.

Per ogni rinnovo tutte le informazioni sul tesserato vengono duplicate, idem dicasi per il cambio di residenza sportiva e per il passaggio di patente. I records divenuti obsoleti, nell'ambito dello stesso anno di esercizio riportano il flag HIST a True.

Non é previsto alcun algoritmo di cancellazione/archiviazione.

Per il tesserato che non abbia un suo loader viene assunto il loader del circolo di appartenenza.

Le anagrafiche dei tesserati caricate ma che non siano state rinnovati (quindi hanno anno uguale a zero) vengono cancellate dopo 40 giorni dal loro inserimento in anagrafica.

Al compimento del loro geneatliatico i tesserati ricevono una email di auguri.

RIVISTE
 
I sistemi SRVC e SEFNAV gestiscono in simbiosi un sistema di assegnazione di riviste a Centri / Tecnici e Tesserati a fronte del loro rinnovo secondo la strategia di anno in anno applicata alla promozione dei rinnovi.
Appena sia decisa la/le rivista/e da assegnare a CENTRI / TECNICI / TESSERATI definirla in SRVC / RIVISTE con la quantità disponibile per ognuna di queste entità.

La rivista da assegnare a fronte dei rinnovi deve essere definita in PARAMETRI
Appositi campi specificano il numero della rivista da assegnare rispettivamente a Centri / Tecnici / Tesserati.
Raggiunto tale valore i sistemi SRVC e SEFNAV smetteranno automaticamente l'assegnazione senza alcuna altra possibilità gestionale.
In SRVC è comunque possibile assegnare qualsiasi rivista a qualsiasi Centro / Tecnico / Tesserato rispettivamente in Centri_Riv / Tecnici_Riv e Tesserati_Riv  ed eventualmente cancellare l'assegnazione delle riviste a Centri / Tecnici e Tesserati.

PARAMETRI
Nei relativi campi si decide il numero della rivista (deve già essere caricata in Riviste) in caso non ci sia rivista per il rinnovo digitare 0 (zero). [Vedi anche l'entità RIVISTE]
I numeri rivista possono essere diversi tra Centri / Tecnici / Tesserati.

Il 30/3/2013 é stato aggiunto il campo P_SYS_STATUS x(10) che l'amministratore può utilizzare per settare l'intero sistema e permettere manutenzioni o chiusura per ragioni di sicurezza. I valori contenuti (sino a 10 crt) sono ON et OFF.

Il mese e l'anno di esercizio sono automaticamente incrementati dal sistema il giorno dopo il termine del periodo. Ovvero il 29/2 si passa a marzo

CORSI
 
Gli operatori inseriscono e/o modificano i dati dei corsi a cui liberamente (in SEFNAV) i navigatori si possano iscrivere.
Al momento dell'iscrizione possono decidere di pagare anticipatamente online con Paypal. Il ricevimento del pagamento da PP produrrà l'accettazione dell'iscrizione ed invierà email di conferma.

EVENTI
Per evento si intende un concorso o qualsiasi altra manifestazione; si differenziano per il contenuto del campo "SPEC".
Ogni evento può / non può accettare sia iscrizioni che accrediti.
Per i concorsi l'apposita tabella "Event det" (anche voce di menu) specifica un ulteriore dettaglio [per i concorsi sono le categorie].
All'inserimento dell'evento verranno replicate automaticamente le categorie e tutte le informazioni ad esse relative dell'ultimo concorso inserito in banca dati.(A parità di tipologia [campo "Spec"], Salto Dressage ecc)

Gli eventi sono chiusi dal sistema dopo il loro termine ponendo lo stato a valore 50.

Gli eventi e le relative informazioni collegate (Event_det, Accr_iscr, Cam_iscr, Risultati ) sono cancellati automaticamente dopo 90 gg dall'inizio dell'evento.

EVENT_DET
 
Per i concorsi la tabella memorizza le categorie
Per gli altri eventi la tabella può essere utilizzata per significare: e.g. cena, gala, gita etc etc

Il campo CAMD_SEQ può contenere valori da 1 a 20, sono strettamente collegati all'iscrizione di un binomio alle categorie del concorso; ovvero CAMD_SEQ uguale a uno corrisponde al campo CAMI_1 della tabella CAM_ISCR, CAMD_SEQ uguale a 3 corrisponde a CAMI_3 di CAM_ISCR.

Per lo stesso evento non si deve avere doppioni sul campo CAMD_SEQ.

ACCREDITI
 
La tabella ACCR_ISCR raccoglie l'elenco delle persone/enti accreditati ad un evento.
E' la semplificazione delle iscrizioni ai concorsi per le quali é necessario considerare le categorie (tabella EVENT_DET)

La cancellazione é automatica vedasi tabella EVENTI.

ISCRIZIONI
Tabella CAM_ISCR
Si intendono le iscrizioni ai concorsi.
Le iscrizioni sono caricate da SelfNav.
Le iscrizioni sono compatibili e relazionate al sistema CONCORSO per la gestione delle gare.
Le iscrizioni sono da CAM_ISCR sono riportate anche nella tabella t_iscrizioni a cra del web service CONCORSOWS.

Documenti ed Allegati
In questo capitolo si fa riferimento alle tabelle: CORSI_DOC et EVENT_DOC ovvero agli allegati per i Corsi e per i Concorsi.
Per Corsi e Concorsi è possibile allegare documenti quali PDF, immagini ecc l'indirizzo url di tali files sono memorizzati direttamente in apposita tabella CORSI_DOC ed EVENTI_DOC .

OPERATIVA. Dopo aver caricato in SRVC la nuova entità, Corso, Evento o Concorso si passi a SEFNAV dove un apposita dicitura “Aggiungi documento” permette, agli utenti abilitati.
Il navigatore, nel dettaglio del Corso,Concorso o Evento troverà visualizzati tutti i documenti associati e potrà aprire l’allegato e volendo potrà salvarlo sul proprio pc.
 I TIPI DI DOCUMENTO debbono essere compatibili con il sistema office mondiale, ovvero debbono essere in formato XLS per Excel, DOC per  Microsoft Word, JPG GIF per le immagini, PDF per i documenti prodotti secondo lo standard Adobe, TXT per lo standard Microsoft Notepad.

 NUMERI DI DOCUMENTI. Ogni Corso, Concorso od Evento può recepire un numero illimitato di documenti dimensione.
 LIMITAZIONI. Lo stesso documento può essere caricato una sola volta a fronte di un Corso,Concorso o Evento.


QUALIFICHE TECNICI
 
Sono i titoli tecnici di specializzazione. Una qualifica può essere compresa in un'altra.
Le q sono accociabili ai tecnici.

UTENTI SISTEMA
Ogni utente può essere abilitato e disabilitato dall'accesso.

L'utente viene bloccato dopo il 5° tentativo di connessione errato; in tal caso deve intervenire l'Amministratore per ripristinare la situazione.

Gli utenti di sistema (tabella NEWS_USERS) inoperosi oltre 365 giorni e che non siano loader di alcunché vengono cancellati.

COMUNI
Per aumentare la qualità dei dati nel dabase e facilitare l'introduzione dei dati la tabella COMUNI riporta i comuni d'Italia.

La variazione al nome di un comune e/o della provincia associata aggiornerà le anagrafiche di centri, tesserati, tecnici dove il vecchio valore ricorreva. La gestione dei Comuni é solo possibile in SRVC.

Nell'elenco dei comuni sono riportati anche gli Stati Esteri che assumono provincia 99 e di conseguenza regiorne "EE".

Per convenzione si adotta il criterio di nomenclatura delle Poste Italiane. Esempio SANREMO, nota e bella cittadina ligure, va codificata come "San Remo".

MULTI MEDIA
 
Per multimedia si intendono le informazioni relative a News, Video e fotografie

M_GALLERIA è il campo che raggruppa molte news, immagini e video che possono essere messi in sequenza agendo sul valore del campo M_SEQUENZA. Non é strettamete necessario numerare tutti i media é meglio considerare tale campo come priorità.


I vari media sono così identificati dal campo M_TIPO che contiene i valori
"I" Immagini (solo formato JPG)
"V" Video e filmati
"N" News

Per ogni record media :
M_TITOLO es titolo della foto o filmato, obbligatorio
M_TESTO opzionale per foto e video, obbligatorio per News
M_URLPREVIEW opzionale per una immagine di preview, normalmente sarà visualizzata piccolina.
M_URLMEDIA url vera e propria della foto o filmato. Per le news può contenere un'immagine associata alla notizia.

M_TAGS contiene parole chiave suddivise fra loro da ; (punto e virgola). Ogni keyword non deve avere più di 20 caratteri. Esempio: dressage;dressur;Valentina Truppa;Truppa;Eremo;oro europeo

M_AUTORE é un campo opzionale che si raccomanda, se possibile, compilare (Diritti di autore).

Il popolamento e l'aggiornamento di tali informazioni é effettuato con il sistema SRVC.

Errori e segnalazioni
Gli errori e le segnalazioni forniti all'utenza sono normalmente memorizzati nella T_CODICI con TIPO='MSG'
in italiano ed in inglese. Sono tilizzati da SEFNAV, BATCH ET Web Services.


CODICI
 
Tabella generica per recepire le varie codifiche del sistema.

TIPO Ling Chiave Descr
aaaaCEBON .. DaImp#aImp Bonus x centri
aaaaPAT .. CodPatente Costo patente

PARAM .. aaaaICID ????
PARAM .. aaaaRCEP Costo 1a affiliazione centro
PARAM .. aaaaRCER Costo rinnovo affiliazione centro
PARAM .. aaaaRSUP Costo un brevetto tecnici
PARAM .. aaaaRSPP Costo piu' brevetti tecnici

CDA LL xxxxx Ruolo in Consiglio di Ammne
CLAS LL xxxxx Decode classifica
SP_CAUSALE LL xxxx Mocimenti contabili soci
CORSI LL xxxx Tipologia corsi
COSTAT LL xxxx Status concorso
DOCAV LL xxxx Tipo documento cavalli
EPS LL xxxx Decode x centri
FEDERAZ LL xxxx Decode x centri
GRSPORT LL xxxx Decode x centri
IMPIANTI LL xxxx Decode x centri
LINGUA LL xx Decode lingua, 2 CRT
MAILGR LL x Gruppi email
MANTE LL xxxx Mantello cavalli
MODPAG LL xxxx Modalità pagamento
MON LL xxxx Monitors
MOVCONT LL xxxx Movimenti contab centri
MSG LL xxxx Messaggi sistema
PAT LL xxxxx Tipo patenti
PRONT LL xxxx rontuari di gara
RAZZE LL xxxx Razze cavalli
REG LL xx Regioni
RERC LL xx Decode x centri
RISERV LL xx Riservato
SPEC LL xx Specialità/Discipline
SPECASC LL xx Decode spec x ASC in Centri
STAG LL xx Decode x centri
TAC LL xx Decode x centri
TIPASS LL xx Decode x centri
TIPSOC LL xx Decode x centri

Email emesse
 
La tabella ESENT contiene tutte le email emesse dal sistema.
La cancellazione delle emissioni di newsletter avviene dopo 30 giorni, per gli auguri dopo 7 giorni e comunque dopo 120 giorni.

MLTIMEDIA
 
Per multimedia si intendono le informazioni relative a News, Video e fotografie

M_GALLERIA è il campo che raggruppa molte news, immagini e video che possono essere messi in sequenza agendo sul valore del campo M_SEQUENZA. Non é strettamete necessario numerare tutti i media é meglio considerare tale campo come priorità.


I vari media sono così identificati dal campo M_TIPO che contiene i valori
"I" Immagini (solo formato JPG)
"V" Video e filmati
"N" News

Per ogni record media :
M_TITOLO es titolo della foto o filmato, obbligatorio
M_TESTO opzionale per foto e video, obbligatorio per News
M_URLPREVIEW opzionale per una immagine di preview, normalmente sarà visualizzata piccolina.
M_URLMEDIA url vera e propria della foto o filmato. Per le news può contenere un'immagine associata alla notizia.

M_TAGS contiene parole chiave suddivise fra loro da ; (punto e virgola). Ogni keyword non deve avere più di 20 caratteri. Esempio: dressage;dressur;Valentina Truppa;Truppa;Eremo;oro europeo

M_AUTORE é un campo opzionale che si raccomanda, se possibile, compilare (Diritti di autore).

Il popolamento e l'aggiornamento di tali informazioni é effettuato con il sistema SRVC.

News
 
La tabella MEDIA riporta le notizie.

Una news in evidenza viene proposta ai navigatori con priorità sulle altre notizie.

Dopo 60 giorni la news é demarcata "dall'evidenza".

MANTENZIONE SOFTWARE
 
Effettate
 
15/10/2010 Richiesta Marta. Ricalcolo dell'ordine di partenza a fronte della modifica di inizio categoria e/o durata di un percorso[4d]
11/10/2010 Concorso-online. Lista concorsi e relativi Ordini di partenza resi pubblici (senza login) [3h]
12/10/2010 Concorso-online. Aggiunte statistiche SiteMeter [2h]
13/10/2010 Concorso-online. Suggerire all'utente di dover effettuare login per inserire iscrizioni [2h]
13/10/2010 Concorso-online. Rese obbligatorie le dichiarazioni di patente e Privacy [2,5h]
14/10/2010 Cancellazione fisica di un socio solo se non ha Rinnovi e/o Qualifiche e/o riviste assegnate.
14/10/2010 Richiesta Pantano. Prima stesura pagamenti con PayPal
2/11/2010 Aggiunta 2° cellulare e 2a email ai Centri ed ai Soci
4/11/2010 Predisposto db per aggiunta codici di accesso per il Centro al sistema di Affiliazione online (applicazione alla data ancora da realizzare)
5/11/2010 Definito pagamento in prova tramite PayPal
11/11/2010 Aggiunto combo box localita' Centri.
11/11/2010 Controllo ed adeguamento segno importo mov contab centro.
16/11/2010 Aggiunto il campo intestatario nell'indirizzo Amm.vo del Centro.
23/12/2010 Il tesserato viene riconosciuto univoco con ANNO e CODICE-FISCALE.
13/01/2011 Predisposta pagina per Warning/Error in dn vedi DB_WARNING.asp
18/01/2011 Realizzata pagina ITALIA.asp con cartina geografica ed elenchi per Regione / Provincia dei centri e dei tecnici
17/02/2011 Sulla cartina d italia fornire lista di centri e tecnici cliccando sulla provincia
20/03/2011 Verificata la correttezza della email nell'autoiscrizione su home page sef-italia.it.
16/04/2011 Predisposta elaborazione dei dati su Centri e Tesserati dalla Numerica srl sia per SEF che per FISC
30/4/2011 Realizzato sw CONCORSO_SEF per gestione segreteria concorsi.
04/05/2011 Predisposta in prima pagine l'elenco compleanni del giorno di soci e tecnici. Richiesta del 28/5/2011 Pantano. Trx _compleanno_oggi.asp eseguita con server.execute.
14/6/2011 Elenco dei centri senza rinnovo nell'anno, in DB_WARNING.asp
15/06/2011 Iniziata diagnostica sull'errore di batch_0.asp caricamento dati da Numerica va in abnormal end.
17/06/2011 Realizzata trx BATCH_SCHED.asp. Attivato lo scheduler su aruba per BATCH_SCHED.asp. Esegue a mezzanotte di ogni giorno.
17/06/2011 Predisposta lettera di auguri di buon compleanno a soci e tesserati ed inserita per l'esecuzione in batch_sched.asp.
17/06/2011 Auto cancellazione dalla newsletter con pagina di conferma. Richiesta 17/6/2011. Nuova trx cancel_newsletter.asp modificato newsletter_buttom.asp e NL_SEND.asp
17/6/2011 Modificata la grafica dei festeggiati ed agganciato italia.asp per i tecnici.
18/6/2011 Predisposto in batch_manut.asp la cancellazione delle newsletter emesse più vecchie di 30 gg.
27/6/2011 Aggiunto in home page di sef-italia nella sezione compleanno il countdown di per chi ci vuole copiare.
30/6/2011 Alla cartina d Italia aggiunto l'elenco dei Tesserati. Richiesta Pantano del 27/6/2011 [3h].
1/7/2011 SEF e FISC. Aggiunta PATENTE all'anagrafica dei tesserati, Modificato prog di caricamento da Numerica. Modificato sistema SRVC.
15/7/2011 SEF e FISC. Cambiata chiave di login di accesso ai sistemi per utilizzare solo l email
22/7/2011 Single login per SRVC SEFNAV
25/7/2011 SEF e FISC. Aggiunta selezione per Regione nella scelta degli indirizzi per l invio Newsletter.
8/8/2011 SEF. Realizzato sistema SEFNAV per Iscrizione ai corsi, Accrediti agli eventi ed iscrizione ai concorsi.
Gestione delle iscrizioni ai corsi richiesta del 9/5/2011
12/8/2011 SEF. Eliminato il sistema Corsi; é sostituito da SefNav
16/8/2011 Inserito campo PUBLIC in TESSERATI E TECNICI e modificati elenchi pubblici per chi non vuole apparire. Sistemi SEF e FISC
18/8/2011 Modifica automatica della data di esercizio dopo 7 giorni.
5/9/2011 Adeguata l importazione dei concorsi del sistema CONCORSI_SEF (per i segretari)
da tabella EVENTI
4/10/2011 Modifica automatica della data di esercizio dopo un giorno. Richiesta Pantano.
4/10/2011 Modificato lo STATUS (a valore 50 Chiuso) per EVENTI del passato con il batch periodico..
5/10/2011 Ultimato il rinnovo online con PayPal dei tecnici.
6/10/2011 Realizzato invio email agli ACCREDITATI, Richiesta Pantano del 5/10
7/10/2011 Realizzato invio email agli ISCRITTI, Richiesta Pantano del 5/10
8/10/2011 Le modifiche apportate all'entità COMUNI (correzione nome, cambio provincia) si ripercuotono automaticamente sulle anagrafie di SOCI, TESSERATI,CENTRI,ISCRITTI ALLE GARE, ACCREDITI ecc per il ricalcolo della provincia.
10/10/2011 Aggiunta causale di pagamento per i SOCI. Vedi tabella T_CODICI / SP_CAUSALE
12/10/2011 Nell inserimento di CORSI ed EVENTI inserita immagine automatica nel campo note
Codificare le immagini SPEC_x.jpg [vedi tab T_CODICI / SPEC] per gli eventi
Codificare le immagini CORSI_x.jpg [vedi tab T_CODICI / CORSI] per i corsi.
Le immagini devono stare in www.sef-italia.it/images/ ?????
18/10/2011 SEF e FISC selezione email x newsletter per regione. Richiesta Minoli 23/6/2011.
Modificato NL_MAIN:asp
22/10/2011 Realizzato batch_catenaQualifiche.asp che cancella [campo CANC] le qualifiche dei tecnici quando comprensive in un altro titolo di livello superiore.
24/10/2011 Aggiornate le qualifiche dei tecnici a seguito di rinnovo da PayPal
26/10/2011 Aggiunto un record all evento n° 10 per i primi 100 rinnovi online (con paypal) dei tecnici
per il rinnovo 2012. Mod batch_paypal_elab.asp
28/10/2011 Installato Joomla su www.doobleclick
8/11/2011 Aggiunto un record all evento n° 11 per i primi 100 rinnovi online (con paypal) dei Centri
per il rinnovo 2012. Mod batch_paypal_elab.asp
10/11/2011 Realizzata catenaria delle qualifiche (campo partof) in SRVC dopo l'aggiunta o cancellazione di una qualifica
12/11/2011 Realizzate le pagine manuali x .asp ed elaborazione su batch_paypal_elab per i libri di Mario e Piero.
16/11/2011 Realizzata pagina CORSI in SEFNAV con cartina d'italia. Richiesta Andrea del 15/11
20/11/2011 Sistema acquisti online vestiario. Pagine acq_vestiario.asp, acq_pagok.asp, acq_pagko.asp et acqv_noqta.asp con bottoni per pagamento online Paypal
23/11/2011 SRVC. Per ogni update di EVENTI e CORSI é anche implementata la tabella tblEvents
23/11/2011 Aggiunta selezione indirizzi email per EPS (solo centri) Richiesta Pantano 16/11/2011, Modificato NL_MAIN.ASP.
24/11/2011 In SRVC realizzata funzione Whois.asp (Chi é)
3/12/2011 I sistemi SRVC di SEF e FISC sono allineati.
5/12/2011 Realizzato Batch_Let_RIN_Centri.asp per la spedizione dell email (n° -7x) di invito al rinnovo.
Eseguito per FISC il 5/12/2011 per SEF il 7/12/2011
9/12/2011 L'esposizione dei Tesserati sulla cartina d'Italia) é modificata per presentare i tesserati per l'anno in corso ed i tesserati che hanno già rinnovato per l'anno prossimo.
11/12/2011 Realizzato, come già fatto per i TECNICI, il sistema di Riviste anche per CENTRI e TESSERATI.
Le implementazioni riguardano i sistemi SRVC, SEFNAV e BATCH
14/12/2012 L'elaborazione dati da Numerica produrrà una email alle segreterie di SEF e FISC
6/1/2012 Sistema SRVC. Inserimento o modifica di un movimento contabile di tipo RINQS (Rinnovo Quota Sociale) aggiorna in modo automatico le qualifiche (Brevetti) dell'intestatario.
6/1/2012 Sistema SRVC. I numeri telefono, fax e cellulare vengono, se mancanti, incrementati del prefisso +39
18/1/2012 Applicata in SRVC di SEF e FISC l'assegnazione automatica del numero tessera dei Soci (Tecnici)
1/3/2012 Aggiunta all'anagrafica dei centri il campo NEWSYSTEM per significare che il centro utilizza le funzioni contabili di SRVC e SEFNAV escludendo la Numerica srl. La funzione sarà usata da tutti i centri di FISAP man mano inseriti.
12/3/2012 Corretta l 'omettibilità della sequenza categoria dei concorsi (Deve avere valore da 1 a 20).
12/3/2012 Dalla cartina d'Italia aggancio alle transazioni di pagamento del rinnovo sia per i CENTRI che per i TECNICI. Cartina d'Italia non più utilizzata in www.sef-italia.it con redirect a SEFNAV/ITALIA.
13/3/2012 Al rinnovo del Tesserato viene inviata email 72 o 74 a: Circolo, Istruttore,Tesserato, Management e segnalata palesemente il numero di tessera assegnato (modulo RINTE_SI). In SRVC non dovrebbe servire.
14/3/2012 Sistemato il prefisso telefonico per excel, aggiunto +39blank
15/3/2012 Resa obbligatoria l'Email nell'anagrafica tesserati.
13/4/2012 Controllata la cancellazione degli utenti di sistema che non abbiano info collegate.
14/4/2012 Controllata cancellazione Dettaglio eventi che non abbiano iscrizioni collegate.
14/4/2012 Controllo doppioni in Dettaglio Eventi
23/4/2012 Aggiunta scelta Disciplina in Concorsi SEFNAV (sulla cartina Italia) 2h
23/4/2012 Aggiunta scelta Tipologia in CORSI SEFNAV (sulla cartina Italia) 2h
25/4/2012 Aggiunto in EVENTI campo segreteria, Verificato in Concorso_Sef che solo il segretario del concorso possa Importare/Esportare il proprio concorso. 10H
10/5/2012 Generato nuovo ambiente/sistema Obiettivo Cavallo.
12/5/2012 In SEFNAV aggiunta la possibilità, per i navigatori, di modificare la password in modo autonomo
12/5/2012 Corretto (in errore) il controllo sui doppi tesserati con Cog,Nom e nascita
12/5/2012 Corretto BATCH_0.asp (Dati da Numerica) non caricare i tesserati se il centro é passato al nuovo sistema (C_NewSystem=Yes).
17/5/2012 Realizzato in SEFNAV registro tesserati per l'anno in corso e 2 precedenti.
4/6/2012 Stampa modulo "Adesione" per i tesserati del circolo.
12/6/2012 Rafforzato il controllo doppi Utenti del sistema. SEFNAV=ok SRVC=ok
13/6/2012 In SEFNAV realizzato il CAMBIO RESIDENZA SPORTIVA.
13/6/2012 In SEFNAV realizzato il CAMBIO PATENTE.
25/8/2012 SEF. Rinumerate le tessere dei Tesserati.
19/11/2012 Per stabilire l'importo di affiliazione o rinnovo del centro considerare solo l'anno precedente
Stampa registro tesserati estrazione per data
Gen 2013 Rinnovare affiliazione del centro usando il saldo disponibile se attivo
Gen 2013 BATCH_MANUT Cancellare logicamente corsi,corsisti,corsidoc vecchi di 90 gg
Feb 2013 Realizzato WebService SelfWebService
12/3/2013 Realizzata interfaccia vs Numerica/Asc per il passaggio dati dei Centri
27/3/2013 Il sistema SRVC é personalizzato per mobile/ipad
30/3/2013 Utilizzato la funzione Enabled per gli utenti del sistema
31/3/2013 Implementata la funzionalità BusinnesEventEmail
2/4/2013 In esercizio la versione beta del SelfWebService
4/4/2013 Il sistema SRVC é in versione 2. Con lingua,icone e predisposizione al MySql.
16/4/2013 Saranno cancellati i Concorsi più vecchi di 90 gg
30/4/2013 Installato PayPal PRO

2/5/2013 Nel WebService realizzata funzione F_InsCentriContab
5/5/2013 Adeguate le transazioni di SEFNAV a PayPal PRO
7/5/2013 Nel WebService realizzata funzione F_RinnovoTesserato
8/5/2013 Nel WebService realizzata funzione F_CambioPatente
9/5/2013 Nel WebService realizzata crittografia MD5 per utente Guest@Sef-italia.it
10/5/2013 Nel WebService realizzata funzione F_Galleria per Media Foto,Video e News
15/5/2013 Nel WebService realizzata funzione F_Recapiti dello staf interno.
15/5/2013 In SRVC aggiunta funzione di copia integrale (Concorso e Categorie)
16/5/2013 Nel WebService realizzata funzione F_CambioResidenzaSportiva.
19/5/2013 Nel WebService realizzata funzione U_Discente per iscrizione corsisti.
21/5/2013 Nel WebService realizzata funzione B_RinnovoCentroScalare.

06/06/2013 Unificate SEF FISC FISAP in unico account di Paypal PRO.

10/07/2013 In esercizio la versione 1 dell APP

09/08/2013. PayPal approva il pagamento con l'APP su mobile.
13/08/2013 Parametrizzati i costi delle varie patenti/anno (in T_CODICI)
19/08/2013 Emesso warning per testi dei media oltre i 7500 caratteri.

03/09/2013 FISAP in banca dati mysql
04/09/2013 Libertas Cinofilia in banca dati Mysql
08/09/2013 in esercizio la versione 1.2.0 dell APP
17/09/2013 Centri e Tecnici possono rinnovare l'anno in corso sia il prossimo anno.
27/09/2013 Aggiunta e cambio sequenza patenti tesserati. T M A A1 B C D
30/09/2013 SEF in banca dati mysql

08/10/2013 In esercizio la versione 1.2.2 dell APP con pagamenti carta credito e versione per iPad.
08/10/2013 Facilitazione del login del navigator con uso dei cookies con retention di 10 gg.
09/10/2013 Gestione Log Privacy Tecnici al pagamento del rinnovo.
10/10/2013 Gestione Log Privacy Centri al pagamento del rinnovo.
12/10/2013 Query statistiche (trx Adminquery.asp tabella querydb)

03/11/2013 Istruttore obbligatorio nella scheda dei centri. Navigator=ok, SRVC=ok WS=??
13/11/2013 Obbligatorietà di un tecnico per il centro che abbia rinnovato per poter rilasciare patenti
29/11/2013 ai comuni aggiunto campo CM_PROV2 per passaggio dati ad ASC
07/12/2013 renumerate tessere dei tesserati cinofilia

07/03/2014 Rifacimento funzione WS G_Aggiornamento con controllo del num recs forniti
compatibile col tipo hardware (iphnone,ipad,sym)e tipo connessione del mobile(wifi,3g).
12/03/2014 Raggrppamento qalifiche per CATEGORIA E SPECIALITA'
13/03/2014 Concorso:l'iscritto deve essere rinnovato per l'anno in corso.
16/03/2014 BATCH_MANUT Cancellare logicamente/fisicamente concorsi vecchi.
28/03/2014 Intervento 18. Doppia PROVINCIA tabella COMUNI, il campo CM_PROV x sef e nascita ASC,
il CM_PROV2 x residenza ASC
28/03/2014 Cambio sef-italia piattaforma server r2003 a r2008

01/04/2014 Intervento 11. Aggiornata tabella localita' con file excel forniti da ASC, agginte 2350 localita'
02/04/2014 Bloccato il CTRL+C or V in NOI IN ITALIA di Navigator. IE=ok Firefox=ok
08/04/2014 Ribaltamento da libertas-cinofilia a sportcinofili.it
23/4/2014 LA FNZIONE 'CAMBIO PATENTE' NON CREA PIU' UN NUOVO REC MA STORICIZZA LA VECCHIA PATENTE NEL CAMPO 'STORIA'

Previste
 
INTERVENTI

1) In SEFNAV aggiungi sempre Indietro

2) Cartina Lombardia manca MB Monza Brianza SRVC=??? SEFNAV=????

3) PayPal definire bottoni generici per importo 50 100 150 200 250 300 350 400 450 500
SRVC=??? SEFNAV=????

4) POTENZIARE selfnav sk tecnica circolo

5) Fai ricevute o Estratto conto per il Centro e per il Tecnico

6) SEF in concorso sef,evita tabella centri (sempre 61) ed usa il campo ORG dell evento.

7) Modifica scelta Prov/regione per le emails E sistemazione dati ########in corso

8) SEFNAV in CORSI usa/testa il campo Riserv x2

9) Potenziare il Tesserato che diventa il cliente del circolo
con possibilità di un suo conto
effettua depositi con pag pypal (come il centro)
rinnova scalando il rinnovo dal suo conto al conto del centro
visalizza estratto conto
il centro gli addebita servizi e prestazioni


10) CONCORSO
Prendi nome centro ed istrttore DALL ARCHIVIO E METTILI IN NA STAMPA "Iscrizione concorsi"


11) ok


12) METTITI IN CHAT GLI EVENTI CHE TI INTERESSANO

13) OTTIMIZZA SCHEDLATORE PER INVIO NEWSLETTER
IN PARAM aggingi campo LASTEXECGIORN datetime
in batch_sched controlla LASTEXECGIORN e decidi se esegire MANUT, AUGURI E PAYPAL_ELAB
al termine dei prg giornalieri aggiorna LASTEXECGIORN
esegi comnqe Batch_SendNewsLetter

duplica nl_send che sara' lanciato da batch_sched in Batch_SendNewsLetter.asp
- manda solo le newsletter selezionate
- alla fine deve deselezionare la newsletter
- non deve effettare visalizzazioni salvo Log=yes

14) IMPLEMENTA ISCRIZIONE AI CONCORSI
aggingi campi db svil=ok eser=ok
CAMI_CANN , CAMI_CNAZ, CAMI_CMAN, CAMI_CRAZ, CAMI_CSEX, CAMI_RNAZ
fare in svil OK
fare in prod OK
modifica srvc e passa i dati a concorsoWS = OK
modifica concorsoWS =ok
---- da fare MODIFICA SEF NAV gare mi iscrivo


15) NOTIFICHE PSH idea Pantano del 27/3/2014
Realizzazione sull APP
Realizzazione su backend


16) APP: LA SCELTA TRA REGIONI E PROVINCIE DEVE ESSERE ALTERNATIVA
17) APP: impedire transazioni vs paypal inferiori a 50 €

18) ok

19) uRGENTE***** da ws4 (u_PARTENTE ) passare iscrizione a ConcorsoWS

20) nuova APP per visualizzazione concorso (as hjs speaker)