�鶹��

Di principio i dati di base caricati presso �鶹�� determinano quali avvisi e report vengono generati per un ordine pain.001.

Se per un pagamento si desiderano avvisi o report diversi, la relativa istruzione può essere inserita direttamente nell'ordine pain.001. In questo caso, le istruzioni in pain.001 prevalgono sulle impostazioni nei dati di base.

Informazioni più dettagliate sulla gestione degli avvisi di addebito sono disponibili nelle �鶹�� Implementation Guidelines.

I produttori di software offrono automaticamente nuove funzionalità come ISO 20022 solo per clienti con un valido contratto di manutenzione. In assenza di un tale contratto, dovrà rivolgersi direttamente al produttore e procurarsi (di solito acquistandolo) un aggiornamento del software.

Per la registrazione del pagamento il suo software deve supportare la QR-fattura con il suo volume di dati supplementare. Inoltre, il software deve essere in grado di generare l'ordine di pagamento pain.001 per tutte e tre le versioni della QR-fattura. Solo allora è possibile effettuare senza problemi il pagamento. Nel manuale �鶹�� relativo alla QR-fattura sono disponibili raccomandazioni per i destinatari o gli emittenti di fatture.

La invitiamo a rivolgersi all'assistenza del suo software per chiarire la causa esatta. In alternativa, i clienti �鶹�� hanno a disposizione (anche per software propri) la . Con l'aiuto di questa piattaforma potrà testare i suoi file di pagamento nel nuovo formato per individuare eventuali errori. Se la piattaforma per test rileva un errore, il file di pagamento utilizzato deve essere corretto.
Se anche la piattaforma per test non rileva errori, rivolgetevi all'assistenza dell'E-Banking (0848 848 063) mettendo a disposizione il protocollo generato dalla piattaforma per test.

Una guida breve con la procedura esatta è disponibile su:

Se raggiunge l'interfaccia dati OFX dell'�鶹�� E-Banking tramite un software adeguato, il software riceve un messaggio di protocollo pain.002 e il risultato viene mostrato direttamente nel suo software.

In caso di caricamento manuale nell'�鶹�� E-Banking su > Pagamenti > Trasferimenti e pagamenti di fatture > Registrare di nuovo > Trasferimento file, non viene restituito un pain.002. Lo stato dei pagamenti è indicato dopo il caricamento direttamente nella maschera «Trasferimento file».

Nell'�鶹�� E-Banking alla voce Pagamenti > Trasferimenti e pagamenti di fatture > File registrati è possibile cliccare sul menu «Mostra ordini» sul lato destro del file di pagamento caricato. Il messaggio d'errore dettagliato per ogni pagamento è ottenibile cliccando per ogni transazione sull'icona a forma di matita: vengono così visualizzati i dettagli del pagamento e, in alto, un messaggio d'errore.

In caso di caricamento manuale di un file di pagamento pain.001 sussistono le seguenti limitazioni:
numero massimo di transazioni per file: 9999
grandezza massima del file: 50 MB

In caso di caricamento di un file di pagamento pain.001 tramite l'interfaccia OFX sussistono le seguenti limitazioni:
numero massimo di transazioni per file: 9‘999
grandezza massima del file: 20 MB

Gli orari di accettazione in base alla moneta e alla modalità di pagamento sono consultabili nel seguente factsheet:

Quando viene caricato un messaggio pain.001 nell'�鶹�� E-Banking e un singolo pagamento viene cancellato da un collaboratore in possesso solamente dell'autorizzazione di visto parziale, il pagamento riceve lo stato «parzialmente vistato». Di conseguenza, al raggiungimento della data di esecuzione questo singolo pagamento non viene eseguito. Per cancellare completamente il pagamento, un secondo collaboratore con almeno l'autorizzazione di visto parziale deve confermare la cancellazione del singolo pagamento.

Con QR-fattura si intende una fattura con sezione di pagamento e ricevuta integrate. La parte superiore di una QR-fattura corrisponde a una "normale" fattura, mentre la parte inferiore include la ricevuta e la sezione di pagamento, che dal 30 settembre 2022 sostituirà, dopo una fase di transizione, le polizze di versamento rosse e arancioni.

Dal 30.6.2020 potete emettere le QR-fatture. PostFinance ha comunicato che il 30 settembre 2022 rappresenta la data ultima per l'utilizzo delle attuali polizze di versamento. A partire da tale data, non sarà più possibile saldare le polizze rosse e arancioni.

Il pareggio avviene tramite il riferimento strutturato.

Per la variante 1 della QR-fattura con QR-IBAN e riferimento QR e per la variante 2 della QR-fattura con IBAN e Creditor Reference.

Maggiori informazioni sulle offerte di reportistica sono disponibili al seguente link:

Sì, i clienti che fatturano con le attuali polizze di versamento arancioni possono scegliere se ricevere i dati di accredito PVBR secondo lo standard ISO-20022 come messaggio camt o ancora come file di accredito PVR v11. Tuttavia consigliamo di passare il prima possibile a camt.

Esistono le seguenti combinazioni, delle quali si raccomanda la variante 3:

1. Solo il file di accredito PVR v11 è cifrato: il cliente riceve v11 per le entrate PVBR e nessun reporting per le entrate QR (quindi questo scenario va evitato, altrimenti una parte delle entrate non viene comunicata).
2. Il file di accredito PVR e camt sono cifrati parallelamente: il cliente riceve v11 e camt per le entrate PVBR e camt per le entrate QR (quindi con questo scenario è importante che PVBR venga confrontato solo con v11 o solo con camt).
3. Solo camt è cifrato: il cliente riceve un camt per le entrate PVBR e un camt per le entrate QR (quindo questo scenario presuppone un software compatibile con camt anche per il confronto PVBR).
   

Trovate il nostro listino prezzi per i clienti privati al link:

Trovate il nostro listino prezzi per le aziende al link:

Possono essere utili anche il manuale �鶹�� sulla QR-fattura o le Regole per l'elaborazione di QR-fatture pubblicate da SIX.

Nello Swiss QR Code sono definiti due campi per le possibili procedure alternative, disponibili per altri fornitori di soluzioni di pagamento. Il fornitore che desidera utilizzarle deve presentare e assicurare le relative specificazioni.

Finora, eBill è l'unica procedura alternativa disponibile per la QR-fattura. Il campo «Procedura alternativa» si può compilare al momento della creazione di una QR-fattura, conformemente alle specifiche di eBill. A tale scopo l'emittente della fattura deve avere le informazioni eBill del suo cliente. Ciò comporta una scelta nel momento in cui la fattura viene effettivamente inviata. Il cliente riceve l'eBill se i suoi dati sono compilati in quella fattura, altrimenti riceve una QR-fattura cartacea. Il pagatore non trae vantaggio da queste informazioni al pagamento della fattura.

Grazie alla piattaforma per test �鶹��, i clienti che dispongono di un proprio software e i partner informatici, dalla schermata per gli emittenti di QR-fatture, possono testare esaurientemente l'emissione di una QR-fattura; dalla schermata per destinatari di QR-fatture, poi, possono testare la registrazione di QR-fatture nonché il pagamento tramite pain.001.