Antworten für jede Nutzergruppe.

Nein. Die Oberfläche ist bewusst auf wenige, klare Aktionen reduziert. Häufige Abläufe wie „Sterbefall melden“, „Abholung möglich“, „Unterlagen bereit“ oder „Soru“ werden geführt. Wiederkehrende Einrichtungen können mit einem Organisationszugang arbeiten; für einzelne Vakalar sind sichere, fallbezogene Wege vorgesehen.

Nur die Bilgien, die für den nächsten Arbeitsschritt notwendig sind: wer meldet, wo befindet sich die verstorbene Person, wie ist der Abholstatus, wer ist İrtibat kişisi und welcher Bestatter wurde gewählt – soweit bekannt. Zusätzliche Angaben werden nur abgefragt, wenn sie für den konkreten Vorgang benötigt werden.

Ja. Vefat Ağı zeigt den fallbezogenen Status. So sollen unnötige Kontrollanrufe reduziert werden. Wenn ein Bestatter den Vorgang annimmt, terminiert, unterwegs ist oder eine Soru stellt, bleibt dies im selben Vorgang nachvollziehbar.

Der gewählte Bestatter darf nicht benachteiligt werden. Für konkrete Fälle kann ein sicherer Gastzugang bereitgestellt werden. Die Familie oder meldende Stelle muss also nicht auf einen anderen Bestatter wechseln, nur weil dieser keine kostenpflichtige Software nutzt.

Ja. Zugänge sollen personenbezogen und dienstlich genutzt werden. Gemeinsame Passwörter sind nicht vorgesehen. Im Einrichtungsassistenten wird ein Organisationsadministrator festgelegt; weitere Mitarbeitende können anschließend zugeordnet werden.

Ja. Die Plattform ist Desktop-First für Arbeitsplätze und gleichzeitig als installierbare PWA für Smartphone und Tablet ausgelegt. Mobile Aktionen sind für Außendienst, Übergaben, QR-Scan, Route, Direktanruf und kurze Statusmeldungen optimiert.

Nein. Die ücretsiz ağ gelen kutusu steht auch Cenaze hizmeti şirketi ohne BestatterWebservice zur Verfügung. Die kostenpflichtige Betriebssoftware bietet jedoch eine tiefere Integration: Vakalar können ohne erneutes Abtippen in die lokale Fallorganisation übernommen und Status automatisiert zurückgespielt werden.

Nein. Bezahlte Spitzenplätze, versteckte Rankings oder der Verkauf von Sterbefällen sind als Ağprinzip ausgeschlossen. Wenn Angehörige einen Bestatter gewählt haben, erhält dieser den Vorgang. Bei zulässigen Verfügbarkeitsanfragen darf die Auswahl nicht nach Zahlungsstatus manipuliert werden.

Das Ağ ist auf viele parallele Vakalar ausgelegt. Jeder Vorgang bleibt getrennt. In BestatterWebservice werden die tieferen Vakaakten ebenfalls fallbezogen geführt; Angehörige oder externe Stellen erhalten nur die jeweils notwendigen Rechte.

Über einen einmaligen Pairing-Code. Im BestatterWebservice werden Ağadresse und Code eingetragen; Organisations-ID und technischer Schlüssel werden sicher gekoppelt. Danach kann der Connector Meldungen und Workflow-Status synchronisieren.

Ja. Je nach Rolle kann eine Klinik, ein Krematoryum, Friedhof, eine kirchliche Stelle, ein Trauerredner oder eine andere Fachstelle fallbezogen eingeladen bzw. über das Ağ zugeordnet werden. Rechte bleiben auf den notwendigen Ausschnitt beschränkt.

Statusänderungen können Folgeaufgaben auslösen, überholte Aufgaben schließen und berechtigte Beteiligte informieren. Ziel ist, Bilgien nur einmal zu erfassen. Rechtlich oder medizinisch formgebundene Freigaben werden dabei ausdrücklich nicht durch einfache Workflow-Klicks ersetzt.

Nein. Vefat Ağı ist eine Kommunikations- und Workflow-Schicht. Formwirksame Meldungen oder Freigaben werden nur dann als solche bezeichnet, wenn für genau diesen Vorgang eine verifizierte und zulässige Fachschnittstelle vorhanden ist. Ansonsten bleibt die Handlung klar als İletişim, Status oder Vorabstimmung gekennzeichnet.

Die fallbezogene Basiskommunikation soll für öffentliche Stellen kostenlos bleiben. Kostenpflichtige Leistungen können sich später auf freiwillige Professional-Entegrasyonlar, besondere SLA- oder Automatisierungsleistungen beziehen – nicht auf den normalen İletişimweg zu einem Bestatter.

Die Ağlogik trennt technische Integration von der sichtbaren Auswahl. Fachstellen sehen keinen „Premium“-Status eines Bestatters. Gewählte Bestatter haben Vorrang; neutrale Verfügbarkeitsanfragen dürfen nicht durch bezahlte Sortierung beeinflusst werden.

Nur Organisationen und Personen, die für diesen konkreten Vorgang berechtigt sind. Das Ağ soll keine vollständigen Bestatter- oder Behördenakten zentral kopieren. Es speichert nur den für Routing, Kommunikation und Status notwendigen Ausschnitt.

Ja. Vefat Ağı ist auf versionierte Adapter und API-Verträge ausgelegt. Eine Integration wird jedoch nur als „amtlich“ oder „formwirksam“ bezeichnet, wenn sie fachlich, technisch und rechtlich für den konkreten Einsatz geprüft ist.

Das soll möglichst nicht nötig sein. Der Familien- bzw. Vakaraum kann verständlich anzeigen, welche Schritte anstehen und welche Stelle beteiligt ist. İletişimanfragen können strukturiert vorbereitet werden; der Bestatter bleibt auf Wunsch koordinierende Anlaufstelle.

Wenn die Stelle am Ağ teilnimmt, kann ein geschützter fallbezogener İletişimweg möglich sein. Solange keine geprüfte amtliche Schnittstelle vorhanden ist, wird deutlich darauf hingewiesen, dass eine İletişimanfrage keine formwirksame Einreichung ersetzt.

Private Trauerkreis-Inhalte sind von Fachstellenzugängen getrennt. Ein Bestatter oder eine andere Stelle erhält nicht automatisch Zugriff auf persönliche Familiengespräche. Freigaben werden rollen- und fallbezogen gesteuert.

Ja. Vefat Ağı soll die freie Wahl nicht beeinflussen. Ein von Ihnen gewähltes Cenaze hizmeti şirketi kann einen konkreten Vorgang auch dann erhalten, wenn es die kostenpflichtige BestatterWebservice-Software nicht nutzt.

Die Nutzeroberflächen sind auf 20 dil ausgelegt. Zusätzlich kann der Dolmetschermodus freie Kommunikation unterstützen. Bei sensiblen oder formellen Inhalten bleibt das Original nachvollziehbar; eine Übersetzung wird nicht als Originalfreigabe ausgegeben.

Nein. Der Sinn von Vefat Ağı ist gerade ein gemeinsamer organisationsübergreifender İletişimweg. Sie können Vakalar verschiedener Bestatter in einer eigenen Inbox bearbeiten, solange Sie jeweils berechtigt eingebunden sind.

Ja. Rollenbezogene Workflows können Terminoptionen, Bestätigungen, Änderungswünsche und Sorun abbilden. Bestatter und andere berechtigte Beteiligte sehen den bestätigten Status anschließend im selben Vorgang.

Ja. Dafür gibt es strukturierte Schnellantworten wie „Belgeler eksik“, „Soru“, „Randevuyu değiştir“ oder „bereit“. Freitext bleibt möglich, soll aber nur nötig sein, wenn der Standardfall nicht ausreicht.

Ja. Die PWA bietet touchoptimierte Vakalar, QR-Scan, Direktanruf, Route sowie „Sahada“- und Übergabeaktionen. Präzise Standortdaten werden nur nach ausdrücklicher Zustimmung protokolliert und nicht in einen allgemeinen Offline-Fallcache geschrieben.

Nach der ersten Freischaltung führt ein sechsstufiger Assistent durch Organisationsdaten, İrtibat kişisi, gewünschte Einsatzbereiche, Kommunikationswege, Team/Sicherheit und den Abschluss. Danach öffnet sich die auf Ihre Organisation zugeschnittene Ağ-Inbox.

Für freigeschaltete Organisationskonten kann ein dienstlicher E-posta-Einmal-Link verwendet werden. Der Link ist kurzzeitig gültig und nur einmal nutzbar. Dadurch wird der Zugang einfacher, ohne dauerhafte unsichere Generallinks einzusetzen.

Nein. Der Service Worker cached nur statische App-Dateien. Sensible Portalantworten, Mesajen, Tokens und Standorte werden nicht als Offline-Fallcache in localStorage, sessionStorage oder IndexedDB abgelegt.

Die Plattform ist so ausgelegt, dass Status nachvollziehbar bleibt und keine vermeintlichen amtlichen Freigaben aus technischen Automatismen entstehen. Für produktiven Betrieb gehören Backup, Restore, Mailzustellung, Cron, Monitoring und dokumentierte Notfallwege zum Betriebs- und Abnahmekonzept.

Ja. Organisationsadministratoren können Teammitglieder zuordnen. Zugänge sollen immer personenbezogen bleiben, damit Rechte und wichtige Aktionen nachvollziehbar sind.