Token KSeF: permessi, contesto aziendale e revoca

Il programma ha un token KSeF ma non scarica fatture dopo la modifica dei permessi? Controlla separatamente ambito del token, contesto aziendale e permessi attuali del titolare. Sono tre elementi distinti dell’accesso.

Il nuovo permesso non si aggiunge al token

L’ambito viene scelto quando si genera il token, tra i permessi disponibili in quel momento. Un token esistente non si aggiorna aggiungendo un permesso. Se consentiva solo l’emissione, concedere in seguito al titolare accesso alle fatture non lo amplia. Prepara un token adeguato al nuovo ambito e verifica la configurazione del programma.

Controlla il contesto NIP

Un token generato nel contesto della tua JDG non autentica nel contesto di un cliente o di un’altra società. Anche una persona autorizzata per più imprese deve usare il token del contesto specifico. Annota nome dell’integrazione, contesto e operazioni necessarie; non inserire il valore del token in una normale nota.

Rimuovere il permesso non revoca il token

La rimozione di un permesso del titolare ne elimina l’effetto anche nel token collegato. Non revoca però automaticamente il token. Se il permesso viene nuovamente assegnato, può tornare a funzionare tramite quel token. Alla cessazione definitiva dell’uso, verifica separatamente la rimozione dei permessi inutili e la revoca del token.

FAQ

Posso aggiungere la lettura delle fatture al token esistente?

Non aggiornandone l’ambito. Un nuovo permesso del titolare e l’ambito del token sono aspetti distinti.

Il token del contabile vale per tutti i suoi clienti?

No. È legato al contesto in cui è stato generato. I permessi per più imprese non eliminano questo limite.

Togliere tutti i permessi distrugge il token?

No. Senza permessi l’autenticazione non è disponibile, ma il sistema non revoca per questo il token.

Fonte

Ministero delle Finanze polacco: manuale KSeF 2.0.

Guida correlata.

Passo successivo

Descrivi il problema nel modulo Oxyok. Non inviare password o chiavi di accesso..