[14.0][FIX] l10n_it_fatturapa_out: use parent codice_destinatario

[SylweKra]

Fixed issue with the tests.
Superseeds #4436

[SylweKra]

La modifica dei test è stata fatta perché abbiamo implementato una funzionalità che prevede che se il contatto padre ha il flag "soggetto obbligato" abilitato e il contatto figlio non ce l'ha, quando si fattura al contatto figlio va utilizzato il codice destinatario del padre. Questo molto probabilmente ha portato ad un errore nei test perché nel modulo l10n_it_fatturapa_out i test non passavano a causa di un errore di confronto delle stringhe XML. L'errore riguardava la differenza nel CAP e nella Provincia nel confronto tra le stringhe xml della fattura di demo e la fattura generata. Per risolvere il problema, è stato necessario modificare i dati di test, in particolare il file XML di prova CHE114993395IVA_00007.xml. Questo file conteneva un CAP errato (era "00100" invece di "00000") e mancava il tag Provincia. Secondo le linee guida per la fatturazione elettronica estera (fonte: https://www.agenziaentrate.gov.it/portale/schede/comunicazioni/fatture-e-corrispettivi/faq-fe/risposte-alle-domande-piu-frequenti-categoria/fatture-verso-e-da-soggetti-stranieri-transfrontaliere#:~:text=Infine%2C%20per%20indicare%20in%20fattura,per%20indicare%20il%20CAP%20straniero), tutte le fatture per clienti esteri (sia UE che Extra UE) devono avere il CAP "00000" e il Codice Destinatario "XXXXXXX". Nel file di test, è stato quindi corretto il CAP e aggiunta la Provincia. Sebbene la Provincia non sia necessaria per le fatture estere, è stata inserita con la sigla "EE" per rispettare le convenzioni usate nei test, che richiedono la provincia per il confronto tra il file XML generato e quello di prova. Dopo queste modifiche, i test passavano correttamente in locale, ma non nella PR. Questo accadeva perché anche i dati di demo dei test nel modulo l10n_it_fatturapa_out_rc presentavano lo stesso problema: il CAP errato e la provincia assente per le aziende estere. È probabile che ci sia una dipendenza tra i due moduli, e che i dati di test nel modulo secondario non fossero stati aggiornati in modo coerente con la funzionalità implementata.