Archive

  1. Anklicken oder Markieren?

    Kommentare deaktiviert für Anklicken oder Markieren?

    Es gibt Unterschiede dabei, ob Sie einen Service markieren oder anklicken.

    Durch das Anklicken färbt sich der Service grün und Sie können ihn per Drag and Drop einer anderen Kategorie zuweisen oder oben auf das Aktionsfeld zugreifen. Dort gibt es eine Reihe an Optionen, mit denen Sie den Service verwalten können.

    Wenn Sie einen Service stattdessen markieren, wird ein grüner Haken gesetzt. Sie können dazu weitere Services/Kategorien/Areas markieren und auf alle Optionen gleichzeitig zugreifen. Dies ermöglicht Ihnen, mehrere Services oder Kategorien auf einmal zu verschieben, zu löschen oder zu exportieren.

  2. Services zuweisen

    Kommentare deaktiviert für Services zuweisen

    SEAMLESS bietet verschiedene Möglichkeiten Ihre Services zu verwalten. Sie können sich die Arbeit aber erleichtern. Anstatt den Service zu markieren, auf Aktion zu klicken und einer Kategorie zu zuweisen, können Sie die Services auch per Drag and Drop verschieben.

     

    Besser:

     

    Verschobener Service:

  3. Richtige Bilder verwenden

    Kommentare deaktiviert für Richtige Bilder verwenden

    In SEAMLESS können Sie Ihren Services Bilder hinzufügen. Diese dürfen jedoch nur das .jpg oder .png Format besitzen. Es können keine GIFs o.ä genutzt werden.

    Bilder haben zudem eine maximale Größe und dürfen 4Mb nicht überschreiten. Eine Beschränkung der Auflösung gibt es nicht.

  4. Validierung für Update

    Kommentare deaktiviert für Validierung für Update 
    ## Validierung für Update (ServiceOwner)
**Für die Aktualisierung von Service Owner-Daten besteht eine Validierungslogik, die sicherstellt, dass optionale Felder wie Name, E-Mail und Kontakt die festgelegten Datenbeschränkungen erfüllen. Diese Funktionalitäten ermöglichen eine effektive Verwaltung und Pflege von Service Owner-Daten innerhalb der API.**

Die folgenden Felder können im Update-Endpunkt validiert werden:

- `name`: optional, string, max. 255 Zeichen
- `email`: optional, string, max. 255 Zeichen
- `contact`: optional, string, max. 255 Zeichen

  5. Destroy

    Kommentare deaktiviert für Destroy 
    #### 4. Destroy
**Mit der Methode DELETE an der URL /api/serviceOwners/{id} kann ein spezifischer Service Owner gelöscht werden. Bei Erfolg meldet der Server einen 200 OK Status mit einer entsprechenden Erfolgsmeldung. Fehlt der Service Owner, wird ein 404 Not Found Status ausgegeben, und bei Serverfehlern ein 500 Internal Server Error.**

- **Methode**: DELETE
- **URL**: /api/serviceOwners/{id}
- **Beschreibung**: Löscht einen spezifischen Service Owner.
- **Erfolgsantwort**:
- Status: 200 OK
- Beispiel:
```json
{
"status": "success",
"message": "deleted"
}
```
- **Fehlerantwort**:
- Status: 404 Not Found
- Beispiel:
```json
{
"status": "error",
"message": "Service owner not found"
}
```
- Status: 500 Internal Server Error
- Beispiel:
```json
{
"status": "error",
"message": "Failed to delete service owner"
}
```

  6. Update

    Kommentare deaktiviert für Update 
    #### 3. Update
**Die Methoden PUT oder PATCH an der URL /api/serviceOwners/{id} erlauben das Aktualisieren der Details eines spezifischen Service Owners. Ein erfolgreicher Aufruf liefert den Status 200 OK mit einer Erfolgsmeldung und den aktualisierten Daten des Owners. Bei einem nicht gefundenen Service Owner wird ein 404 Not Found Status ausgegeben, bei Validierungsfehlern ein 422 Unprocessable Entity, und bei Serverproblemen ein 500 Internal Server Error.**

- **Methode**: PUT/PATCH
- **URL**: /api/serviceOwners/{id}
- **Beschreibung**: Aktualisiert die Details eines spezifischen Service Owners.
- **Erfolgsantwort**:
- Status: 200 OK
- Beispiel:
```json
{
"status": "success",
"message": "updated",
"owner": {...}
}
```
- **Fehlerantwort**:
- Status: 404 Not Found
- Beispiel:
```json
{
"status": "error",
"message": "Service owner not found"
}
```
- Status: 422 Unprocessable Entity
- Beispiel:
```json
{
"status": "error",
"message": "Validation failed"
}
```
- Status: 500 Internal Server Error
- Beispiel:
```json
{
"status": "error",
"message": "Failed to update service owner"
}
```

  7. Show

    Kommentare deaktiviert für Show 
    #### 2. Show
**Durch den GET-Aufruf an der URL /api/serviceOwners/{id} können Details eines spezifischen Service Owners abgerufen werden. Bei Erfolg wird der Status 200 OK mit einer entsprechenden Erfolgsmeldung und den Details des Service Owners zurückgegeben. Fehlt der Service Owner, wird ein 404 Not Found Status ausgegeben, und bei Serverproblemen ein 500 Internal Server Error.**

- **Methode**: GET
- **URL**: /api/serviceOwners/{id}
- **Beschreibung**: Ruft die Details eines spezifischen Service Owners ab.
- **Erfolgsantwort**:
- Status: 200 OK
- Beispiel:
```json
{
"status": "success",
"message": "fetched",
"owner": {...}
}
```
- **Fehlerantwort**:
- Status: 404 Not Found
- Beispiel:
```json
{
"status": "error",
"message": "Service owner not found"
}
```
- Status: 500 Internal Server Error
- Beispiel:
```json
{
"status": "error",
"message": "Failed to fetch service owner"
}
```

  8. Index

    Kommentare deaktiviert für Index 
    #### 1. Index
**Über die Methode GET an der URL /api/serviceOwners können Benutzer eine Liste aller Service Owners abrufen. Die erfolgreiche Abfrage liefert einen 200 OK Status, eine Erfolgsmeldung und die Daten der Service Owners. Bei einem Serverfehler wird ein 500 Internal Server Error Status zurückgegeben.**

- **Methode**: GET
- **URL**: /api/serviceOwners
- **Beschreibung**: Ruft eine Liste aller Service Owners ab.
- **Erfolgsantwort**:
- Status: 200 OK
- Beispiel:
```json
{
"status": "success",
"message": "fetched",
"owners": [...]
}
```
- **Fehlerantwort**:
- Status: 500 Internal Server Error
- Beispiel:
```json
{
"status": "error",
"message": "Failed to fetch service owners"
}
```

  9. Validierung Update

    Kommentare deaktiviert für Validierung Update 
    ## Validierung für Update (ServiceLevel)
**Für den Update-Vorgang gibt es eine Validierungslogik, die sicherstellt, dass die Daten wie Name und Definition die vorgegebenen Beschränkungen (z.B. maximale Zeichenanzahl) erfüllen. Diese Funktionen ermöglichen eine effiziente Verwaltung und Aktualisierung von Service Level-Daten innerhalb der Anwendung.**

Die folgenden Felder können im Update-Endpunkt validiert werden:

- `name`: optional, string, max. 255 Zeichen
- `definition`: optional, string, max. 40000 Zeichen
- `calculation`: optional, string, max. 40000 Zeichen
- `measuring_points`: optional, string, max. 40000 Zeichen

  10. Destroy

    Kommentare deaktiviert für Destroy 
    #### 4. Destroy
**Mit der Methode DELETE und der URL /api/serviceLevels/{id} kann ein spezifischer Service Level gelöscht werden. Bei Erfolg meldet der Server einen 200 OK Status. Fehlt der Service Level, wird ein 404 Not Found Status ausgegeben, und bei Serverfehlern ein 500 Internal Server Error.**

- **Methode**: DELETE
- **URL**: /api/serviceLevels/{id}
- **Beschreibung**: Löscht einen spezifischen Service Level.
- **Erfolgsantwort**:
- Status: 200 OK
- Beispiel:
```json
{
"status": "success",
"message": "deleted"
}
```
- **Fehlerantwort**:
- Status: 404 Not Found
- Beispiel:
```json
{
"status": "error",
"message": "Service level not found"
}
```
- Status: 500 Internal Server Error
- Beispiel:
```json
{
"status": "error",
"message": "Failed to delete service level"
}
```