Newsgroup: it.discussioni.commercialisti
Titolo: scarto fe XXXXXXX

Magari era già stato chiesto:
 
00200	File non conforme al formato (nella descrizione del messaggio Ã¨ riportata lâ€™indicazione puntuale della non conformitÃ ) : The value 'xxxxxxx' of element 'CodiceDestinatario' is not valid. riga: 12 - colonna: 55
 
Cliente inglese senza codice fiscale, emessa fattura con IVA e codice XXXXXXX
 
Da che dipende?


Avrai sbagliato qualcosa.
Inviata l'altro giorno una verso Oldanda e regolarmente accettata.
Hai indicato il codice paese estero?
Hai valorizzato solo l'identificativo fiscale non indicando nulla nel codice fiscale?


Il campo codice fiscale l'ho lasciato vuoto, codice identificativo paese estero GB e poi tutti zeri e poi codice destinatario XXXXXXX


Ho voluto provare a creare un xml per farne il controllo sul sito F&C.
 
Questi i dati del cessionario:
 
		<CessionarioCommittente>
			<DatiAnagrafici>
				<IdFiscaleIVA>
					<IdPaese>GB</IdPaese>
					<IdCodice>0000000</IdCodice>
				</IdFiscaleIVA>
				<Anagrafica>
					<Denominazione>INGLESE</Denominazione>
				</Anagrafica>
			</DatiAnagrafici>
			<Sede>
				<Indirizzo>ADSFADSF</Indirizzo>
				<CAP>00000</CAP>
				<Comune>ASDFAD</Comune>
				<Provincia>EE</Provincia>
				<Nazione>GB</Nazione>
			</Sede>
		</CessionarioCommittente>
 
con indicazione tra i dati trasmissione:
 
		<DatiTrasmissione>
			<IdTrasmittente>
				<IdPaese>IT</IdPaese>
				<IdCodice>miocodicefiscale</IdCodice>
			</IdTrasmittente>
			<ProgressivoInvio>19902</ProgressivoInvio>
			<FormatoTrasmissione>FPR12</FormatoTrasmissione>
			<CodiceDestinatario>XXXXXXX</CodiceDestinatario>
		</DatiTrasmissione>
 
 
e il controllo dà esito positivo


L'assistenza mi ha consigliato di mettere il cognome nel campo dopo codice paese, ora provo e poi ti dico


Niente da fare, solito errore di scarto. Domani ricontatto l'assistenza mannaggia


Ma per caso hai provato ad indicare solo il cognome (in luogo della denominazione) ma senza indicare anche il nome?
Perché in questo caso lo scarto è sicuro.


Intendi dopo il codice paese?

 Intendi dopo il codice paese?
 
Devo aver interpretato male.
Ho pensato che tu avessi indicato, in luogo della denominazione, il Cognome del soggetto.
Ma forse intendevi dire che nel campo dell'identificativo fiscale hai utilizzato non un codice numerico ma il cognome del soggetto.
Ma si tratta di una persona fisica?


Si, me l'ha di nuovo scartato
 

Ho appena provato con queste impostazioni nei campi trasmissione
		<DatiTrasmissione>
			<IdTrasmittente>
				<IdPaese>IT</IdPaese>
				<IdCodice>miocodicefiscale</IdCodice>
			</IdTrasmittente>
			<ProgressivoInvio>19903</ProgressivoInvio>
			<FormatoTrasmissione>FPR12</FormatoTrasmissione>
			<CodiceDestinatario>XXXXXXX</CodiceDestinatario>
		</DatiTrasmissione>
 
e questi dati nei campi cessionario:
		<CessionarioCommittente>
			<DatiAnagrafici>
				<IdFiscaleIVA>
					<IdPaese>GB</IdPaese>
					<IdCodice>PERSONAFISICA</IdCodice>
				</IdFiscaleIVA>
				<Anagrafica>
					<Nome>STRANIERA</Nome>
					<Cognome>PERSONA FISICA</Cognome>
				</Anagrafica>
			</DatiAnagrafici>
			<Sede>
				<Indirizzo>XXXXXX</Indirizzo>
				<CAP>00000</CAP>
				<Comune>London</Comune>
				<Provincia>EE</Provincia>
				<Nazione>GB</Nazione>
			</Sede>
		</CessionarioCommittente>
 
e il controllo in Fatture e Corrispettivi me lo dà buono


Ciao casanmaner, devo prima di tutto ringraziarti per la tua disponibilità e competenza.
Ho sentito l'assistenza (BPoint) e l'inghippo potrebbe essere questo:
- il cessionario (privato residente UE) è stato censito dal mio cliente come privato MA ha inserito nell'anagrafica data e luogo di nascita cosicché il programma ha generato in automatico il codice fiscale (che ovviamente non esiste)...
Detto questo ho la prima volta cancellato il suddetto codice fiscale farlocco ma non la data e il luogo di nascita, il che a detta dell'assistenza fa inc@zzare lo SDI.
Ora ho ripulito l'anagrafica del cessionario e ho rispedito il tutto solo che Bpoint ha dei tempi biblici di invio a quanto pare.
Spero che accetti la fattura, a questo punto domani verifico e poi lo posto a beneficio di qualche altro sventurato...


  a me bpoint ha fatto mettere 9999999  nel campo CAP , così è passato.


Fatto anche io ma scartato nuovamente, lunedì mi faccio teleassistenza e vediamo


Se nel CAP fosse realmente inserito "9999999" (sette caratteri) lo scarto sarebbe assicurato.
Ma per curiosità hai verificato cosa viene inserito nel file.
Basta fare click destro, modifica sul file e si dovrebbe aprire l'editor di testo.
O modifichi l'estensione in .txt e si apre con l'editor di testo.
 

Non so chi sia peggio: il cliente aveva caricato l'anagrafica e aveva inserito 7 volte x..   minuscolo.
Io non me ne ero accorto. .
Ora è passata...
Che vitaccia


Ah i codici destinatari sono pure case-sensitive?

A beneficio di tutti!

Il giorno martedì 5 febbraio 2019 10:37:14 UTC+1, tad ha scritto:

Certo che però anche la casa di software potrebbe convertire in UCASE i caratteri inseriti o consentire l'inserimento dei soli caratteri maiuscoli :)


Sì sono ammessi [A-Z][0-9]

Ad un mio cliente è stata scartata una fattura perché ha indicato le lettere del codice fiscale del suo cliente in minuscolo invece che in maiuscolo.

 Ad un mio cliente è stata scartata una fattura perché ha indicato le lettere del codice fiscale del suo cliente in minuscolo invece che in maiuscolo.
 
vabbè ... anche qui però c'è una certa responsabilità del software che non "assiste" l'utente nell'inserimento dati.
Anche per il codice fiscale è previsto che i caratteri alfabetici siano solo quelli maiuscoli.