Relativamente alla collaborazione di business Sourcing (Approvvigionamento) UBL supporta i seguenti processi:
- Gara di appalto ("eTendering", introdotto da UBL 2.1)
- Catalogo
- Richiesta preventivo (quotazione)
1. Gara di appalto ("eTendering")
E' il processo svolto da una stazione appaltante (Contracting Authority) per l'acquisizione di beni, servizi o lavori, in un determinato periodo di tempo.
Comprende tutte le fasi della gara, dall'avviso di preinformazione fino alle notifiche di aggiudicazione e non aggiudicazione; oltre alla Contracting Authority, coinvolge
operatori economici (Economic Operators) e l'ente addetto alla pubblicazione degli avvisi pubblici (Publication Office).
Il processo è composto dalle seguenti fasi:
- preinformazione: nel caso in cui voglia dichiarare l'intenzione di acquistare beni, servizi o lavori, la Contracting Authority
prepara un Avviso di Preinformazione e lo invia al Publication Office che provvede, quindi, alla sua pubblicazione
(Figura 1 click);
![<u>Figura 1</u> Preparazione al bando di gara <u>Figura 1</u> Preparazione al bando di gara](/repository_2004/upload/MM502-017-v1-UBL-2.1-Tender-ContractInfoPrep.png) Figura 1 Preparazione al bando di gara
- pubblicazione del bando: la Contracting Authority
prepara il Bando di Gara e lo invia al Publication Office che provvede alla sua pubblicazione
(Figura 2 click);
![<u>Figura 2</u> Pubblicazione del bando di gara <u>Figura 2</u> Pubblicazione del bando di gara](/repository_2004/upload/MM502-016-v1-UBL-2.1-Tender-ContractInfoNotify.png) Figura 2 Pubblicazione del bando di gara
- invito alla gara. La Contracting Authority invia all'Economic Operator l'Invito alla gara
(Figura 3 click);
![<u>Figura 3</u> invito agli operatori economici <u>Figura 3</u> invito agli operatori economici](/repository_2004/upload/MM502-019-v1-UBL-2.1-Tender-Invitation.png) Figura 3 invito agli operatori economici
- invio delle attestazioni: l'Economic Operator, che da questa fase della gara diventa un offerente (Tenderer), invia il proprio Fascicolo d'impresa alla Contracting Authority che risponde comunicando l'esito dell'ammissione alla gara (Risposta Ammissione Gara)
(Figura 4 click);
![<u>Figura 4</u> Invio delle offerte <u>Figura 4</u> Invio delle offerte](/repository_2004/upload/MM502-020-v1-UBL-2.1-Tender-QualificationInfo.png) Figura 4 Invio delle offerte
- invio offerte: il Tenderer invia la propria Offerta alla Contracting Authority che notifica l'avvenuto ricevimento con un Avviso di Ricevimento Offerta
(Figura 5 click);
![<u>Figura 5</u> Invio offerta <u>Figura 5</u> Invio offerta](/repository_2004/upload/MM502-021-v1-UBL-2.1-Tender-SubmissionOfTenders.png) Figura 5 Invio offerta
- aggiudicazione: la Contracting Authority comunica l'esito della gara all'aggidicatario (tramite il documento Notifica di Aggiudicazione ) e agli altri partecipanti (tramite il documento Notifica di non Aggiudicazione )
(Figura 6 click).
![<u>Figura 6</u> Comunicazione dell <u>Figura 6</u> Comunicazione dell](/repository_2004/upload/MM502-014-v1-UBL-2.1-Tender-AwardNotification.png) Figura 6 Comunicazione dell'esito della gara ai partecipanti
Inoltre invia una comunicazione pubblica di avvenuta aggiudicazione al Publication Office che provvede alla sua pubblicazione
(Figura 7 click);
![<u>Figura 7</u> Pubblicazione dell <u>Figura 7</u> Pubblicazione dell](/repository_2004/upload/MM502-015-v1-UBL-2.1-Tender-AwardPublication.png) Figura 7 Pubblicazione dell'esito della gara
- deposito della garanzia di offerta: il Tenderer invia alla Contracting Authority una Certificato di Garanzia per certificare il deposito di garanzia di offerta
(Figura 8 click).
![<u>Figura 8</u> Deposito garanzia di offerta <u>Figura 8</u> Deposito garanzia di offerta](/repository_2004/upload/MM502-018-v1-UBL-2.1-Tender-GuaranteeDeposit.png) Figura 8 Deposito garanzia di offerta
2. Catalogo
E' il processo in cui un fornitore di beni e/o servizi (Provider) invia, su richiesta oppure no, un Catalogo ad un potenziale cliente (Receiver). Poichè il cliente è “potenziale” il ruolo che egli gioca è quello del Receiver e non quello di Customer Party.
Il processo è composto dalle seguenti attività:
- eventuale richiesta ed invio del Catalogo.
Il documento utilizzato per richiedere il Catalogo è la Richiesta catalogo
(Figura 9 click);
![<u>Figura 9</u> Richiesta catalogo, Diagramma delle attività UML. <u>Figura 9</u> Richiesta catalogo, Diagramma delle attività UML.](/repository_2004/upload/MM502-005-v3-UBL-2-CreateCatalogueProcess.jpg) Figura 9 Richiesta catalogo, Diagramma delle attività UML.
- aggiornamento delle descrizioni degli articoli o dei servizi elencati nel Catalogo precedentemente inviato.
Il documento che il Provider Party invia al Receiver Party per comunicare gli aggiornamenti alle descrizioni riportate nel Catalogo è la Modifica specifiche articolo a catalogo
(Figura 10 click);
![<u>Figura 10</u> Aggiornamento specifiche articolo a catalogo, Diagramma delle attività UML. <u>Figura 10</u> Aggiornamento specifiche articolo a catalogo, Diagramma delle attività UML.](/repository_2004/upload/MM502-006-v1-UBL-2-UpdateCatalogueItemSpecificationProcess.jpg) Figura 10 Aggiornamento specifiche articolo a catalogo, Diagramma delle attività UML.
- aggiornamento dei prezzi degli articoli o servizi elencati nel Catalogo precedentemente inviato.
Il documento che il Provider Party invia al Receiver Party per comunicare gli aggiornamenti ai prezzi riportati nel Catalogo è l'Aggiornamento prezzi catalogo
(Figura 11 click);
![<u>Figura 11</u> Aggiornamento prezzi catalogo, Diagramma delle attività UML. <u>Figura 11</u> Aggiornamento prezzi catalogo, Diagramma delle attività UML.](/repository_2004/upload/MM502-007-v1-UBL-2-UpdateCataloguePricingProcess.jpg) Figura 11 Aggiornamento prezzi catalogo, Diagramma delle attività UML.
- annullamento del catalogo precedentemente inviato.
Il documento che il Provider Party invia al Receiver Party per annullare il Catalogo è la Cancellazione catalogo
(Figura 12 click);
![<u>Figura 12</u> Cancellazione Catalogo, Diagramma delle attività UML. <u>Figura 12</u> Cancellazione Catalogo, Diagramma delle attività UML.](/repository_2004/upload/MM502-008-v1-UBL-2-DeleteCatalogueProcess.jpg) Figura 12 Cancellazione Catalogo, Diagramma delle attività UML.
3. Richiesta preventivo (quotazione)
E' il processo in cui un soggetto (Originator), interessato ad acquistare beni o servizi, richiede un preventivo ad un potenziale fornitore. Il documento utilizzato per effettuare questa richiesta è la Richiesta di offerta.
Il documento di risposta è l'Offerta
(Figura 13 click).
![<u>Figura 13</u> Approvvigionamento iniziato dal Buyer, Diagramma delle attività UML. <u>Figura 13</u> Approvvigionamento iniziato dal Buyer, Diagramma delle attività UML.](/repository_2004/upload/MM502-009-v1-UBL-2-SourcingBuyerInitiatedProcess.jpg) Figura 13 Approvvigionamento iniziato dal Buyer, Diagramma delle attività UML.
Una particolare procedura di quotazione e' il punchout.
Il punchout è una tecnologia innovativa che permette ad un Originator di accedere direttamente al sistema del Seller per consultare il suo catalogo ed, eventualmente, richiedere un preventivo.
Se il preventivo viene effettivamente richiesto, il Seller invia un'Offerta
(Figura 14 click);
![<u>Figura 14</u> Sourcing punchout, Diagramma delle attività UML. <u>Figura 14</u> Sourcing punchout, Diagramma delle attività UML.](/repository_2004/upload/MM502-010-v1-UBL-2-SourcingPunchoutProcess.jpg) Figura 14 Sourcing punchout, Diagramma delle attività UML.
NOTA: ciò che avviene nell’ambito dell’applicazione punchout è al di fuori della portata di UBL.
|