32 KiB
MAPPING IMPORT singolo_anno.mdb (TEMPLATE DA COMPILARE)
Compila le colonne "Importa?", "Target Table", "Target Field" e "Note / Trasformazioni". Se un intero gruppo (tabella) non serve, basta mettere in testa "SCARTA".
Legenda colonne:
- Importa?: Y / N / P (P = Parziale, solo alcuni campi)
- Target Table: nome tabella Laravel finale (o VIEW se provvisoria)
- Target Field: campo di destinazione (se diverso dal legacy). Per chiavi composte indicare tutte.
- Note / Trasformazioni: regole di parsing, normalizzazioni, mapping valori (es: O/R/S → ordinaria/riscaldamento/straordinaria).
Quando un campo è calcolabile e NON deve essere importato, scrivi "DERIVATO" in Target Field e N in Importa?.
1. condomin (UNITÀ IMMOBILIARI + SOGGETTI)
Campi principali (lista non esaustiva: aggiungi se ne mancano):
| Legacy Field | Descrizione (bozza) | Importa? | Target Table | Target Field | Note / Trasformazioni |
|---|---|---|---|---|---|
| id_cond | PK unità legacy | unita_immobiliari | legacy_id | Conservare per tracciabilità | |
| cod_cond | Codice progressivo interno | unita_immobiliari | codice_interno | Normalizzare trim/zero-pad se serve | |
| scala | Scala edificio | unita_immobiliari | scala | Uppercase | |
| int | Numero interno | unita_immobiliari | interno | Trim | |
| tipo_pr | Tipo unità (A=appart.) | unita_immobiliari | tipo | Mappare legenda | |
| nom_cond | Intestazione proprietà (multi soggetto) | (parser) | (split) | Splittare → composizione_proprieta & soggetti | |
| presso | Presso / c.o. | soggetti_contatti | indirizzo_presso | Solo se non vuoto | |
| ind | Indirizzo corrispondenza proprietario | soggetti_contatti | indirizzo | Normalizza CAP / Comune | |
| cap | CAP | soggetti_contatti | cap | Validare 5 cifre | |
| citta | Comune | soggetti_contatti | citta | Normalizza maiuscole | |
| pr | Provincia | soggetti_contatti | provincia | Upper 2 lettere | |
| tel | Telefono 1 proprietario | soggetti_contatti | telefono1 | Normalizza +39 | |
| tel2 | Telefono 2 proprietario | soggetti_contatti | telefono2 | ||
| Fax_cond | Fax proprietario | soggetti_contatti | fax | ||
| Cell_cond | Cell proprietario | soggetti_contatti | cellulare | ||
| E_mail_condomino | Email proprietario | soggetti_contatti | Lowercase, uniq per soggetto | ||
| PEC_condomino | PEC proprietario | soggetti_contatti | pec | Validare dominio | |
| titolo_cond | Titolo cortesia | soggetti | titolo | ||
| Cond_cod_fisc | CF proprietario | soggetti | codice_fiscale | Validazione formale | |
| Cond_dt_nasc | Data nascita proprietario | soggetti | data_nascita | Convert da formati ambigui | |
| Cond_Luogo_nasc | Luogo nascita | soggetti | luogo_nascita | ||
| Cond_PR_Nasc | Prov. nascita | soggetti | provincia_nascita | ||
| Diritto_reale | Tipo diritto (P/U/NUDA…) | composizione_proprieta | tipo_diritto | Normalizzare enumerazione | |
| Perc_Diritto_reale | % possesso | composizione_proprieta | percentuale | decimal(8,4) | |
| Diritto_godimento | Tipo godimento | composizione_proprieta | diritto_godimento | ||
| Pertinenze_box | Numero box? | pertinenze | quantita_box | Se >0 crea record | |
| Pertinenze_Cant | Numero cantine | pertinenze | quantita_cantina | ||
| Pertinenze_Pauto | Posti auto | pertinenze | quantita_posto_auto | ||
| Pertinenze_Altro | Altre pertinenze testo | pertinenze | altro_descrizione | ||
| Catasto_sez_Urbana | Catasto sezione | catasto_unita | sezione | ||
| Catasto_foglio | Foglio | catasto_unita | foglio | ||
| Catasto_particella | Particella | catasto_unita | particella | ||
| Catasto_sub | Subalterno | catasto_unita | sub | ||
| Catasto_zona | Zona censuaria | catasto_unita | zona | ||
| Catasto_Categoria | Categoria (A/…) | catasto_unita | categoria | ||
| Catasto_Classe | Classe | catasto_unita | classe | ||
| Catasto_Consistenza | Consistenza (vani) | catasto_unita | consistenza | ||
| Catasto_superfice | Superficie mq | catasto_unita | superficie_mq | Convert number | |
| Catasto_Rendita | Rendita catastale | catasto_unita | rendita | decimal | |
| inquil_nome / inquil_* blocco | Dati inquilino corrente | locazioni | (vari) | Creare record locazione + soggetto inquilino | |
| inquil_dal | Inizio locazione | locazioni | data_inizio | ||
| inquil_al | Fine locazione | locazioni | data_fine | Null se attiva | |
| subentrato_dal | Data subentro proprietario | composizione_proprieta | data_inizio | ||
| attivo_fino_al | Fine possesso | composizione_proprieta | data_fine | ||
| Flags Selez_mail_* / Selez_spediz_* | Preferenze comunicazioni | preferenze_comunicazione | json_flags | Consolidare in JSON | |
| gr_c1..gr_c9 / gr_i* | Gruppi personalizzati | soggetti_tag | tag_codes | Solo true → tag | |
| Sicur1_UI_a_norma..Sicur5_* | Checklist sicurezza | compliance_sicurezza_unita | (campi) | Boolean mapping "Si"→1 | |
| Note / Note_inquilino | Note testuali | unita_immobiliari_note | testo | Sanitizzare | |
| campi cumulo_* | Contatori legacy | N | DERIVATO | Scartare |
(Aggiungi altri campi se necessari nel tuo completamento) ti ricordo che nei nostri archivi abbiamo la divisione per STABILE/SCALA/INTERNO/TIPO sicuramente questi campi I DATI DELL'UNITÀ IMMOBILIARE NELLLA TABELLA CONDOMIN scala,int,tipo_pr,Catasto_sez_Urbana,Catasto_foglio,Catasto_particella,Catasto_sub,Catasto_zona,Catasto_Categoria,Catasto_Classe,Catasto_Consistenza,Catasto_superfice,Catasto_Rendita,Pertinenze_box,Pertinenze_Cant,Pertinenze_Pauto,Pertinenze_Altro,Diritto_reale,Diritto_godimento,
i dati generali dei condomini e degli inquilini come i dati di contatto vanno nell'anagrafica unica ma vanno legati come condomini ed inquilini all'unità immobiliare che si estrae dalla tabella che stiamo lavorando in questa tabella.
DATI CONDOMINI titolo_cond, nom_cond,presso,ind,cap,citta,pr,inquil,tel1,tel2,note_cond, cumulo_cond, cc_banca_cond,Banca_cond,E_mail_condomino, Fax_cond, Cell_cond,Cond_cod_fisc,Cond_dt_nasc,Cond_Luogo_nasc,Cond_PR_Nasc,E_lostesso_Di,Perc_Diritto_reale,Perc_Detrazione,Detraz_Sit_Part, PEC_condomino,cumulo_cond_ec,cumulo_cond_orig,
DATI INQUILINO titolo_inq, inquil_nome,inquil_presso,inquil_indir,inquil_cap,inquil_citta,inquil_pr,inquil_tel1,inquil_tel2,inquil_note,cumulo_inq,cc_banca_inq, cumulo_inq_ec,cumulo_cond_orig,cumulo_inq_orig,Cumulo_elenchi,Cumulo_ass,Stampa_attuale,Cumulo_raccomand,cumulo_old, Banca_inq,E_mail_inquilino, Fax_inq,Cell_inq,inquil_dal,inquil_al,PEC_inquilino,Cumulo_inq_ec,cumulo_inq_orig,
con questi dati possiamo a questo punto caricare i dati delle UI, dell'anagrafica unica e dei dati dei soggetti collegati all'UI Ma comunque tieni tutti i dati caricati nelle tabelle in MySQL per altre estrazioni e collegamenti mi fossi dimenticato qualcosa in questa importazionemettendo i dati in maniera da non importarli più volte e mettendo anche per i CONDOMINI la data di possesso nel caso cambi la proprietà, poi dovremo collegare anche altri soggetti all'unità immobiliare in base alle percentuali di possesso.
CONDOMINI_TOTALI condomini_totali (SOGGETTI sono legati a condomin ) questa tabella serve per poter inviare ai vari soggetti la documentazione che prevede il condominio e che nel caso di un soggetto che ha più UI si manda una sola comunicazione e questa tabella è stata fatta appota per questo ci sono le relazioni e i flag a chi mandare cosa.
2. dett_tab (Righe tabelle millesimali)
| Legacy Field | Descrizione | Importa? | Target Table | Target Field | Note / Trasformazioni |
|---|---|---|---|---|---|
| ID | PK riga legacy | righe_tabelle_millesimali | legacy_id | ||
| cod_tab | Codice tabella | tabelle_millesimali | (lookup) | Join per id_tabella/cod_tab | |
| id_cond | FK unità | unita_immobiliari | legacy_id | ||
| cond_inquil | Flag quota proprietario/inquilino | righe_tabelle_millesimali | ruolo | Map P/I | |
| mm | Millesimi assegnati | righe_tabelle_millesimali | millesimi | decimal(10,6) normalize | |
| prev / cons | Valore base (quantità) prev/cons | righe_tabelle_millesimali | valore_prev / valore_cons | Se calcolo = A | |
| prev_euro / cons_euro | Importo ripartito prev/cons | P | righe_tabelle_millesimali | importo_prev / importo_cons | Solo storicizzazione |
| n_stra | Riferimento straordinaria | lavori_straordinari | legacy_numero | Se tipo_gestione=S | |
| UNICO | Flag tabella unica | ? | tabelle_millesimali | is_unica | |
| Proviene_* | Provenienza | N | DERIVATO | Scartare | |
| ex_cons_euro | Storico importo cons old | N | Scartare |
3. tabelle (Definizione tabella millesimale)
| Legacy Field | Descrizione | Importa? | Target Table | Target Field | Note |
|---|---|---|---|---|---|
| id_tabella | PK | tabelle_millesimali | legacy_id | ||
| cod_tab | Codice | tabelle_millesimali | codice | Unique per gestione | |
| descr | Descrizione | tabelle_millesimali | descrizione | ||
| calcolo | Metodo calcolo (M/A/P/X) | tabelle_millesimali | metodo_calcolo | Mappa enum | |
| tipo | O/R/S | tabelle_millesimali | tipo_gestione | Map O→ordinaria etc. | |
| Tot_mm | Somma millesimi | tabelle_millesimali | totale_millesimi | Validare 1000 ± toll | |
| inte_col | Etichetta interna | P | tabelle_millesimali | etichetta_interna | Facoltativa |
| un_mis | Unità misura | P | tabelle_millesimali | unita_misura | Per calcolo=A |
| note | Note | P | tabelle_millesimali | note | |
| Num_decimali | Precisione | tabelle_millesimali | precisione | default 2 se null | |
| Is_Detr | Flag detraibile | tabelle_millesimali | detraibile | "Si"/1 → true | |
| tot_prev/cons* | Importi storici complessivi | P | tabelle_millesimali_storico | (campi) | Solo se serve storico |
| Len_* / nord / nord2 / Selezionato | Metadati stampa | N | Scartare |
4. Operazioni (Scritture legacy)
| Field | Descrizione | Importa? | Target | Target Field | Note |
|---|---|---|---|---|---|
| id_operaz | PK | operazioni_contabili | legacy_id | ||
| dt_spe | Data operazione | operazioni_contabili | data_operazione | ||
| importo / importo_euro | Importo base | operazioni_contabili | importo_orig | Convert cent/euro | |
| natura / natura2 | Codici classificazione | operazioni_contabili | natura / natura2 | Mappare a piano conti | |
| compet | C/P (competenza/partenza) | operazioni_contabili | competenza_flag | C=Competenza P=PrimaNota? conferma | |
| cod_for / cod_ben / benef | Fornitore/beneficiario | soggetti | (lookup) | Normalizzare univocità | |
| num_fat / dt_fat | Riferimento fattura | documenti_fiscali | numero / data | Collegare FE se FE_UID presente | |
| Importo_Spese / Importo_Entrate / Importo_Crediti / Importo_Debiti | Breakdowns | P | operazioni_contabili | importo_componenti JSON | Se utile analisi |
| IMP_CALCOLATO* / imp_2* | Importi ricalcolati/2nda base | P | operazioni_contabili | importi_secondari | |
| detraz_36 / DF_Tipo_lavori | Flag detrazione | detrazioni_fiscali_link | ... | ||
| Gestione | Sigla gestionale | gestioni_contabili | (resolve) | Mappare in gestione_id | |
| n_stra | Straordinaria id | gestioni_contabili | numero_straordinaria | ||
| Proviene_* / temporaneo / incluso / D36_41 / Etic_axivar | Meta legacy | N | Scartare | ||
| File_Bonifico_telematico | Riferimento file bonifico | P | pagamenti_fornitori | file_rif | |
| Rif_ft_amm / Fatt_amm_FC | Collegamenti amministrativi | P | documenti_fiscali | riferimenti | |
| FE_UID | UID FE | fatture_elettroniche | fe_uid | ||
| manca il campo per la gestione dell'anno | |||||
| manca il cod_cassa e l'altra tabella collegata dentro singolo_anno.mdb con il nome Anag_casse |
(Aggiungi/segna quelli che mancano)
5. incassi
| Field | Descrizione | Importa? | Target | Target Field | Note |
|---|---|---|---|---|---|
| ID_incasso | PK | incassi | legacy_id | ||
| cod_cond | Unità | unita_immobiliari | legacy_cod_cond | ||
| cond_inquil | P/I | incassi | ruolo_quota | ||
| n_riferimento | Numero rata/ricevuta ref | incassi | riferimento_orig | Collegare rate | |
| anno_rif / n_mese / o_r_s | Periodo e tipo gestione | gestioni_contabili | (resolve) | anno + tipo | |
| importo_pagato(_euro) | Importo pagato | incassi | importo | ||
| dt_empag | Data pagamento | incassi | data_incasso | ||
| descrizione | Descrizione | incassi | descrizione | ||
| cod_cassa | Codice cassa/banca | conti_bancari | legacy_cod | lookup/mappatura | |
| n_stra | Straordinaria | incassi | gestione_id | join gestione straordinaria | |
| da_ricev_diretto | Flag modalità incasso | P | incassi | metodo | |
| Totale | Flag riga totale | N | Escludere | ||
| Proviene_* / str_orig / linea_sep_stp | Meta layout | N | Scartare | ||
| d_p_e | Segno / stato? | ? | incassi | segno | Conferma semantica |
| QUESTO è IMPORTANTISSIMO per POI GESTIRE LA RICONCILIAZIONE CON IL CONTO/ CHE VIENE UTILIZZATO PER GESTIRE I MOVIMENTI BANCARI/DI CASSA |
6. rate & rate_percentuali
| Field | Descrizione | Importa? | Target | Target Field | Note |
|---|---|---|---|---|---|
| id_rate | PK | rate_emesse | legacy_id | ||
| id_condomino | Unità | unita_immobiliari | legacy_id | ||
| propr_inquil | P/I | rate_emesse | ruolo_quota | ||
| n_mese / str_mese / str_anno | Periodicità | rate_emesse | periodo_mese / periodo_anno | Normalizzare int mese | |
| o_r_s | Tipo gestione O/R/S | gestioni_contabili | (resolve) | ||
| importo_dovuto(_euro) | Importo rata | rate_emesse | importo | ||
| dt_empag | Data emissione/pagamento? | rate_emesse | data_emissione | Conferma semantica | |
| descrizione | Descrizione | rate_emesse | descrizione | ||
| n_stra | Straordinaria | gestioni_contabili | numero_straordinaria | ||
| dt1_da / dt2_a | Periodo competenza | rate_emesse | competenza_da / competenza_a | ||
| rate_percentuali.percentuale | Percentuale ripartizione | piano_rateizzazione | percentuale | Legare per mese | |
| rate_percentuali.data_emissione | Data emissione | piano_rateizzazione | data_emissione |
7. Comproprietari
| Field | Descrizione | Importa? | Target | Target Field | Note |
|---|---|---|---|---|---|
| Id_compr | PK | composizione_proprieta | legacy_id | ||
| id_cond | Unità | unita_immobiliari | legacy_id | ||
| nom_cond / titolo_cond | Nome soggetto | soggetti | denominazione | ||
| Cond_cod_fisc | CF | soggetti | codice_fiscale | ||
| Diritto_reale | Tipo diritto | composizione_proprieta | tipo_diritto | ||
| Perc_Diritto_reale | % possesso | composizione_proprieta | percentuale | ||
| Perc_Detrazione | % detrazione | composizione_proprieta | percentuale_detrazione | ||
| Descriz / presso / ind / cap / citta / pr | Dati contatto | soggetti_contatti | ... | ||
| Contatti (tel1,tel2,Cell_cond,Fax_cond,E_mail_condomino,PEC_compr) | soggetti_contatti | ... | Merge con proprietario principale | ||
| Catasto_* | Duplicato da unità | N | Non ripetere | ||
| DomandaAccatast_* | Pratica catastale | P | catasto_unita_pratiche | ... | |
| Detraz_cess_* | Info cessione credito | detrazioni_partecipanti | ... | ||
| ex_* / cia | Legacy trace | N | Scartare | ||
| COMPROPRIETARI questi saranno legati all'UI ci sarà il solito discorso l'anagrafe unica per tutti i contatti e poi lo specifico legati all'UI importiamo i dati ma prevediamo una tabella a parte per la gestone dei diritto_reale legato all'UI |
8. Pertinenze
| Field | Descrizione | Importa? | Target | Target Field | Note |
|---|---|---|---|---|---|
| id_cond | Unità | pertinenze | unita_id (lookup) | ||
| Dest_uso | Uso pertinenza | pertinenze | destinazione_uso | ||
| Catasto_* | Dati catastali pertinenza | pertinenze_catasto | ... | ||
| Catasto_Rendita | Rendita | pertinenze_catasto | rendita | ||
| QUESTO CAMPO è SEMPRE DA GESTIRE NELLE UI e da collegare con un altra tabella che gestisce i valori catastili dell'uso (mi spiego un appartamento è un A/2 un box o cantina un C/2 e così via. |
9. Cre_Deb_preced
| Field | Descrizione | Importa? | Target | Target Field | Note |
|---|---|---|---|---|---|
| id | PK | saldi_apertura | legacy_id | ||
| c_d | C=Credito / D=Debito | saldi_apertura | tipo | Map C→credito D→debito | |
| Cod_voc | Codice voce | piano_conti | conto_rif | Mappare | |
| Des_voce / descrizione | Descrizione | saldi_apertura | descrizione | ||
| Importo(_euro) | Importo | saldi_apertura | importo | ||
| n_stra | Straordinaria | gestioni_contabili | numero_straordinaria | ||
| incluso | Flag attivo | P | saldi_apertura | attivo | |
| in questo caso non ci serve perchè non sono stati gestiti per ora i saldi precdenti ma negli altri condomini ci servirà per chiudere i conti |
10. straordinarie / prevent_straordinari
| Field | Descrizione | Importa? | Target | Target Field | Note |
|---|---|---|---|---|---|
| id_stra | PK | lavori_straordinari | legacy_id | ||
| codice | Codice lavoro | lavori_straordinari | codice | ||
| descriz_prev_cons / descriz_ricev | Descrizioni | lavori_straordinari | descrizione | ||
| num_rate | Numero rate | lavori_straordinari | numero_rate | ||
| rata_1..rata_12 | Importi rate | rate_lavori_straord | importo | Espandere in righe | |
| inizio_mese / inizio_anno | Avvio | lavori_straordinari | data_inizio | 1° giorno mese | |
| natura | Tipo (spesa/entrata) | lavori_straordinari | natura | ||
| aggregazione | Raggruppamento | P | lavori_straordinari | gruppo | |
| periodicita | Freq emissione | lavori_straordinari | periodicita | ||
| prevent_straordinari.cod_spe/importo | Variazioni preventivo | lavori_straordinari_preventivi | ... | ||
| Note* | Note varie | P | lavori_straordinari | note_json | Collassare in JSON |
| Flags stampa (fincatura_, dim_font_, ecc.) | Formattazione | N | Scartare |
si questa TABELLA/E vanno importate per poter gestire le spese straordinarie in maniera corretta
11. Giri_conti
| Field | Descrizione | Importa? | Target | Target Field | Note |
|---|---|---|---|---|---|
| riferimento | Codice rif | movimenti_interni | riferimento | ||
| Data_giroconto | Data | movimenti_interni | data | ||
| Descrizione | Descrizione | movimenti_interni | descrizione | ||
| Importo(_euro) | Importo | movimenti_interni | importo | ||
| Cod_uscita / Cod_entrata | Conti origine/destinazione | movimenti_interni | conto_from / conto_to | Mappare a piano conti | |
| tipo_riga | Tipologia | P | movimenti_interni | tipo |
si questo campo va importato per poter gestire i giroconti in maniera corretta (ha tentato di fare una registrazione in partita doppia però senza metterla in maniera corretta, questa registrazione sarà da mettere in contabilità movimentando i due mastrini interessati ma il tutto da far gestire in PD
12. Detrazioni_fiscali + Dettaglio_DF_Cess_Cred
| Field | Descrizione | Importa? | Target | Target Field | Note |
|---|---|---|---|---|---|
| DF_Rif | Riferimento principale | detrazioni_fiscali | legacy_rif | ||
| Descrizione | Descrizione intervento | detrazioni_fiscali | descrizione | ||
| n_stra | Lavoro straordinario | lavori_straordinari | legacy_id | Join | |
| Tipologia_Lavoro | Tipo | detrazioni_fiscali | tipologia | ||
| Spese_Tot / Spese_bon / Spese_Non_bon | Importi | detrazioni_fiscali | importi_json | ||
| Credito_ceduto | Flag cessione | detrazioni_fiscali | cessione_flag | ||
| Cess_SC_* (blocchi) | Dati cessione specifici | P | detrazioni_fiscali | cessione_json | |
| Importo_DF | Importo detrazione | detrazioni_fiscali | importo | ||
| Dettaglio_DF_Cess_Cred.* | Dettaglio per soggetto | detrazioni_partecipanti | ... | Collegare id_cond / id_compr -> soggetto | |
| Partecipa_Sc_Cc | Flag partecipazione sconto | detrazioni_partecipanti | parte_sconto |
questi li importiamo per legarli all'UI per il calcolo delle detrazioni e comunque alla storia dell'unità immobiliare.
13. dett_pers (Addebiti Personalizzati)
| Field | Descrizione | Importa? | Target | Target Field | Note |
|---|---|---|---|---|---|
| tipo_gestione | O/R/S | addebiti_personalizzati | tipo_gestione | ||
| n_stra | Straordinaria | addebiti_personalizzati | numero_straordinaria | ||
| n_spe | Codice spesa | addebiti_personalizzati | codice_spesa | ||
| id_cond | Unità | unita_immobiliari | legacy_id | ||
| cond_inq | P/I | addebiti_personalizzati | ruolo | ||
| importo(_euro) | Importo | addebiti_personalizzati | importo | ||
| unico | Flag singolo | P | addebiti_personalizzati | is_unico | |
| Tabella | Codice tabella millesimale | tabelle_millesimali | codice | ||
| natura2 | Codice classificazione | addebiti_personalizzati | natura2 | ||
| Proviene_* | Provenienza | N | Scartare |
questo campo è essenziale per poter gesire le spese in dettaglio personale mi spiego in contabilità avremo un unico importo da dividere tra tutti i soggetti interessati a quella spesa che comunque non deriva da un calcolo per millesimi ma da un addebito personale (la maschera che avremo sarà tipo quella che mi hai mostrato in formato excel che si aprirà quando dovremo addebitare queste spese, mi è piacuta molto potremo mettere nel pop-up vari tipi di ripartizione, a tutti uguali, o addebitati solo ad un consominio o a tutti inbase anche a delle tabelle (tipo ripartizione in base alla TAB.A o a una tabella di scale ma sarà da vedere quando andremo a gestire la registrazione della spesa), la stessa cosa viene fatta per poter gestire delle spese tipo l'acqua a consumo e il riscaldamento a consumo dove avremo più spese derivanti da varie fatture che saranno ripartite al termine della gestione in proporzione dei consumi fatti. Il calcolo potrà essere fatto in due maniere una con un servizio esterno dei conteggi dove il fornitore ci fornirà la ripartizione fatta e i relativi importi divisi tra i vari soggetti collegati all'UI, o procederemo noi con un conteggio dove avremo le letture fatte in autonomia e la relativa ripartizione. A proposito dell'acqua le fatture che andemo a gestire a parte che le andremo a mettere in un registro che alla fine sarà uguale a quello del cassetto fiscale per essere certi che tutti ci abbiamo inviato le fatture e che nella revisione dei conti il precedente amministratore abbia registrato tutto correttamente, altro "registro" sarà il/i conto/i corrente bancario/i dove provvederemo a gestire la quadratura delle spese e degli incassi, cosa prevista anche dalla nuova normativa messa nel codice civile (piccola digressione faremo anche una tabella per gli articli del CC per poter dare all'amministratore i riferimenti normativi e le varie sentenze e metodi di applicazione della norma,e questa parte sarà anceh disponibile nell'area pubblica del sito di NetGescon.
14. Campi/Tabella aggiuntivi
Aggiungi qui tutto ciò che non ho elencato ma vuoi importare:
| Tabella | Campo | Descrizione | Importa? | Target | Target Field | Note |
|---|---|---|---|---|---|---|
| le tabelle da aggiungere sono: | ||||||
| AMMINISTRATORE (quasi tutti i campi ci servono per legare l'amministraore a quell'annualità e poi confermare che abbia fatto il corso d'aggionamento )l'amministratore ha l'obbligo annuale di formazione. | ||||||
| ASSEMBLEA questa sarà una delle gestioni da fare integralmente dove oltre le date dovremo avere due possibilità di riunione intervallate da almeno 24H di differenza, e dovremo legarlo alle unità immobiliare con i vari soggetti convocati (dovremo poi gestire varie opzioni in base ai punti fatti nella convocazione a partire dai conteggi per il singolo punto alla creazione e tenuta traccia di tutta la documentazione allegata alla medesima) di questa gestione dovremo fare un discorso a parte e prevedere una specifica solo per lei. | ||||||
| CONSIGLIERI altra figura da gestire nel CONDOMINIO l'amministraore se ha bisogno di un consiglio o di fare una mini assmblea deve sapere chi chiamare. | ||||||
| DESCRIZ_RATE è legato alle emissioni delle rate e degli incassi anche solo per poter stampare gli avvisi di pagamento e le ricevute d'incasso | ||||||
| GRUPPI sono da importare per mettere in congiunzione i gruppi con i valori indicati nei condomin questi valori | gr_c1..gr_c9 / gr_i* | Gruppi personalizzati | soggetti_tag | tag_codes | Solo true → tag | |
| VOC_SPE dato fondamentale per poter gestire il piano dei conti (sempre a quattro livelli) andrà gestito perchè non solo ci sono le VOCI di SPESA che andremo a gestire, ma da qui andremo a prendere i valori dei preventivi fatti e dei consuntivi è da importare e da gestire, esempio la ripartizione delle spese può essere fatta per tre tipologie TUTTE AL (C) proprietario (I) inquilino o (P) in percentuale ma basato solo sulla voce di spesa per tutti, ma manca la possibilità di poter cambiare la suddivisione delle spese in maniera da addebitare ad una singola UI delle spese in manikera particolare che possono essere diverse dalla totalità della ripartizione, potrei assegnare ad un unica UI delle spese in maniera non standard ma in base ad un altra tabella da assegnare solo a quella UI. | ||||||
| sempre in questa tabella è presente un codice che si chiama RAO che dovremo gestire per i versamenti e la gestione fiscale (in questoi caso ti ricordo che dovremo gestire un registo delle RItenute d'acconto(questo come gli altri registri che ti ho detto nelle varie risposte sarà sempre legato a doppio filo con la parte contabile qualsiasi movimento dovrà terminare nella contabilità per i vari rendiconti da fare a fine anno come un costo o come un debito da pagare) che dovremo gestire per fare i versamenti con il modello F24 e a fine anno la gestione della relativa dichiarazione fiscale. E naturalmentele voci saranno legate al tipo di spesa che in questo caso lo troviamo nel campo V_ORS |
15. Decisioni Globali (da compilare)
- Strategia millesimi (valori prev/cons storicizzati?): SI LA STORIA IN UN CONDOMINIO è IMPORTANTE LA LEGGE PREVEDE UNO STORICO DA CONSERVARE DA PARTE DELL'AMMINISTRAORE DI 10 ANNI
- Import storici riparti (Fraz_gen / fraz_dett / Ripartizione / Fraz_CO): (SI/NO + motivazione)
- Conservare importi prev/cons tabella vs ricalcolarli: SI ma dobbiamo prevedere anche per le rate emesse in PROVVISORIO (mi spiego quando l'amministratore non ha l'approvazione del suo bilancio sia per la parte finale (consuntivo) che per la nuova ripartizione si emettono delle rate in forma provvisoria che dovranno essere conteggiate in maniera da detrarle/aggiungere al nuovo importo calcolato del preventivo e poi il totale che rimane dovrà essere ripartito tra le rate rimanenti (Detratto quello che è stato già pagato/addebitato) altra particolaritò può capitare che durante l'esercizio l'amministratore si sbagli nella ripartizione e deve riemettere le rate per uno o per tutti i condomini/inquilini i numeri delle rate emesse devono essere conservati, in quanto noi negli incassi andremo a mettere dei valori sulla base di emissioni precedenti che saranno fatte inviando a chi spetta il pagamento un importo legato ad un identificativo (il numero di rata) che dovremo trattare come una FK dove potremo modificare l'importo ma non il numero di rata emessa. Piccola cosa per quanto possibile cerchiamo sempre di tenere traccia di quello che viene fatto e perchè a distanza di tempo una cosa giusta fatta potrebbe non essere ricordata, a quel punto come per il GIT chiediamo di mettere una "nota" a chi fa quell'operazione per tenere traccia di chi fa che cosa.
- Mappatura natura2 → piano conti (file esterno / inline):
- Regole parsing multi-proprietari in nom_cond:
- Normalizzazione codici conti (prefisso, zfill): con la struttura UNICA per tutti i conti a 4 LIVELLI per avere un piano dei conti unico a qualsiasi cosa ci si riferisce, noi dobbiamo fare in modo che tutto sia legato alla contabilità e che appunto terremo in PD per non fare errori (il compitop dell'amministratore è quello di tenere i conti e qualsiasi cosa venga fatto comporta una spesa o un entrata per qualcuno o per qualcosa perciò facciamo riferimento a quello) mi speigo se faccio una telefonata ad un condominio ne tengo traccia e la scalo dal monte ore che ho assegnato a quello stabile in fase di preventivo, c'è un danno gestico con i ticket devo tenere traccia e fare il lavora ma alla fine c'è un importo da pagare per qualcuno , e magari esiste un rimborso da parte dell'assicurazione perciò dovremo gesire quei saldi da dare a qualcuno, altra cosa che potremo gestire sono le varie pratiche legali sempre legate ad un evento che porta al condominio ad avere un movimento contabile oltre a tenere traccia di quello che succede.
- Gestione campi detrazione (solo attivi / tutto storico): si per il discorso di prima per tenere traccia nel tempo anche in base ai modelli di dichiarazione presentati allo scopo, anche per questi c'è sempre un movimento contabile da gestire in qualche maniera.
16. Convalida & QA (da te)
- Hai marcato ogni tabella Importa?/Scarta SONO TUTTI DA GESTIRE IN QUALCHE MANIERA IMPORTA IL DATO SE PRESENTE E POI LO ANDIAMO A LEGARE ALLA NOSTRA GESTIONE MA TENIAMOCI LA POSSIBILITà CHE SE CI DIMENTICHIAMO QUALCOSA POSSIAMO FARE UN UPGRADE DELLE NOSTRE TABELLE SENZA PERDERE NULLA MA AGGIUNGENDO QUELLO CHE MANCA
- Nessun campo essenziale senza destinazione
- Percentuali possesso sommano a 100 per unità (o giustificazione) SI IL VALORE SARA' SEMPRE DI 100 MA POTREBBE ESSERE DIVISO IN VARIE MANIERE, NEL CATASTO POSSIAMO TROVARE LA DIVISIONE IN FRAZIONI EDOVREMO GESTIRE ANCHE QUEI CAMPI es. un USUFRUTTUARIO ha i 4/12 del totale dell'UI e i rimanenti nel hanno i 3/12 un parente 2/12 il fratello e 3/12 la madre questo è quello che dovremo gestire non solo in percentuale
- Millesimi per tabella: SI MA LE TABELLE POTREBBERO NON ESSERE SEMPRE DA 1000 purtroppo non esiste una codifica unica ma dovremo gestire anche la particolarità che purtroppo non possiamo sapere in anticipo ci sono troppi casi è meglio tenrere aperto questo valore ti ricordo sempre la spesa che ne deriva va sempre fatto con una codifica a 4 livelli per non collidere con gli altri dati presenti nello stabile, altra particolarità l'ACQUA è una spesa che va considerata nel dettaglio che può cambiare in base a troppi valori ma l'unica costante è da ripartire in base alle fatture pagate e i consumi avuti (anche in questo caso dovremo prevedere altre cose, tipo la mancata lettura, il contatore rotto, il condominon no ha voluto farfare la lettura ecc...)
poi bisogna legare il tutto con l'altro archivo dello stabile che è nella rot dello stabile nel caso nostro è nella cartella 0021 il file si chiama generale_stabile.mdb e contiene tutti quei dati che sono condivisi per i vari anni e i dati fiscali da trasmettere come dichiarazione. ma cosa più importante le rate emesse e gli incassi fatti passando dall'estratto conto dove vengono legati dal codice dell'incasso.
Se ti è possibile crea delle viste con i dati che importiamo magari mettendoli dentro il sotto menù di GESCON Import per darmi la possibilità di verificare e di capire quello che va bene o manca.
Salva il file e comunicami quando completato: procederò a generare migrations di supporto + script di import.