Echte, vom immo.quick-System erzeugte Receipts und öffentlich zugängliche Nachweise. Entdecken Sie ihre Prüfgrundlagen, Ergebnisse und die zugehörigen Verifikationswege.
Treasury-Factoring und verfassungsrechtliches Screening mit klar dokumentierten Nachweisgrenzen.
Dokumentierte finanzielle Prüfung mit Capability-Ausgabe. Der Zeitpunkt einer tatsächlichen Ausführung steht auf null: Eine Capability-Ausgabe belegt noch kein durchgeführtes Factoring.
TREASURY-FACTOR-RECEIVABLE-9d852bbe369130d1
Treasury-Receipt · öffentlichen JSON-Auszug öffnen ↗Verifikationsportal öffnen ↗Regelbasiertes Screening eines Gesetzestextes mit dem Katalog GG-GATE0-FORENSIC-v7.0. Drei mögliche verfassungsrechtliche Kollisionsfelder wurden markiert. Kein gerichtliches Urteil.
GG0-MT5UWWTC-IZ0SH
Original-Receipt (JSON) öffnen ↗Verifikationsportal öffnen ↗Diese Evidence Library zeigt echte Systemnachweise aus immo.quick. Das Treasury-Original liegt als System-Receipt vor; die hier verlinkte öffentliche JSON-Fallübersicht veröffentlicht daraus ausgewählte Felder. Das Constitutional JSON ist der veröffentlichte Original-Nachweis des dokumentierten Screenings. Prüfen Sie die bereitgestellten Artefakte und ihre verfügbaren Verifikationsdaten über die öffentlichen Nachweis- und Prüfwege. Welche Art von Ereignis ein Receipt dokumentiert, ergibt sich aus seinen konkreten Feldern: Eine Prüffeststellung, eine Capability-Ausgabe und eine tatsächlich ausgeführte Handlung sind unterschiedliche Zustände.
Gate PASS ist keine Ausführungserlaubnis. Eine Capability-Ausgabe ist noch keine tatsächliche Ausführung.
Das ursprüngliche Treasury-Receipt bleibt außerhalb dieses öffentlichen Website-Pakets; veröffentlicht wird ausschließlich die gekennzeichnete Fallübersicht. Zurück zum öffentlichen Evidence-Register ↗
Ein Receipt dokumentiert einen bestimmten Zustand oder Vorgang. Für die Beurteilung zählt deshalb nicht nur, ob seine Integrität überprüfbar ist, sondern welches Ereignis es bindet und welche Quellen, Regeln und Ausführungsdaten vorliegen.
Ein Gate stellt fest, ob seine formal definierten Bedingungen erfüllt sind. Ein PASS erteilt für sich allein kein Ausführungsrecht.
Befugnis, Regelstand, Rechtsraum, Zeit und verpflichtende Abhängigkeiten müssen für die konkrete Handlung zusammenpassen.
Eine eng gebundene technische Berechtigung kann aus einem gültigen Ausführungsrecht folgen. Ihre Ausgabe belegt noch keinen Vollzug.
Erst der dokumentierte Vollzug belegt die ausgeführte Handlung. Integrität allein garantiert weder Quellenwahrheit noch rechtliche Anerkennung.
Jedes Artefakt besitzt jetzt eine eigene öffentliche Evidence-Seite. Dort werden Zustand, Verdict, Zeit, Execution-Grenze, kryptografische Bindung und Claim Boundary lesbar erklärt. Das unveränderte Original-JSON bleibt direkt zugänglich.
immo.quick trennt fachliche Feststellung, institutionelle Übernahme, Ausführungsrecht, technische Capability, tatsächliche Ausführung und nachgelagerte Evidenz. Diese Trennung verhindert, dass ein positives Prüfergebnis automatisch zur Handlungserlaubnis wird oder ein früher gültiger Zustand später ungeprüft weiterwirkt. Jede Stufe beantwortet eine andere institutionelle Frage und besitzt eine eigene Beweisgrenze.
Ein fachlicher, regulatorischer oder technischer Zustand wird deterministisch festgestellt.
PASS ≠ AUSFÜHRUNGSERLAUBNISDie empfangende Institution entscheidet, ob sie auf ein vorhandenes Artefakt für ihren konkreten Zweck überhaupt vertrauen darf.
EVIDENZ ≠ RELIANCEAuthority, Rule, Jurisdiction, Time und material Dependencies müssen für die konkrete Konsequenz aktuell schließen.
RELIANCE ≠ EXECUTION RIGHTErst ein gültiges Execution Right kann eine eng begrenzte, gebundene und gegebenenfalls Single-Use Capability erzeugen.
RIGHT ≠ AUSGEFÜHRTE HANDLUNGUnmittelbar vor der Wirkung wird der aktuelle autoritative Zustand erneut geprüft. Änderungen vor dem Execution Cut können die Ausführung verhindern.
CONTINUING AUTHORITYDer tatsächlich maßgebliche Zustand, die erlaubte oder verweigerte Wirkung und die Beweiskette werden getrennt festgehalten.
PROOF ≠ LEGITIMITÄTSQUELLEEin Banking-Domain-Receipt dokumentiert einen versiegelten fachlichen Zustand und erklärt zugleich ausdrücklich, dass keine Execution Permission entsteht.
Artefakt ansehenBANKING_SEALED · execution_permission=falseEin nachfolgendes Receipt dokumentiert einen Sanktionstreffer. Der frühere positive Zustand wird nicht überschrieben, darf aber nicht als dauerhafte Erlaubnis fortgeschrieben werden.
BLOCK-Receipt öffnenBLOCK_SANCTIONS_MATCH · chain_integrity=VALIDEin eigener Reliance Decision Record zeigt, dass selbst ein vorhandener Proof nicht automatisch institutionell übernommen werden muss.
Reliance-Artefakt ansehendecision=REFUSE · reliance_granted=false