Importació, exportació i evidència

A alt nivell, l’arquitectura converteix documents d’origen i entrades de l’operador en una posició tributària traçable. Separa deliberadament «dades que vam rebre», «valors que vam calcular», «un fitxer preparat per a l’Agencia Estatal de Administración Tributaria (AEAT)» i «evidència que l’AEAT el va rebre realment».

source documents → typed financial facts → registry-grounded calculation → AEAT upload file → official filing evidence

Què representen realment les dades

Capa	Dades reals	Significat per a tu
Evidència d’origen	Bytes del document del contribuent, procedència i resums de contingut; per separat, el material d’origen oficial fonamenta el registre	El material original que dóna suport a la posició tributària i les fonts que en regeixen la interpretació
Dades del ledger	Transaccions tipades, sentit, categoria, import, dates i evidència vinculada	Els esdeveniments econòmics que poden participar en una declaració; el període de presentació es deriva de les seves dates
Altres dades empresarials	Catàlegs tipats de factures i ledgers d’inventari d’existències en repositoris xifrats; observacions tipades d’actius estrangers aportades pel cridant	Fets empresarials reutilitzables que romanen separats d’una presentació fins que un resolvedor inscrit els projecta
Registre	Revisió del model, caselles numerades (casilla), fórmules, bindings, referències legals i disposició d’exportació	El manual de regles versionat que s’utilitza per interpretar les dades
Revisió de càlcul	Entrades, observacions, substitucions, caselles calculades i procedència	Un intent reproduïble de calcular una declaració
Registre de presentació	Estat de presentació actual o substituït vinculat a una revisió de càlcul i que opcionalment porta evidència externa de l’AEAT	Què registra l’aplicació com a presentat, i l’historial que hi ha al darrere
Evidència oficial	justificante, registre de verificació de l’AEAT o declaració presentada capturada	Evidència originada per l’AEAT després de la tramesa

Cada casella calculada pot portar procedència de fórmula, legal i de font. L’evidència del ledger registra quines dades financeres hi van contribuir. Revisa els valors a Revisar els valors del càlcul i, després, segueix el flux complet de revisions a Preparar i gestionar presentacions.

Una vinculació del registre és un contracte de projecció tipada, no un lloc per adjuntar un registre d’origen. Els documents binaris segueixen la ruta d’adjunts xifrats. Les transaccions, els catàlegs de factures i l’inventari d’existències romanen als seus repositoris tipats propietaris. El Model 720 accepta, en canvi, observacions tipades d’actius estrangers del cridant. Un resolvedor inscrit projecta només els camps escalars o de fila repetida sol·licitats pel registre. Els registres InventoryLedger d’inventari estan xifrats i es poden utilitzar per a valoracions, però actualment no estan inscrits com a font de càlcul ni flueixen cap a una revisió de càlcul.

Què es pot importar

• Transaccions bancàries i financeres:

  • CSV o TXT que contingui dades bancàries delimitades admeses

  • XLSX, però no l’XLS antic

  • OFX o QFX quan la dependència opcional OFX està instal·lada

  • PDF d’extractes mensuals N26 en alemany reconeguts

  Aquestes esdevenen transaccions del ledger normalitzades, no directament valors d’una declaració tributària. La detecció de fitxers també utilitza signatures de contingut per no confiar en extensions enganyoses. Importar una fila no dedueix l’ús per a l’activitat, la categoria, la base imposable ni el tractament de l’Impuesto sobre el Valor Añadido (IVA) o de l’Impuesto sobre la Renta de las Personas Físicas (IRPF). Consulta Importar i gestionar transaccions.

• Factures de compra i tiquets:

  • PDF

  • Evidència en imatge PNG o JPEG

  • CSV o XLSX per a files estructurades de catàleg de factures

  Els bytes del document es desen com a evidència i després es poden vincular a dades del ledger. Les files estructurades de factures, l’evidència documental i les transaccions bancàries es mantenen com a registres separats fins que els vincules. Substantiven una transacció o un tractament d’IVA; el simple fet d’importar una factura no la fa deduïble automàticament. Consulta Adjuntar factures i tiquets i Gestionar les factures de l’activitat.

• Còpies de declaracions de l’AEAT:

  • PDF, però només allà on el model i la revisió corresponents tenen un perfil d’extracció exacte

  Aquestes produeixen valors de casella observats amb procedència del resum del document i de la revisió del registre. Són observacions, no una autoritat de càlcul en què es confiï automàticament. La conciliació de caselles actualment cobreix els models 100, 111, 130, 190, 303 i 390.

• Fitxers de dades trameses a l’AEAT:

  • Fitxers d’amplada fixa «Diseño de Registros»

  • Disposicions de diccionari XML

  Aquests es poden analitzar en observacions de caselles allà on existeix una disposició de registre completa. El suport és específic de cada revisió, no universal. Aquesta superfície analitza els bytes d’arxiu de l’AEAT; l’importador de dades trameses no és un importador de CSV general.

• Justificants de l’AEAT:

  • PDF de justificant o un rebut llegit de l’AEAT

  L’analitzador extreu metadades del rebut com ara el model, el període, el contribuent, l’hora de tramesa, el codi de verificació i els totals. Un justificant dóna suport a l’afirmació que l’AEAT va retornar una informació de rebut concreta. No és necessàriament una representació completa de cada casella presentada, i no demostra que la resposta tributària sigui correcta. Consulta Conciliar una presentació.

• Google Drive i Sheets:

  • Els enllaços de Drive i les descàrregues de carpetes adquireixen bytes admesos de PDF, PNG i JPEG a través del camí normal d’adjunts xifrats.

  • Sheets pot proporcionar edicions tipades d’operador, de binding i de relació per al càlcul. La descàrrega també pot assemblar observacions de conjunts de files a la seva sortida.

  • El càlcul basat en fulls utilitza el motor de càlcul local canònic i és explícitament no persistent fins que un altre flux de treball canònic accepta el resultat.

  Google és un adaptador opcional d’adquisició i revisió, no la base de dades tributària, l’autoritat del ledger, l’autoritat de càlcul ni el sistema de recuperació. Consulta Revisar càlculs amb Google Sheets.

Què significa realment cada exportació

Exportació	Finalitat	Què no demostra
Exportació de fichero o XML de l’AEAT	Produeix la càrrega útil local que pots pujar a través de la interfície oficial de l’AEAT allà on la revisió del model seleccionat té una disposició d’exportació de registre completa	No demostra la tramesa ni l’acceptació
Exportació a Google Sheet	Revisió humana, conciliació, comprovació de paritat i edició d’hipòtesis	No és un artefacte de presentació ni un registre de càlcul autoritzat
Paquet de revisió per a l’assessor	Comparteix l’esborrany, la revisió de càlcul, la procedència i l’evidència del ledger, quan hi és, en un ZIP verificable per checksum	Els checksums per si sols no identifiquen qui el va crear o aprovar
Paquet d’evidència	Paquet forense que conté els bytes dels registres referenciats i un manifest adreçat per contingut	No és, ell mateix, evidència emesa per l’AEAT
Arxiu de custòdia segellat	Còpia de seguretat i recuperació completa del perfil protegit	No és el mateix que un paquet d’auditoria o de l’assessor

L’exportador de presentacions escriu explícitament un fitxer local i mai no contacta amb l’AEAT. Pot tornar a llegir la sortida i detectar desviacions respecte de l’esborrany aprovat per a les caselles cobertes per l’analitzador. Informa per separat de qualsevol casella no comprovada. Això continua sent verificació prèvia a la presentació. Segueix Puja el teu model exportat al portal de l’AEAT per completar els passos de presentació controlats per l’operador.

L’aplicació etiqueta les exportacions locals com a local_export_not_official_aeat_filing_evidence. La prova oficial ha de tornar de l’AEAT com a justificant, historial de declaració presentada, registre de verificació o còpia presentada capturada.

El ZIP base de revisió per a l’assessor és text pla i verificable per checksum. Operacions separades poden afegir un sobre de signatura Ed25519 o xifrar el paquet per a un destinatari registrat. Verifica les signatures contra una clau pública de confiança. Signar, contrasignar, verificar el rebut i xifrar per al destinatari són operacions diferents. Un lliurament només de revisió no comporta cap autoritat de presentació.

Signar i contrasignar deixen el ZIP en text pla. Crear una contrasignatura no verifica la signatura de l’operador ni l’arxiu; la verificació del rebut fa aquelles comprovacions. El xifratge per al destinatari xifra els bytes que se li proporcionen, però no requereix primer la verificació del checksum ni de la signatura. Després de desxifrar, verifica el paquet recuperat i les signatures per separat.

En aquesta versió cap ordre escriu un paquet de perfil portàtil ni una resposta de dret d’accés de l’interessat. Les ordres que els produïen es van retirar quan l’emmagatzematge del perfil va passar a la càpsula segellada.

El gestor de perfils encara pot escriure un paquet portàtil: executa aeat config profile edit sense cap altre argument per obrir-lo i tria l’acció d’exportació. No l’utilitzis per moure un perfil entre màquines o arrels d’emmagatzematge. Aquesta versió no torna a llegir aquest paquet, perquè la meitat d’importació es va retirar juntament amb els verbs de línia d’ordres, de manera que un paquet escrit avui no es pot carregar amb aquesta versió. Tracta el fitxer com a opac fins que torni una superfície d’importació.

Això és una mancança de portabilitat, no de recuperació. La còpia de seguretat i la recuperació no es veuen afectades i funcionen mitjançant aeat config profile archive export i aeat config profile archive import, que operen sobre la càpsula segellada del perfil.

L’arxiu segellat de custòdia és una còpia de seguretat xifrada del perfil, no una còpia estructurada i llegible dels registres d’un perfil. Exclou el material de recuperació, l’estat local del procés i els derivats que es poden reconstruir. Restaureu-lo amb la frase de contrasenya del perfil. Un perfil restaurat comença sense codi de recuperació; torneu-lo a activar després si el voleu.

Per a què serveix una exportació d’auditoria

Quan es demana una auditoria o una revisió professional, el paquet d’evidència d’auditoria està pensat perquè el destinatari pugui establir:

• Quins registres originals van donar suport a la declaració.

• Si aquells bytes encara coincideixen amb els seus resums SHA-256 registrats.

• Quines dades del ledger van contribuir a quines caselles.

• Quines referències de registre i legals van regir el càlcul.

• Quina revisió de càlcul i quin registre de presentació hi van intervenir.

• Si revisions posteriors van substituir la posició original.

El fitxer ZIP del paquet d’evidència d’auditoria conté els bytes dels registres accessibles seguits de manifest.json. Una verificació fallida impedeix l’exportació; els paquets incomplets requereixen una substitució explícita. audit check torna a executar les comprovacions del paquet però mai no contacta amb l’AEAT ni recalcula el resultat tributari. A través de la interfície de línia d’ordres actual, check no pot verificar els bytes dels registres referenciats perquè no es proporciona cap carregador de càrrega útil.

Les ordres d’auditoria actuals encara no proporcionen un lliurament d’auditoria complet en una sola ordre. No tenen cap registre de carregadors de càrrega útil ni cap ordre de construcció de paquets. Per tant, cada paquet d’evidència d’auditoria no buit apareix com a incomplet a través de la interfície de línia d’ordres. Una exportació incompleta forçada pot ometre registres i pot contenir només el manifest. No tractis aquella sortida com un paquet d’evidència complet.

Què significa un lliurament d’auditoria complet

Un lliurament d’auditoria realment complet normalment combinaria:

1. Evidència oficial de l’AEAT que demostri la tramesa.

2. El resum exacte del fitxer tramès o la còpia presentada capturada.

3. Un paquet d’evidència d’auditoria verificat que contingui cada registre de suport referenciat.

4. El paquet de càlcul o de revisió que expliqui com aquells registres van produir les caselles declarades.

Aquella combinació dóna suport a totes dues meitats de la pregunta d’auditoria: «Es va presentar això realment?» i «Quines dades, regles i càlculs el van produir?».

El paquet d’evidència d’auditoria actualment no inclou cada element llistat més amunt. Assembla i verifica els elements que falten per separat; un paquet només és complet quan cada registre de suport i càrrega útil referenciat hi és present.

Limitacions importants

El suport es limita a les combinacions de model i revisió avalades per disposicions registrades i autoritzades i per evidència real. En conseqüència:

• El suport d’importació i exportació no s’ha de descriure com a universal per a tots els models i períodes.

• L’extracció de PDF de declaració presentada requereix un perfil registrat exacte.

• Una observació local aportada per l’operador, una exportació local, un checksum, un Google Sheet o un ZIP de revisió no poden demostrar l’acceptació de l’AEAT. Un justificant de l’AEAT que tinguis localment pot esdevenir evidència oficial. Importa’l a través del flux d’evidència externa.

• La integritat demostra que els bytes no han canviat; no estableix la identitat del signant ni una autenticitat legal independent. Utilitza el flux separat de signatura del paquet de revisió quan la identitat de l’autor sigui important.

• L’evidència es xifra en la custòdia normal. Els ZIP base de revisió i d’auditoria són exportacions de text pla deliberades, de manera que el lliurament segur passa a ser responsabilitat teva.

• Una exportació incompleta forçada del paquet d’evidència d’auditoria no és un lliurament complet.

• audit check torna a executar les comprovacions del paquet. A través de la interfície de línia d’ordres actual, no pot verificar els bytes referenciats, i no reprodueix ni recalcula la decisió tributària.

Per als límits d’emmagatzematge, recuperació i accés extern, consulta Protegeix l’accés a les dades del contribuent i Sistema de fitxers, estat i seguretat.