Taste Ein technisches Problem melden

Diagnose-Feedback-Tool in den Aufgaben zur Dokumentvalidierung und Dokumentklassifizierung von Action Center, die Daten, die jeder Bericht sendet, wie Werte anonymisiert werden und wer darauf zugreifen kann.

Die Schaltfläche Ein technisches Problem melden ist ein diagnostisches Feedback-Tool, das in zwei Action Center-Aufgabentypen – einer Dokumentvalidierungsaufgabe oder einer Dokumentklassifizierungsaufgabe – und in jeder App verfügbar ist, die denselben Validierungs- oder Klassifizierungsbildschirm einbettt. Damit kann ein Benutzer einen technischen Fehler, einen Absturz oder ein unerwartetes Bildschirmverhalten melden, das seine Arbeit blockiert, und ihn an das UiPath Document Understanding-Entwicklungsteam senden, ohne den Bildschirm zu verlassen. Es ist nur in der Automation Cloud verfügbar und erscheint nicht in codierten App-Aufgaben.

Beide Aufgabentypen verwenden dieselbe Schaltfläche und dasselbe Dialogfeld. Sie unterscheiden sich nur in einer Hinsicht: die Daten, die jede einzelne anhängen kann, da Validierung und Klassifizierung unterschiedliche Datenstrukturen erzeugen. Alles andere auf dieser Seite gilt für beide.

Die Schaltfläche wird gefunden

Die Schaltfläche befindet sich über dem Dokument und kann an eine beliebige Position gezogen werden, sodass sie den zu überprüfenden Inhalt nicht verdecken muss. Die Position wird für den nächsten Besuchen gespeichert.

Erster Termin

Beim ersten Besuchen eines Benutzers stellt ein Popup die Schaltfläche vor und weist darauf hin, dass sie verschoben werden kann. Wenn Sie das Pop-up mit „Got it“ schließen, wird es nicht mehr angezeigt.

Was das Dialogfeld enthält

Wenn Sie die Taste wählen, wird ein Dialogfeld mit drei unabhängigen Teilen geöffnet: eine Beschreibung des Problems, ein optionaler Anhang mit Diagnosedaten und ein optionaler Rollback für die Version. Jeder Teil wird in den folgenden Abschnitten erläutert.

Beschreiben des Problems

Die Was ist schief gelaufen? enthält eine Freitextbeschreibung des Problems. Dies ist der einzige erforderliche Teil des Dialogfelds: Bis er Text enthält, bleibt Bericht senden nicht verfügbar. Das Dialogfeld bezieht sich auf technische Probleme, d. h. auf einen Fehler, einen Absturz oder ein unerwartetes Bildschirmverhalten, das die Arbeit des Benutzers blockiert.

Dieses Feld wird genau so gesendet, wie es eingegeben wird. Im Gegensatz zu den im folgenden Abschnitt beschriebenen Daten werden sie in keiner Weise verschwommen, Alias oder gefiltert.

Warnung:

Alles, was in die Beschreibung eingegeben wird, wird wörtlich übertragen. Beschreibungen des Problems und der Schritte, die dazu geführt haben, benötigen das Entwicklungteam.

Senden der Ergebnisse und der Taxonomie

Das Kontrollkästchen „Daten“ ist standardmäßig aktiviert.

• Senden des Extraktionsergebnis und der Taxonomie in einer Dokumentvalidierungsaufgabe: Die Taxonomie enthält die Liste der Dokumenttypen, jeder mit seinen Feldern und Feldtypen. Das Extraktionsergebnis sind die Informationen, die validiert werden: Welche Felder gefunden wurden, die Konfidenzbewertungen und wo auf der Seite jeder Wert befand sich.
• Senden des Klassifizierungsergebnis und der Taxonomie: Die Taxonomie enthält die Liste der Dokumenttypen. Das Klassifizierungsergebnis sind die zu validierenden Informationen: Welcher Dokumenttyp jeder Seitensatz zugewiesen wurde.

In beiden Fällen wird die Dokumentdatei selbst nie erfasst und kein daraus gelesener Text ist enthalten. Beide Strukturen spiegeln den Status wider, wenn der Bildschirm sie geladen hat, sodass spätere Änderungen nicht gesendet werden.

Wenn Bericht senden ausgewählt ist, lädt der Bildschirm die Aufgabe so neu, wie sie beim Öffnen war. Dies geschieht, wenn das Kontrollkästchen für die Daten aktiviert bleibt oder eine Version in Eine frühere Version versuchen ausgewählt wird.

Warnung:

Das Neuladen erfolgt ohne Bestätigungsaufforderung und alle Werte, die auf dem Bildschirm geändert, aber noch nicht gespeichert wurden, gehen verloren. Speichern Sie die Arbeit, bevor Sie ein Problem melden.

Beispiele dafür, welche Daten gesammelt werden, finden Sie unter Beispiele für die gesendeten Daten.

Eine frühere Version wird versucht

Das Kontrollkästchen Eine frühere Version versuchen listet die neuesten Versionen des Validierungs- oder Klassifizierungsbildschirms selbst auf, was hilft, wenn ein Problem erst nach einer kürzlich durchgeführten Aktualisierung aufgetreten ist. Jeder Eintrag zeigt das Veröffentlichungsdatum und den Build-Bezeichner der Version.

Nur dieser Bildschirm ändert sich. Das Action Center, die App, die den Bildschirm hostet, die Aufgabe, das Dokument, die Taxonomie und das Extraktions- oder Klassifizierungsergebnis sind nicht betroffen, ebenso wie andere Benutzer. Die Taxonomie und die Ergebnisse werden zur Laufzeit gelesen und nicht in den Bildschirm integriert, sodass eine frühere Version immer noch dieselben Daten lädt, die der Workflow erzeugt hat, einschließlich aller Dokumenttypen und Felder, die seit der Veröffentlichung dieser Version hinzugefügt wurden. Nur der eigene Code des Bildschirms ist älter.

Die Auswahl gilt für jede Aufgabe dieses Typs für den Benutzer, der sie erstellt hat, in dem Browser, in dem er sie erstellt hat, und dauert bis zu 30 Tage, danach wird die neueste Version automatisch wiederhergestellt. Ein Benutzer kann das Dialogfeld jederzeit erneut öffnen, um eine andere Version auszuwählen, oder Neueste Version verwenden auswählen, um zur neuesten Version zurückzukehren.

Welche Daten gesendet werden

Wenn ein Bericht eingereicht wird, sind zwei separate Übertragungen beteiligt:

• Der Bericht selbst wird immer gesendet. Es enthält die Freitextbeschreibung und welche Rollback-Option gewählt wurde, falls vorhanden.
• Die Taxonomie und das Extraktions- oder Klassifizierungsergebnis werden nur gesendet, wenn das Kontrollkästchen für die Daten aktiviert bleibt.

Der Bericht enthält außerdem: die Dokument-ID und die Aufgaben-ID des Action Center, bei denen es sich um von UiPath generierte Bezeichner handelt; Den Namen der Organisation und des Mandanten, die Region und die Build-Version, die die Umgebung identifizieren; und einen anonymisierten Benutzerbezeichner.

Aufgaben zur Dokumentenvalidierung

Daten	An UiPath gesendet?	Details
Die Dokumentdatei (PDF oder Bild)	Nie
Die Freitext-Problembeschreibung	Ja, wortwörtlich	Nicht verschwommen oder gefiltert
Extrahierte Werte der Felder Boolescher Wert, Datum, Zahl, Satz und Geldbetrag	Ja, wortwörtlich	Beibehalten, da diese Typen strukturierte Werte anstelle von freiem Text enthalten
Extrahierte Werte aller anderen Feldtypen, einschließlich des aus dem Dokument gelesenen Texts	Nein	Zufällig anonymisiert
Namen von Feld, Gruppe, Kategorie und Dokumenttyp	Nein	Ersetzt durch sequenzielle Alias, z. B. f1, g1, dt1
Wertpositionen, Seitenabmessungen und Konfidenzpunktzahlen	Ja	Diese beschreiben nur das Layout, nicht den Dokumentinhalt

Dokumentklassifizierungsaufgaben

Daten	An UiPath gesendet?	Details
Die Dokumentdatei (PDF oder Bild)	Nie
Die Freitext-Problembeschreibung	Ja, wortwörtlich	Nicht verschwommen oder gefiltert
Dokumenttyp, Gruppe, Kategorie und Feldnamen	Nein	Ersetzt durch sequenzielle Alias, z. B. dt1, g1, c1, f1
Seitenbereiche und Seitenanzahlen	Ja	Beibehalten, damit eine gemeldete Sitzung weiterhin mit dem Dokument übereinstimmt
Wortfelder, Seitenabmessungen und Konfidenzpunktzahlen	Ja	Diese beschreiben nur das Layout, weder Dokumentinhalt noch Wortinhalt.

Was nie gesammelt wird

Die folgenden Informationen werden von dieser Funktion nie erfasst, generiert oder übertragen:

• HTTP-Archivdateien (HAR).
• Netzwerkdatenverkehr der umgebenden Seite
• Screenshots und Bildschirmaufzeichnungen
• Die Dokumentdatei, ihre Textebene oder ihre Seitenbilder
• Cookies, Browserspeicherinhalte oder Anmeldeinformationen

Beispiele für die gesendeten Daten

Die Verschwunden erfolgen im Browser, bevor etwas übertragen wird. Es werden drei Transformationen angewendet:

• Namen werden zu Alias. Gruppen, Kategorien, Dokumenttypen, Felder und Tabellenspalten werden durch sequenzielle Alias wie g1, c1, dt1, f1 und col1 ersetzt. Beziehungen bleiben erhalten, sodass das Engineering weiterhin die Form einer Taxonomie sehen kann, aber kein vom Kunden erstellter Name.
• Werte werden zufällig anonymisiert. Jeder Buchstabe wird zu einem zufälligen Buchstaben und jede Ziffer zu einer zufälligen Ziffer, wobei Satzzeichen, Abstände und Längen erhalten bleiben, sodass eine Bestellung, die in einem Textfeld gespeichert wird, z. B. PO-4471/A, wird zu einer Datei wie qm-8213/x. Die Ersetzung ist zufällig und kein fester Hash, sodass zwei identische Werte nie denselben Ersatz erzeugen.
• Eigenschaftsnamen werden gekürzt. Lange Namen werden mit Alias versehen, um die Nutzlast klein genug für die Übertragung zu halten.

In Dokumentvalidierungsaufgaben werden Werte der Felder Zahl, Datum, Boolescher Wert, Festlegen und Geldbetrag so übertragen, dass die darin enthaltenen Ziffern nie ersetzt werden. In Dokumentklassifizierungsaufgaben werden Seitenbereiche so beibehalten, dass eine gemeldete Sitzung weiterhin mit dem Dokument übereinstimmt.

Daten zur Dokumentvalidierungsaufgabe

Taxonomie

Ein Taxonomie-Fragment, wie es im Browser vorhanden ist:

{
  "DataContractVersion": "1.0.0",
  "DocumentTypes": [
    {
      "DocumentTypeId": "Finance.AccountsPayable.VATInvoice",
      "Group": "Finance",
      "Category": "AccountsPayable",
      "Name": "VAT Invoice",
      "Fields": [
        {
          "FieldId": "Finance.AccountsPayable.VATInvoice.VendorName",
          "FieldName": "Vendor Name",
          "Type": "Text"
        },
        {
          "FieldId": "Finance.AccountsPayable.VATInvoice.TotalAmount",
          "FieldName": "Total Amount",
          "Type": "MonetaryQuantity"
        }
      ]
    }
  ]
}

Dasselbe Fragment, wie es übertragen wird:

{
  "type": "taxonomy",
  "t": {
    "d": "1.0.0",
    "D": [
      {
        "i": "g1.c1.dt1",
        "g": "g1",
        "c": "c1",
        "n": "g1.c1.dt1",
        "F": [
          { "fi": "g1.c1.dt1.f1", "fn": "g1.c1.dt1.f1", "T": "txt" },
          { "fi": "g1.c1.dt1.f2", "fn": "g1.c1.dt1.f2", "T": "mq" }
        ]
      }
    ]
  },
  "i": { "DisplayMode": "compact" }
}

Extraktionsergebnis

Ein Extraktionsergebnis, wie es im Browser vorhanden ist:

{
  "DocumentId": "7f3c1e90-4a2b-4c8d-9e11-6b5a0d2f8c43",
  "ResultsVersion": 1,
  "ResultsDocument": {
    "Language": "eng",
    "DocumentGroup": "Finance",
    "DocumentCategory": "AccountsPayable",
    "DocumentTypeId": "Finance.AccountsPayable.VATInvoice",
    "DocumentTypeName": "VAT Invoice",
    "Fields": [
      {
        "FieldId": "Finance.AccountsPayable.VATInvoice.VendorName",
        "FieldName": "Vendor Name",
        "FieldType": "Text",
        "OperatorConfirmed": true,
        "Values": [
          {
            "Value": "ACME Corporation Ltd",
            "Confidence": 0.987,
            "OcrConfidence": 0.994,
            "DataSource": "Extraction",
            "Reference": {
              "Tokens": [
                { "Page": 0, "PageWidth": 612, "PageHeight": 792, "Boxes": [[72.4, 118.9, 143.2, 12.7]] }
              ]
            }
          }
        ]
      },
      {
        "FieldId": "Finance.AccountsPayable.VATInvoice.TotalAmount",
        "FieldName": "Total Amount",
        "FieldType": "MonetaryQuantity",
        "Values": [
          { "Value": "1416.00", "Confidence": 0.912, "DataSource": "Extraction" }
        ]
      }
    ]
  }
}

Dasselbe Ergebnis wie übertragen:

{
  "type": "extraction",
  "e": {
    "d": "4b9f7a21-8c6e-1d3f-5a44-2e8b9c1f0d76",
    "rv": 1,
    "rd": {
      "l": "eng",
      "g": "g1",
      "c": "c1",
      "i": "g1.c1.dt1",
      "n": "g1.c1.dt1",
      "F": [
        {
          "fi": "g1.c1.dt1.f1",
          "fn": "g1.c1.dt1.f1",
          "ft": "txt",
          "o": true,
          "V": [
            {
              "va": "xqmp lwzkqmpxrjd vbn",
              "cf": 0.987,
              "oc": 0.994,
              "ds": "ext",
              "r": { "tk": [ { "p": 0, "pw": 612, "ph": 792, "bx": [[72, 119, 143, 13]] } ] }
            }
          ]
        },
        {
          "fi": "g1.c1.dt1.f2",
          "fn": "g1.c1.dt1.f2",
          "ft": "mq",
          "V": [ { "va": "1416.00", "cf": 0.912, "ds": "ext" } ]
        }
      ]
    }
  }
}

Daten zur Dokumentklassifizierungsaufgabe

Dokumenttypen

Ein Dokumenttyp, wie er im Browser vorhanden ist:

{
  "DataContractVersion": "1.0.0",
  "DocumentTypes": [
    {
      "DocumentTypeId": "Finance.AccountsPayable.VATInvoice",
      "Group": "Finance",
      "Category": "AccountsPayable",
      "Name": "VAT Invoice",
      "Fields": [
        {
          "FieldId": "Finance.AccountsPayable.VATInvoice.VendorName",
          "FieldName": "Vendor Name",
          "Type": "Text"
        }
      ]
    }
  ]
}

Derselbe Dokumenttyp wie übertragen:

{
  "type": "cs-taxonomy",
  "t": {
    "d": "1.0.0",
    "D": [
      {
        "i": "g1.c1.dt1",
        "g": "g1",
        "c": "c1",
        "n": "g1.c1.dt1",
        "F": [
          { "fi": "g1.c1.dt1.f1", "fn": "g1.c1.dt1.f1", "T": "txt" }
        ]
      }
    ]
  },
  "i": { "EnablePageReordering": true }
}

Klassifizierungsergebnis

Ein Klassifizierungsergebnis, wie es im Browser vorhanden ist:

{
  "Classifications": [
    {
      "DocumentId": "7f3c1e90-4a2b-4c8d-9e11-6b5a0d2f8c43",
      "DocumentTypeId": "Finance.AccountsPayable.VATInvoice",
      "ClassifierName": "Invoice-Classifier-2",
      "Confidence": 0.964,
      "OcrConfidence": 0.991,
      "DocumentBounds": {
        "StartPage": 0,
        "PageCount": 3,
        "PageRange": "1-3"
      },
      "Reference": {
        "TextStartIndex": 0,
        "TextLength": 4821,
        "Tokens": [
          { "Page": 0, "PageWidth": 612, "PageHeight": 792, "Boxes": [[72.4, 118.9, 143.2, 12.7]] }
        ]
      }
    }
  ]
}

Dasselbe Ergebnis wie übertragen:

{
  "type": "classification",
  "c": {
    "K": [
      {
        "d": "4b9f7a21-8c6e-1d3f-5a44-2e8b9c1f0d76",
        "i": "g1.c1.dt1",
        "cn": "wmqpjxk-Kqzmwpxjmb-7",
        "cf": 0.964,
        "oc": 0.991,
        "b": {
          "sp": 0,
          "pc": 3,
          "pr": "1-3"
        },
        "r": {
          "ti": 0,
          "tl": 4821,
          "tk": [
            { "p": 0, "pw": 612, "ph": 792, "bx": [[72, 119, 143, 13]] }
          ]
        }
      }
    ]
  }
}

Wer kann auf diese Daten zugreifen?

Berichte erreichen das UiPath Document Understanding-Entwicklungsteam und werden nur zur Diagnose und Behebung technischer Probleme verwendet. Berichte werden niemals mit anderen geteilt.

Die an einen Bericht angehängte Kennung enthält keinen Namen, keine E-Mail-Adresse und keine anderen Kontaktdaten. Das Entwicklungteam kann einem Bericht nicht mitteilen, wer ihn eingereicht hat, die Funktion bietet keinen Kanal, über den jeder bei UiPath mit dieser Person Kontakt aufnehmen könnte, und Berichte werden nicht einzeln beantwortet.

Verfügbarkeit und Deaktivieren der Funktion

Die Verfügbarkeit der Schaltfläche wird ausschließlich vom UiPath Document Understanding-Entwicklungsteam gesteuert. Es gibt keine Self-Service- Möglichkeit, es zu deaktivieren, und um seine Verfügbarkeit für eine Organisation zu ändern, ist eine Anforderung an UiPath erforderlich.

Verwandte Informationen

• Create Document Validation Action
• Create Document Validation Action
• Document Understanding-Aktivitäten
• Rechtliche Informationen