Il nostro punto della strada

User Tools

Site Tools

Trace: • gdxp
interoperabilita:gdxp

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision		Previous revision
interoperabilita:gdxp [2014/11/12 17:40] – studio sull'utilizzo del formato GDXP su GF lettiinteroperabilita:gdxp [2014/11/17 16:33] (current) – Decisione prese al tavolo tecnico di interoperabilità del GDL del 15/11/14 letti
Line 358: Line 358:
 </code> </code>
  
-Dallo schema:+Il gdxp rappresenta un ordine o un listino, a seconda che sia presente (almeno) un elemento ordine. 
  
-SCHEMA+==== Struttura ====
  
-si evince che:+In questa sezione viene esaminato il formato per verificarne l'applicabilità a Gasista Felice. In particolare, 
 +si vuole verificare quali e quante modifiche al formato si renderebbero necessarie per esportare / importare  
 +listini e ordini dal / nel software.
  
-  * il gdxp rappresenta un ordine o un listino, a seconda che sia presente un elemento ordine. 
-  *  
  
-==== Struttura ====+> Sono state esaminate le parti di Gasista Felice che sarebbero interessate dal processo di importazione / esportazione dei dati.  
  
-supplier:     +**Supplier**    
  
   * id   * id
Line 384: Line 385:
   * description [note]   * description [note]
    
-base place --> [address] --> SERVIREBBERO DEGLI EXTRAFIELDS+**base place** --> [ADDRESS]  
 + 
 +>> SERVIRANNO DEGLI [EXTRAFIELDS]
  
   * id   * id
Line 397: Line 400:
  
  
 +**contact** --> [PRIMARY] [EXTRAFIELDS]
  
-supplier contatti (collegamento): +  * id 
- +  * flavour --> tipo, da usare per decidere se inserire il value in [phone],[fax] ecc 
-  * supplier +  * value     
-  * contact +  * is_preferred  
- +  * description 
-base_contact [PRIMARY] [EXTRAFIELDS] +   
- +
-    id +
-    flavour --> tipo, usato per decidere se inserire il value in [phone],[fax] ecc +
-    value     +
-    is_preferred  +
-    description +
-     +
-    --> andrebbe cambiata la struttura. Piuttosto che: +
-   +
-    * contacts +
-      * primary [phone,fax,email,web] +
-      * extra* [first_name, last_name, phone, mobile, fax, email] +
- +
-     sarebbe meglio: +
- +
-    * contacts +
-      * primary*[flvour, value, description] --> quello preferito per il flavour  +
-      * extra* [first_name, last_name, phone, mobile, fax, email]+
  
-;+>> Qui andrebbe cambiata la struttura. Piuttosto che: 
 +>>    * contacts 
 +>>      * primary [phone,fax,email,web] 
 +>>      * extra* [first_name, last_name, phone, mobile, fax, email] 
 +>> 
 +>> Sarebbe meglio: 
 +>> 
 +>>    * contacts 
 +>>      * primary*(flvour, value, description) --> quello preferito per il flavour  
 +>>      * extra* (first_name, last_name, phone, mobile, fax, email) --> per mantenere la compatibilità
  
-supplier product --> anagrafica prodotto [PRODUCTS]* --> [product]+** 
 +supplier_product** --> anagrafica prodotto [PRODUCTS]* --> [PRODUCT]
  
   * id   * id
Line 439: Line 435:
   * description [description]   * description [description]
   * deleted [EXTRAFIELD]   * deleted [EXTRAFIELD]
-) 
-; 
  
-{{ + 
 +------ 
  
  
-supplier stock --> prodotto ordinabile +**supplier_stock** --> prodotto ordinabile 
  
   * id   * id
Line 463: Line 458:
 ) )
  
-gas supplier stock --> prodotto ordinabile all'interno di un patto supplier - gas+**gas_supplier_stock** --> prodotto ordinabile all'interno di un patto supplier - gas
  
   * id   * id
Line 471: Line 466:
   * minimum_amount [ORDERINFO][minimum quantity]   * minimum_amount [ORDERINFO][minimum quantity]
   * step   * step
-) 
-; 
  
  
-gas supplier order product --> ordine di un prodotto all'interno di un patto+ 
 +**gas_supplier_order_product** --> ordine di un prodotto all'interno di un patto
  
   * id   * id
Line 485: Line 479:
   * delivered_price [VARIANT]   * delivered_price [VARIANT]
   * delivered_amount[ORDERINFO][PackageQuantity]   * delivered_amount[ORDERINFO][PackageQuantity]
-) 
-; 
- 
- 
-}} 
  
-{{+------
  
-gas supplier order --> ordine dei gasisti su un patto supplier - gas [ORDERS]* --> [ORDER]+**gas_supplier_order** --> ordine dei gasisti su un patto supplier - gas [ORDERS]* --> [ORDER]
  
   * id   * id
Line 510: Line 499:
   * invoice_note [EXTRAFIELD]   * invoice_note [EXTRAFIELD]
   * root_plan_id   * root_plan_id
-) 
  
-delivery +** delivery ** 
  
   * id   * id
   * place_id   * place_id
-  * date [deliveryDate]+  * date [ORDER][deliveryDate]
  
  
-}} 
  
 +==== Incontro GDL sull'interoperabilità del 15/11/2014 ====
 +
 +> Conteunti presi da: http://piratepad.net/ANbI4uJ8VG
 +
 +Durante il tavolo tecnico per lo standard il formato **GDXP** è stato esaminato al fine di verificarne l'espressività riguardo le entità e le relazioni coinvolte nell'attività di acquisto dei GAS.
 +Il formato è visionabile al link https://github.com/madbob/GASdotto/wiki/GDXPTodo .
 +Il tavolo ha prodotto le seguenti proposte di modifica / integrazione:
 +
 +> **NOTA**:  a livello di formato, inserire un numero limite di caratteri per il contenuto di alcuni campi.
 +> **TODO**: in una versione successiva, abdrebbero inserite informazioni anche su accreditmento e rating del produttore/fornitore, anche tramite link a risorse esterne, come siti o social network
 + 
 +  * elemento **supplier**:
 +  * almeno un elemento tra **taxCode** e **vatNumber** deve essere presente. Se l'azienda è in realtà una singola persona fisica, questa potrà inserire il proprio codice fiscale.
 +    * l'elemento **name** non dovrebbe contenere piu di 200 caratteri.
 +    * l'elemento **note** dovrebbe essere opzionale
 +    * aggiungere un campo obbligatorio **description**. Questo campo sarà utilizzato per inserire un descrizione verbosa del produttore/fornitore e non dovrebbe contenere piu di (un numero ancora da definire di) caratteri.
 +    * aggiungere un elemento di nome **generator** che contenga l'informazione sull'esporatore che ha prodotto l'xml
 +    * aggiungere un elemento di nome **source** che contenga l'informazione sulla fonte da cui viene esportato il produttore/fornitore (gestionale, ...)
 +    * inserire un elemento obbligatorio **subject** che  indichi a quale soggetto (GAS, ..) si riferisce l'ordine o il listino rappresentati. Questo elemento conterrà due attributi:
 +      * **id**
 +      * **type**
 +    * inserire un elemento **id** che, nel caso si rappresenti un ordine, indichi l'id dell'ordine stesso nel gestionale di provenienza
 +    * inserire un elemento **tipology**  che indichi il tipo di azienda (coperativa, ditta individuale, azienda agricola, .... )
 +  * elemento **address**:
 +    * inserire un elemento facoltativo **extraFields** per dare la possibilità di specificare altre informazioni geografiche e logistiche
 +  * elemento **primary**:
 +    * elementi **faxNumber** e **webSite** opzionali
 +  * elemento **extraContact**:
 +    * almeno un campo tra **phoneNumber**, **mobileNumber** ed **emailAddress** deve necessariamente essere obbligatorio
 +  * elemento **product**:
 +    * nell'elemnto **um**  discutere a proposito della lista di unità di misura possibili. La proposta è di avere una lista ben definita di queste unità di misura, da adottare fra tutti i gestionali
 +    * nell'elemento **category** definire in maniera univoca le categorie che è possibile inserire. Queste categorie dovrebbero essere condivise tra tutti i gestionali
 +    * per ora l'elemento **description** non dovrebbe avere limitazioni nel numero di caratteri; eventualmente il soggetto importatore (es. un gestionale) ne troncherà il contenuto se eccessivamente lungo
 +    * inserire un elemento **vat** che indichi il valore dell'iva relativa al prodotto; questo valore puo essere 0 se il produttore è una persona fisica che non applica l'iva ai prodotti.
 +      * NOTA: inserire un attributo all'elemento **vat** [nome da definire: **toApply** come boolean?] che indichi se l'iva è da applicare al prezzo del prodotto (**umPrice** di **orderInfo** ), oppure se questo lo include già e quindi è da scorporare
  
interoperabilita/gdxp.1415814037.txt.gz · Last modified: 2014/11/12 17:40 by letti