Befördern einer Serviceanforderung in ihrem Lebenszyklus

Zusammenfassung zum Lebenszyklus einer Serviceanforderung

Das folgende Diagramm zeigt den Lebenszyklus einer Serviceanforderung und die Endpunkte, die verwendet werden, um die Serviceanforderung in jede Stufe zu befördern.


Der Lebenszyklus der Serviceanforderung und die Endpunkte, die zu jeder Phase befördert werden
Anmerkung: Ab dieser Version gibt es keine System-API-Endpunkte mehr, um eine Serviceanforderung zur Phase „Anbieter wartet“ zu befördern.

Beschränkungen für zusammengesetzte Anforderungen

Bei Serviceanforderungen mit dem Status „Nur Angebot“, „Angebot und Service“ und „Nur Service“ können Sie eine Serviceanforderung in einer zusammengesetzten Anforderung erstellen und übermitteln. Sie können jedoch eine Serviceanforderung nicht zu einer anderen Phase ihres Lebenszyklus befördern (z. B. in Bearbeitung, abgelehnt oder storniert).

Für nicht verwaltete Serviceanforderungen können Sie die Serviceanforderung in einer einzigen zusammengesetzten Anforderung erstellen, übermitteln, abrechnen und genehmigen. Sie können Rechnungen für Serviceanforderungen in derselben zusammengesetzten Anforderung auch als bezahlt kennzeichnen.

Die ServiceRequestOperationContext-Ressource

Die Endpunkte, die eine Serviceanforderung zur nächsten Stufe im Lebenszyklus befördern, verwenden eine ServiceRequestOperationContext-Ressource. Diese Ressource enthält Felder, die der ServiceRequest-Entität in ClaimCenter zugeordnet sind. In den meisten Fällen gibt es bei Verwendung eines Lebenszyklus-Endpunkts für Serviceanforderungen ein einzelnes Feld, das Sie angeben müssen, z. B. das Feld reason, das beim Ablehnen oder Stornieren einer Serviceanforderung angegeben werden muss. Die erforderlichen Felder werden in den folgenden Abschnitten angegeben.

Wenn ein Versicherer das Verhalten des Arbeitsablaufs für Serviceanforderungen in ClaimCenter erweitert hat, muss er möglicherweise auch die ServiceRequestOperationContext-Ressource erweitern, damit Werte von System-APIs nach Bedarf bereitgestellt werden können. Weitere Informationen zu erweiterten System-API-Ressourcen finden Sie unter Erweitern von System-API-Ressourcen.

Übermitteln, Akzeptieren und Ablehnen von Serviceanforderungen

Übermitteln von Serviceanforderungen

Serviceanforderungen mit dem Status „Nur Angebot“, „Angebot und Service“ oder „Nur Service“ müssen an einen Anbieter übermittelt werden. (Serviceanforderungen mit dem Status „Nicht verwaltet“ werden automatisch als an den angegebenen Anbieter übermittelt markiert.)

Um anzugeben, dass eine Serviceanforderung an den Anbieter übermittelt wurde, verwenden Sie:

  • POST /claims/{claimId}/service-requests/{serviceRequestId}/submit

Beim Übermitteln einer Serviceanforderung sind keine zusätzlichen Informationen erforderlich. Die Antwort benötigt keinen Text.

Folgendes übermittelt die Serviceanforderung cc:9:

POST /claim/v1/claims/demo_sample:20/service-requests/cc:9/submit

<no request body>

Sobald eine Serviceanforderung mit der Stufe „Entwurf“ übermittelt wurde, wird ihr Feld Fortschritt auf „Angefordert“ gesetzt.

Akzeptieren von Serviceanforderungen

Sobald eine Serviceanforderung mit dem Status „Nur Angebot“, „Angebot und Service“ oder „Nur Service“ an einen Anbieter übermittelt wurde, kann sie vom Anbieter akzeptiert werden. Dies bedeutet, dass der Anbieter der Annahme der Serviceanforderung zugestimmt hat. (Serviceanforderungen mit dem Status „Nicht verwaltet“ werden vom angegebenen Anbieter automatisch akzeptiert.)

Um anzugeben, dass ein Anbieter eine Serviceanforderung akzeptiert hat, verwenden Sie:

  • POST /claims/{claimId}/service-requests/{serviceRequestId}/accept

Wenn Sie eine übermittelte Serviceanforderung annehmen, müssen Sie ein expectedCompletionDate angeben.

Folgendes akzeptiert die Serviceanforderung cc:9:

POST /claim/v1/claims/demo_sample:20/service-requests/cc:9/accept

{
  "data": {
    "attributes": {
      "expectedCompletionDate" : "2021-03-22"
    }
  }
}

Sobald eine Serviceanforderung akzeptiert wurde, wird ihr Feld Fortschritt auf „In Bearbeitung“ gesetzt.

Ablehnen von Serviceanforderungen

Nachdem eine Serviceanforderung mit dem Status „Nur Angebot“, „Angebot und Service“ oder „Nur Service“ an einen Anbieter übermittelt wurde, kann sie vom Anbieter abgelehnt werden. Dies bedeutet, dass der Anbieter die Serviceanforderung nicht übernimmt.

Um anzugeben, dass ein Anbieter eine Serviceanforderung abgelehnt hat, verwenden Sie:

  • POST /claims/{claimId}/service-requests/{serviceRequestId}/decline

Wenn Sie eine übermittelte Serviceanforderung ablehnen, müssen Sie einen Grund für die Ablehnung angeben.

Folgendes lehnt die Serviceanforderung cc:9 ab:

POST /claim/v1/claims/demo_sample:20/service-requests/cc:9/decline

{
  "data": {
    "attributes": {
        "reason" : "All mechanics are booked through the end of the month."
    }
  }
}

Sobald eine Serviceanforderung erstellt wurde, wird ihr Feld Fortschritt auf „Abgelehnt“ gesetzt.

Abschließen und Stornieren von Serviceanforderungen

Abschließen von Serviceanforderungen

Sobald eine Serviceanforderung vom Anbieter akzeptiert wurde, können Sie angeben, dass die Arbeit abgeschlossen ist.

Um anzugeben, dass die Arbeiten an einer Serviceanforderung abgeschlossen sind, verwenden Sie:

  • POST /claims/{claimId}/service-requests/{serviceRequestId}/complete-work

Wenn für eine Serviceanforderung angegeben wird, dass die Arbeiten abgeschlossen sind, gibt es keine zusätzlichen erforderlichen Informationen. Die Antwort benötigt keinen Text.

Im Folgenden wird angegeben, dass die Arbeit für die Serviceanforderung cc:9 abgeschlossen ist.

POST /claim/v1/claims/demo_sample:20/service-requests/cc:9/work-complete

<no request body>

Wenn eine Serviceanforderung der Stufe „In Bearbeitung“ abgeschlossen wurde, wird ihr Feld Fortschritt auf „Auftrag abgeschlossen“ gesetzt.

Stornieren von Serviceanforderungen (auf Anforderung des Anbieters)

Auch nach Annahme einer Serviceanforderung kann diese vom Anbieter storniert werden.

Um anzugeben, dass die Arbeit an einer Serviceanforderung auf Anforderung des Anbieters abgebrochen wird, verwenden Sie:

  • POST /claims/{claimId}/service-requests/{serviceRequestId}/cancel

Wenn Sie eine akzeptierte Serviceanforderung stornieren, müssen Sie einen Grund für die Stornierung angeben.

Folgendes storniert auf Anforderung des Anbieters die Serviceanforderung cc:9:

POST /claim/v1/claims/demo_sample:20/service-requests/cc:9/cancel

{
  "data": {
    "attributes": {
      "reason" : "Vendor realized they cannot service this type of auto."
    }
  }
}

Wenn eine Serviceanforderung der Stufe „In Bearbeitung“ vom Anbieter storniert wurde, wird das Feld Fortschritt auf „Abgelehnt“ gesetzt. Dies ist derselbe Status, auf den eine Serviceanforderung gesetzt ist, wenn die Serviceanforderung anfänglich abgelehnt und nicht akzeptiert wurde.

Stornieren von Serviceanforderungen (auf Anforderung des Versicherers)

Auch nach Annahme einer Serviceanforderung kann sie vom Versicherer storniert werden.

Um anzugeben, dass die Bearbeitung einer Serviceanforderung auf Anforderung des Versicherers storniert wird, verwenden Sie:

  • POST /claims/{claimId}/service-requests/{serviceRequestId}/internal-cancel

Wenn Sie eine akzeptierte Serviceanforderung stornieren, müssen Sie einen Grund für die Stornierung angeben.

Folgendes storniert auf Anforderung des Versicherers die Serviceanforderung cc:9:

POST /claim/v1/claims/demo_sample:20/service-requests/cc:9/internal-cancel

{
  "data": {
    "attributes": {
      "reason" : "Claimant has decided not to request service."
    }
  }
}

Wenn eine Serviceanforderung der Stufe „In Bearbeitung“ vom Versicherer storniert wurde, wird das zugehörige Feld Fortschritt auf „Storniert“ gesetzt.