เทมเพลตแบ็คเอนด์แอปแจ้งเบาะแสภายใน
บันทึกคดีแบบไม่เปิดเผยและติดตามการสอบสวน
แบ็คเอนด์แอปแจ้งเบาะแสภายในที่พร้อมใช้งาน บน Back4app พร้อมบันทึกแบบไม่เปิดเผย, การติดตามสถานะคดี, และหมายเหตุการสอบสวน รวมถึงแผนภาพ ER, พจนานุกรมข้อมูล, โครงการ JSON, สนามเล่น API, และ AI Agent สำหรับการเริ่มต้นอย่างรวดเร็ว.
ข้อสรุปสำคัญ
เทมเพลตนี้ให้แบ็คเอนด์ของผู้เปิดเผยข้อมูลภายในที่มีบันทึกแบบไม่ระบุตัวตน, สถานะคดี, และบันทึกการตรวจสอบเพื่อให้ทีมของคุณสามารถจัดการการเข้ามา, การจัดลำดับความสำคัญ, และการติดตามในระบบเดียว
- การเข้าบันทึกแบบไม่ระบุชื่อ — เก็บรายงานใน WhistleblowerLog พร้อมฟิลด์ที่ปลอดภัยสำหรับคดี เช่น reportChannel และ anonymityFlag
- ติดตามสถานะคดี — ใช้การเปลี่ยนแปลงสถานะของ CaseFile เพื่อแสดงว่าวาระเป็นเรื่องใหม่,อยู่ระหว่างการตรวจสอบ, ได้รับการขยาย, หรือถูกปิด
- บันทึกการสอบสวนในบริบท — แนบรายการ InvestigationNote กับ CaseFile เพื่อให้นักสืบสามารถบันทึกการกระทำ, ผลลัพธ์, และขั้นตอนถัดไป
ภาพรวม: ผู้แจ้งเบาะแสภายใน
การดูแลรักษาสภาพการแจ้งเบาะแสภายในที่ดีหมายความว่าผู้ตรวจสอบสามารถตรวจสอบบันทึกได้และเข้าใจขอบเขต สถานะ และการดำเนินการถัดไปได้ทันที การแก้ไขเป็นเชิงปฏิบัติ ไม่ใช่แรงจูงใจ ใช้ Reporter, WhistleblowerLog, CaseFile และ InvestigationNote เป็นโครงสร้างหลักการปฏิบัติตามบน Back4app เพื่อให้กระบวนการแจ้งเบาะแสภายในยังคงสอดคล้องกันในแต่ละไซต์และกะ โครงสร้างข้อมูลครอบคลุม Reporter (ชื่อเล่น, วิธีการติดต่อ, ยินยอมให้ติดตาม), WhistleblowerLog (ช่องการรายงาน, หมวดหมู่, รายละเอียด, ธงปกปิดตัวตน), CaseFile (หมายเลขคดี, สถานะ, ความสำคัญ, ผู้ประสานงานที่ได้รับมอบหมาย), และ InvestigationNote (แฟ้มคดี, ข้อความบันทึก, ประเภทบันทึก, สร้างโดย) โดยมีการตรวจสอบ การรับข้อมูลที่ไม่เปิดเผยตัวตน และการจัดการคดีในตัว เชื่อมต่อส่วนหน้าที่คุณต้องการและส่งมอบได้เร็วยิ่งขึ้น.
ดีที่สุดสำหรับ:
ภาพรวมแบ็กเอนด์ของพนักงานแจ้งเบาะแสภายใน
การเปลี่ยนแปลงตามฤดูกาลส่งผลกระทบต่อพนักงานแจ้งเบาะแสภายในอย่างหนักเมื่อมีการเปลี่ยนแปลงพนักงาน แต่โมเดลข้อมูลไม่ยืดหยุ่นกับ SKU, เว็บไซต์, หรือนโยบายใหม่
บทสรุปนี้ช่วยให้ทีมมีความเข้าใจเกี่ยวกับ Reporter, WhistleblowerLog, และ CaseFile ก่อนที่ใครจะลงลึกในแผนภาพ ER หรือ JSON exports
ฟีเจอร์หลักของ Whistleblower
การ์ดเทคโนโลยีทุกใบในศูนย์นี้ใช้สคีมาฐานข้อมูลผู้แจ้งเบาะแสเดียวกันกับ Reporter, WhistleblowerLog, CaseFile, และ InvestigationNote.
การเข้ารับของผู้รายงาน
ผู้รายงานเก็บนามแฝง, วิธีติดต่อ และความยินยอมในการติดตามผล.
บันทึกที่ไม่ระบุชื่อ
WhistleblowerLog บันทึก reportChannel, ประเภท, รายละเอียด, และ anonymityFlag
การติดตามสถานะกรณี
CaseFile เก็บ caseNumber, สถานะ, ความสำคัญ, และ assignedCoordinator
หมายเหตุการสอบสวน
หมายเหตุการสอบสวนเชื่อมโยง caseFile, noteType, noteText, และ createdBy.
ทำไมถึงสร้างแบ็กเอนด์พนักงานแจ้งเบาะแสภายในของคุณด้วย Back4app?
Back4app มอบพนักงาน, คดี, และโน้ตพื้นฐานเพื่อให้ทีมของคุณสามารถมุ่งเน้นไปที่กระบวนการรับและการสอบสวนแทนโครงสร้างพื้นฐาน
- •CaseFile และ WhistleblowerLog ในโมเดลเดียว: WhistleblowerLog บันทึกรายละเอียดที่ไม่ระบุชื่อในขณะที่ CaseFile เก็บสถานะ, ความสำคัญ, และการมอบหมายสำหรับทีมสอบสวน
- •การเข้าถึงที่ควบคุมสำหรับหมายเหตุที่ละเอียดอ่อน: การเข้าสู่รายการ InvestigationNote สามารถจำกัดเฉพาะผู้ประสานงานและผู้ตรวจสอบที่มอบหมายโดยใช้ ACL และการตรวจสอบ Cloud Code.
- •API ยืดหยุ่นแบบเรียลไทม์: ใช้ Live Queries สำหรับการเปลี่ยนสถานะคดีในขณะที่ยังคงให้ REST และ GraphQL ใช้งานได้สำหรับแดชบอร์ดของพนักงานและเครื่องมือการตรวจสอบ.
สร้างและทำซ้ำการเข้ารับรายงานของผู้ที่เปิดเผยข้อมูลอย่างรวดเร็วด้วยสัญญา backend เดียวในทุกแพลตฟอร์ม.
ผลประโยชน์หลัก
ระบบฐานข้อมูลผู้แจ้งเบาะแสที่ช่วยให้คุณเปลี่ยนจากการส่งข้อมูลอย่างไม่ระบุชื่อไปสู่การจัดการกรณีโดยไม่สูญเสียข้อมูลการบันทึก.
การตั้งค่าเข้ารับที่รวดเร็วขึ้น
เริ่มจากสคีมาที่สมบูรณ์ของ Reporter, WhistleblowerLog, CaseFile, และ InvestigationNote แทนที่จะออกแบบตารางกรณีจากศูนย์.
การส่งมอบสถานะที่สะอาดขึ้น
ใช้สถานะใน CaseFile และฟิลด์ assignedCoordinator เพื่อให้ผู้ประสานงานทราบว่ากรณีใดบ้างที่เป็นกรณีใหม่, กำลังดำเนินการ หรือปิดแล้ว.
การจัดการบันทึกที่ป้องกันไว้
จำกัดการเขียนบันทึกการสอบสวนเฉพาะผู้ตรวจสอบและนักสอบสวนที่ได้รับอนุญาตเท่านั้น.
ล้างขอบเขตการเข้าถึง
แยกเนื้อหาล็อกที่ไม่ระบุชื่อออกจากข้อมูลติดต่อของผู้รายงานและปกป้องทั้งสองด้วย ACL/CLP.
ประวัติคดีในที่เดียว
เก็บบันทึกของผู้แจ้งเบาะแสและบันทึกการสอบสวนไว้ด้วยกันเพื่อให้ทีมตรวจสอบสามารถติดตามลำดับเหตุการณ์ได้.
การเริ่มต้นด้วย AI
สร้างโครงสร้างพื้นฐานแบ็คเอนด์และคำแนะนำการเชื่อมต่ออย่างรวดเร็วด้วยคำสั่งที่มีโครงสร้างเพียงคำสั่งเดียว.
พร้อมที่จะเปิดตัวแอปผู้แจ้งเบาะแสของคุณหรือยัง?
ให้ Back4app AI Agent สร้างโครงสร้าง backend สำหรับแจ้งเบาะแสภายในของคุณและสร้างบันทึกที่ไม่เปิดเผยตัวตน สถานะคดี และบันทึกการตรวจสอบจากคำสั่งเดียว
เริ่มต้นฟรี — 50 คำสั่ง AI Agent/เดือน ไม่ต้องใช้บัตรเครดิต
เทคโนโลยีที่ใช้
ทุกสิ่งรวมอยู่ในแม่แบบ backend สำหรับแจ้งเบาะแสภายในนี้
แผนภาพ ER
โมเดลความสัมพันธ์ของเอนติทีมสำหรับสคีมาทางด้านแบ็คเอนด์สำหรับการแจ้งเบาะแสภายใน.
สคีมาครอบคลุมผู้รายงาน, บันทึกนิรนาม, ไฟล์คดี, และโน้ตการสอบสวน.
ดูแหล่งที่มาของแผนภาพ
erDiagram
User ||--o{ WhistleblowerCase : "reportedBy"
User ||--o{ WhistleblowerCase : "assignedTo"
User ||--o{ InvestigationNote : "author"
User ||--o{ CaseStatusUpdate : "updatedBy"
WhistleblowerCase ||--o{ AnonymousLog : "case"
WhistleblowerCase ||--o{ InvestigationNote : "case"
WhistleblowerCase ||--o{ CaseStatusUpdate : "case"
User {
String objectId PK
String username
String email
String password
String role
String fullName
Date createdAt
Date updatedAt
}
WhistleblowerCase {
String objectId PK
String caseNumber
String title
String category
String status
String priority
String reportedById FK
String assignedToId FK
String anonymousCode
String summary
Date createdAt
Date updatedAt
}
AnonymousLog {
String objectId PK
String caseId FK
String message
String visibility
Date submittedAt
String authorCode
Date createdAt
Date updatedAt
}
InvestigationNote {
String objectId PK
String caseId FK
String authorId FK
String noteType
String noteText
Boolean isInternalOnly
Date createdAt
Date updatedAt
}
CaseStatusUpdate {
String objectId PK
String caseId FK
String updatedById FK
String fromStatus
String toStatus
String statusComment
Date updatedAtTime
Date createdAt
Date updatedAt
}
การไหลของการรวมระบบ
การไหลของการดำเนินการปกติสำหรับการรับรอง, การรับบันทึกนิรนาม, การอัพเดตสถานะคดี, และโน้ตการสอบสวน.
ดูแหล่งที่มาของแผนภาพ
sequenceDiagram
participant User
participant App as Internal Whistleblower App
participant Back4app as Back4app Cloud
User->>App: Sign in as manager or coordinator
App->>Back4app: POST /login
Back4app-->>App: Session token
User->>App: Open case queue
App->>Back4app: GET /classes/WhistleblowerCase?include=reportedBy,assignedTo&order=-updatedAt
Back4app-->>App: Case list with status and anonymousCode
User->>App: Add anonymous log or investigation note
App->>Back4app: POST /classes/AnonymousLog
App->>Back4app: POST /classes/InvestigationNote
Back4app-->>App: Log and note objectIds
User->>App: Update case status
App->>Back4app: POST /classes/CaseStatusUpdate
App->>Back4app: PUT /classes/WhistleblowerCase/:objectId
Back4app-->>App: Updated case status and timelineพจนานุกรมข้อมูล
ข้อมูลอ้างอิงระดับฟิลด์แบบเต็มสำหรับทุกคลาสในสคีมาของผู้แจ้งเบาะแส.
| ฟิลด์ | ประเภท | คำอธิบาย | จำเป็น |
|---|---|---|---|
| objectId | String | Auto-generated unique identifier | อัตโนมัติ |
| username | String | User login name | |
| String | User email address | ||
| password | String | Hashed password (write-only) | |
| role | String | User role such as manager, coordinator, or investigator | |
| fullName | String | Display name for internal staff | — |
| createdAt | Date | Auto-generated creation timestamp | อัตโนมัติ |
| updatedAt | Date | Auto-generated last-update timestamp | อัตโนมัติ |
8 ฟิลด์ใน User
ความปลอดภัยและการอนุญาต
กลยุทธ์ ACL และ CLP ป้องกันผู้รายงาน บันทึกลับลับ ไฟล์คดี และโน้ตการตรวจสอบอย่างไร
การควบคุมความเป็นส่วนตัวของผู้รายงาน
มองว่าติดต่อวิธีการและการยินยอมติดตามเป็นข้อมูลที่ถูกจำกัด; เฉพาะผู้ประสานงานที่ได้รับการอนุมัติเพียงเท่านั้นที่สามารถดูรายละเอียดการติดตามได้.
ความสมบูรณ์ของบันทึกลับลับ
เฉพาะพนักงานที่ผ่านการรับรองเท่านั้นที่สามารถสร้างหรือปิดรายการ CaseFile ขณะที่การส่ง WhistleblowerLog สามารถไม่เปิดเผยตัวตนตามการออกแบบ.
การเข้าถึงการตรวจสอบที่มีขอบเขต
จำกัดการอ่านและเขียนบน InvestigationNote และ CaseFile ให้กับผู้ตรวจสอบที่ได้รับมอบหมาย ผู้นำด้านการปฏิบัติตามกฎระเบียบ หรือผู้ประสานงาน.
สคีมา (JSON)
การกำหนดค่าสคีมา JSON แบบดิบพร้อมที่จะคัดลอกไปยัง Back4app หรือใช้เป็นข้อมูลอ้างอิงในการดำเนินการ.
{
"classes": [
{
"className": "User",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"username": {
"type": "String",
"required": true
},
"email": {
"type": "String",
"required": true
},
"password": {
"type": "String",
"required": true
},
"role": {
"type": "String",
"required": true
},
"fullName": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "WhistleblowerCase",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"caseNumber": {
"type": "String",
"required": true
},
"title": {
"type": "String",
"required": true
},
"category": {
"type": "String",
"required": true
},
"status": {
"type": "String",
"required": true
},
"priority": {
"type": "String",
"required": true
},
"reportedBy": {
"type": "Pointer",
"required": false,
"targetClass": "User"
},
"assignedTo": {
"type": "Pointer",
"required": false,
"targetClass": "User"
},
"anonymousCode": {
"type": "String",
"required": true
},
"summary": {
"type": "String",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "AnonymousLog",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"case": {
"type": "Pointer",
"required": true,
"targetClass": "WhistleblowerCase"
},
"message": {
"type": "String",
"required": true
},
"visibility": {
"type": "String",
"required": true
},
"submittedAt": {
"type": "Date",
"required": true
},
"authorCode": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "InvestigationNote",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"case": {
"type": "Pointer",
"required": true,
"targetClass": "WhistleblowerCase"
},
"author": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"noteType": {
"type": "String",
"required": true
},
"noteText": {
"type": "String",
"required": true
},
"isInternalOnly": {
"type": "Boolean",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "CaseStatusUpdate",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"case": {
"type": "Pointer",
"required": true,
"targetClass": "WhistleblowerCase"
},
"updatedBy": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"fromStatus": {
"type": "String",
"required": true
},
"toStatus": {
"type": "String",
"required": true
},
"statusComment": {
"type": "String",
"required": true
},
"updatedAtTime": {
"type": "Date",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
}
]
}สร้างด้วย AI Agent
ใช้ Back4app AI Agent เพื่อสร้างแอปแจ้งเบาะแสภายในจริงจากเทมเพลตนี้ รวมถึงส่วนติดต่อผู้ใช้ ฝ่ายหลัง บัญชีผู้ใช้ และบันทึกลับแบบไม่ระบุชื่อ สถานะกรณี และการไหลของบันทึกการสอบสวน
สร้างแอปแจ้งเบาะแสภายในหลังบ้านบน Back4app ด้วยสคีมาที่แม่นยำเช่นนี้และพฤติกรรม สคีมา: 1. ผู้ใช้ (ใช้ Back4app ที่สร้างไว้): ชื่อผู้ใช้, อีเมล, รหัสผ่าน; objectId, createdAt, updatedAt (ระบบ). 2. ผู้รายงาน: ชื่อเล่น (String, จำเป็น), วิธีการติดต่อ (String), ยินยอมในการติดตาม (Boolean, จำเป็น); objectId, createdAt, updatedAt (ระบบ). 3. WhistleblowerLog: ผู้รายงาน (Pointer to Reporter, ไม่จำเป็น), ช่องทางการรายงาน (String, จำเป็น), หมวดหมู่ (String, จำเป็น), รายละเอียด (String, จำเป็น), แท็กความเป็นส่วนตัว (Boolean, จำเป็น), ส่งเมื่อ (Date, จำเป็น); objectId, createdAt, updatedAt (ระบบ). 4. CaseFile: หมายเลขกรณี (String, จำเป็น), บันทึก (Pointer to WhistleblowerLog, จำเป็น), สถานะ (String, จำเป็น), ความสำคัญ (String, จำเป็น), ผู้ประสานงานที่กำหนด (Pointer to User, ไม่จำเป็น), เปิดเมื่อ (Date, จำเป็น), ปิดเมื่อ (Date); objectId, createdAt, updatedAt (ระบบ). 5. InvestigationNote: caseFile (Pointer to CaseFile, จำเป็น), ประเภทหมายเหตุ (String, จำเป็น), ข้อความหมายเหตุ (String, จำเป็น), สร้างโดย (Pointer to User, จำเป็น), สร้างเมื่อ (Date, จำเป็น); objectId, createdAt, updatedAt (ระบบ). ความปลอดภัย: - ปกป้องวิธีการติดต่อของผู้รายงานและการยินยอมในการติดตาม ใช้ ACL/CLP เพื่อให้ผู้ประสานงานที่ได้รับการอนุมัติเท่านั้นที่สามารถดูรายละเอียดที่จำกัดได้ - เฉพาะเจ้าหน้าที่ที่ได้รับการตรวจสอบเท่านั้นที่สามารถสร้างหรือปิดรายการ CaseFile ใช้ Cloud Code เพื่อการตรวจสอบ - จำกัดการอ่านและเขียนใน InvestigationNote ให้กับผู้ตรวจสอบและผู้ประสานงานที่กำหนด การตรวจสอบ: - ลงทะเบียน, เข้าสู่ระบบ, ออกจากระบบ. พฤติกรรม: - ส่งบันทึกที่ไม่ระบุชื่อ, รายการกรณี, อัปเดตสถานะกรณี, และเพิ่มบันทึกการสอบสวน. ส่งมอบ: - แอป Back4app ที่มีสคีมา, ACL, CLP; ส่วนติดต่อผู้ใช้สำหรับข้อมูลที่ไม่ระบุชื่อ, กรณี, และบันทึกการสอบสวน.
กดปุ่มด้านล่างเพื่อเปิด Agent ด้วยการเติมข้อมูลที่แนะนำนี้ล่วงหน้า
นี่คือข้อความคำสั่งพื้นฐานที่ไม่มีส่วนท้ายทางเทคโนโลยี คุณสามารถปรับเปลี่ยนสแต็กส่วนติดต่อผู้ใช้ที่สร้างขึ้นได้หลังจากนั้น
API Playground
ลองใช้ REST และ GraphQL endpoints กับ schema ของผู้แจ้งเบาะแส การตอบกลับจะใช้ข้อมูลจำลองและไม่ต้องการบัญชี Back4app
ใช้ schema เดียวกันกับเทมเพลตนี้.
เลือกเทคโนโลยีของคุณ
ขยายแต่ละการ์ดเพื่ดูวิธีการรวม Reporter, WhistleblowerLog, และ CaseFile กับสแต็กที่คุณเลือก.
Flutter เบื้องหลังผู้แจ้งเบาะแสภายใน
React เบื้องหลังผู้แจ้งเบาะแสภายใน
React แบบเนทีฟ เบื้องหลังผู้แจ้งเบาะแสภายใน
Next.js เบื้องหลังผู้แจ้งเบาะแสภายใน
JavaScript เบื้องหลังผู้แจ้งเบาะแสภายใน
Android เบื้องหลังผู้แจ้งเบาะแสภายใน
iOS เบื้องหลังผู้แจ้งเบาะแสภายใน
Vue เบื้องหลังผู้แจ้งเบาะแสภายใน
Angular เบื้องหลังผู้แจ้งเบาะแสภายใน
GraphQL เบื้องหลังผู้แจ้งเบาะแสภายใน
REST API เบื้องหลังผู้แจ้งเบาะแสภายใน
PHP เบื้องหลังผู้แจ้งเบาะแสภายใน
.NET เบื้องหลังผู้แจ้งเบาะแสภายใน
สิ่งที่คุณได้รับกับเทคโนโลยีแต่ละรายการ
ทุกสแตกใช้สคีมาหลังบ้านและสัญญา API ที่เป็นลักษณะเดียวกัน
โครงสร้างข้อมูลของผู้แจ้งเบาะแสที่รวมกัน
จัดการผู้รายงาน, บันทึกที่ไม่เปิดเผยชื่อ, ไฟล์คดี, และบันทึกการสอบสวนด้วยสคีมาที่สอดคล้องกัน
การรับรายงานที่ไม่เปิดเผยชื่อสำหรับการรายงานภายใน
บันทึก reportChannel, หมวดหมู่, รายละเอียด, และธงไม่เปิดเผยชื่อในเวิร์กโฟลว์ที่เรียบง่าย
การมองเห็นสถานะคดีสำหรับผู้ประสานงาน
รักษา caseNumber, สถานะ, และ assignedCoordinator ให้ซิงค์กันทั่วทั้งทีม
การเข้าถึงบันทึกที่ถูกควบคุมสำหรับผู้สอบสวน
จำกัดการดู InvestigationNote ให้กับพนักงานที่เหมาะสมโดยไม่เปิดเผยรายละเอียดการติดตาม
การเปรียบเทียบเทคโนโลยี
เปรียบเทียบความเร็วในการตั้งค่า, สไตล์ SDK, และการสนับสนุน AI ในทุกเทคโนโลยีที่รองรับ.
| เฟรมเวิร์ก | เวลาในการตั้งค่า | ประโยชน์ของแอพแจ้งเบาะแส | ประเภท SDK | สนับสนุน AI |
|---|---|---|---|---|
| ประมาณ 5 นาที | รหัสฐานเดียวสำหรับการรับข้อมูลแจ้งเบาะแสบนมือถือและเว็บ. | SDK แบบพิมพ์ | เต็ม | |
| ไม่เกิน 5 นาที | แดชบอร์ดเว็บที่รวดเร็วสำหรับสถานะกรณีและบันทึก. | SDK ที่พิมพ์ | เต็ม | |
| ~3–7 นาที | แอปมือถือข้ามแพลตฟอร์มสำหรับการรายงานแบบไม่ระบุชื่อ. | SDK ที่พิมพ์ | เต็ม | |
| การตั้งค่าอย่างรวดเร็ว (5 นาที) | แดชบอร์ดการตรวจสอบกรณีที่เรนเดอร์บนเซิร์ฟเวอร์. | SDK ที่พิมพ์ | เต็ม | |
| ~3–5 นาที | การบูรณาการรายงานภายในที่เบา | SDK ที่พิมพ์ | เต็ม | |
| ประมาณ 5 นาที | แอปขนาดเล็ก Android สำหรับการบันทึกข้อมูลที่ไม่ระบุชื่อ | SDK ที่พิมพ์ | เต็ม | |
| น้อยกว่า 5 นาที | แอปขนาดเล็ก iOS สำหรับการตรวจสอบกรณี | SDK ที่พิมพ์ | เต็ม | |
| ~3–7 นาที | คอนโซลบุคลากร React สำหรับกรณีการเปิดเผยข้อมูล. | SDK ที่พิมพ์ | เต็ม | |
| การติดตั้งที่รวดเร็ว (5 นาที) | แผงแดชบอร์ดสำหรับการสอบสวนระดับองค์กร. | SDK ที่พิมพ์ | เต็ม | |
| ภายใน 2 นาที | API ที่ยืดหยุ่นของ GraphQL สำหรับกรณีผู้แจ้งเบาะแส. | API ของ GraphQL | เต็ม | |
| การติดตั้งที่รวดเร็ว (2 นาที) | การรวม REST API สำหรับบันทึกและกรณีที่ไม่ระบุชื่อ. | REST API | เต็ม | |
| ประมาณ 3 นาที | กระบวนการทำงานด้านเซิร์ฟเวอร์ของ PHP สำหรับการจัดการกรณีต่าง ๆ. | REST API | เต็ม | |
| ~3–7 นาที | แบ็กเอนด์ .NET สำหรับการดำเนินการของผู้แจ้งเบาะแส. | SDK ที่พิมพ์ได้ | เต็ม |
เวลาในการตั้งค่าจะแสดงระยะเวลาที่คาดหวังตั้งแต่การเริ่มต้นโครงการไปจนถึงการบันทึกการแจ้งเบาะแสครั้งแรกหรือการสอบถามกรณีโดยใช้สคีมานี้.
คำถามที่พบบ่อย
คำถามทั่วไปเกี่ยวกับการสร้างแบ็กเอนด์ผู้แจ้งเบาะแสภายในด้วยแม่แบบนี้.
พร้อมที่จะสร้างแอปผู้แจ้งเบาะแสภายในของคุณหรือยัง?
เริ่มโครงการผู้แจ้งเบาะแสภายในของคุณในไม่กี่นาที ไม่จำเป็นต้องใช้บัตรเครดิต.