PI 사건 기록
AI 에이전트로 구축
사설 탐정 사건 기록 백엔드

사설 탐정 사건 기록 백엔드 템플릿
사건 파일, 증거 항목 및 청구

생산 준비 완료된 사설 탐정 사건 기록 백엔드가 Back4app에 있으며 사건 파일, 증거 항목, 감시 노트 및 청구 항목 클래스가 포함되어 있습니다. 사건 이력을 추적하고, 증거 태그를 보존하며, 청구를 동일한 파일에 연결된 상태로 유지하세요.

AI 에이전트로 구축기술 선택

주요 케이스 로그 요점

이 템플릿은 직원들이 깨끗한 연대기 파일을 유지할 수 있도록 CaseFile, EvidenceItem, SurveillanceNote 및 BillingEntry 기록과 함께 개인 조사관 케이스 로그 백엔드를 제공합니다.

  1. 케이스별 증거 추적 — 각 항목에 대해 evidenceTag, evidenceType, storageUrl 및 isSealed 필드를 가진 EvidenceItem 모델.
  2. 감시 노트 연대기 — SurveillanceNote 항목이 noteTime, 위치, 요약 및 세부정보와 함께 CaseFile에 연결되도록 유지하세요.
  3. 클라이언트 청구 기록 — BillingEntry를 사용하여 CaseFile당 시간, 요금, 금액, 작업 유형 및 승인자를 캡처하세요.
  4. 역할 인식 접근 — ACL 및 CLP 규칙으로 CaseFile, EvidenceItem 및 BillingEntry 접근 제한.
  5. 웹 및 모바일 API 동등성 — React, Flutter, Next.js 및 네이티브 앱을 동일한 REST 및 GraphQL 엔드포인트를 통해 제공.

사적 조사관 사건 기록 템플릿이란?

사적 조사관 사건 기록 intake가 엉망이면, 그 이후의 모든 것에 피해를 주므로, 처음부터 깔끔하게 캡처하는 것이 나중에 재구성을 위한 시간을 절약합니다. 명확성이 영웅주의를 초월합니다. 이 템플릿은 Back4app에서 역할 기반 접근을 사용하여 CaseFile, EvidenceItem, SurveillanceNote 및 BillingEntry를 모델링하므로 모든 사적 조사관 사건 기록 팀원이 자신이 소유한 파이프라인의 일부를 볼 수 있습니다.

최고:

사적 조사관 사건 관리증거 기록 시스템감시 노트 캡처 도구고객 청구 추적기MVP 출시팀이 PI 워크플로우를 위해 BaaS를 선택하는 경우

개인 조사관 케이스 로그 템플릿에서 얻는 것

개인 조사관 케이스 로그에서 가장 어려운 대화는 “어떤 번호가 공식인가요?”로 시작합니다. — 백엔드가 아직 권위적이지 않다는 신호입니다.

여기 모든 기술 카드가 동일한 CaseFile, EvidenceItem 및 SurveillanceNote 모델에 매핑됩니다 — 백엔드 계약을 다시 협상하지 않고 스택을 선택하세요.

PI 사례 로그 주요 기능

이 허브의 모든 기술 카드는 User, CaseFile, EvidenceItem, SurveillanceNote 및 BillingEntry와 함께 동일한 케이스 로그 백엔드 스키마를 사용합니다.

사례 파일 관리

CaseFile은 caseNumber, clientName, status, assignedInvestigator, 및 billingRate를 저장합니다.

증거 로깅

EvidenceItem은 CaseFile에 연결되며 evidenceTag, evidenceType, storageUrl, 및 isSealed를 캡처합니다.

감시 노트

SurveillanceNote는 각 감시 기간에 대한 noteTime, location, summary, detail 및 followUpNeeded를 저장합니다.

클라이언트 청구 항목

BillingEntry는 entryDate, hours, rate, amount, workType 및 approvedBy를 캡처합니다.

왜 Back4app로 PI 사례 로그를 작성해야 합니까?

Back4app는 사례 파일, 증거, 메모 및 청구 항목을 정리하는데 필요한 데이터 클래스와 접근 제어를 제공합니다. 팀이 현장 작업에 집중할 수 있도록 합니다.

  • •CaseFile과 EvidenceItem이 연결되어 있습니다.: 각 EvidenceItem을 CaseFile에 저장하여 사진, 영수증 및 증거의 연속성 세부사항이 올바른 조사에 연결되도록 합니다.
  • •감시 노트 타임라인이 읽기 쉬워졌습니다.: SurveillanceNote의 noteTime 필드는 관찰 시간에 따라 감시 로그를 정렬할 수 있도록 하여 자유 텍스트 추측이 필요하지 않습니다.
  • •BillingEntry는 조사 기록과 일치합니다.: BillingEntry에서 시간, 요율, 금액 및 작업 유형을 캡처하여 현장 시간을 고객 청구와 연결합니다.

사례 로그를 한 번 작성한 후 웹, 모바일 및 조사자 대시보드 전반에 걸쳐 동일한 백엔드 계약을 재사용합니다.

PI 케이스 로그의 이점

첫 번째 항목부터 조사 노트와 청구를 정리된 상태로 유지하는 케이스 로그 백엔드.

깨끗한 증거 경로

EvidenceItem 기록은 각 항목에 대한 evidenceTag, evidenceType, storageUrl 및 collectedAt을 보존합니다.

읽기 쉬운 감시 기록

CaseFile에 연결된 SurveillanceNote 항목은 위치, 요약 및 세부 정보가 포함된 시간 순서의 필드 기록을 제공합니다.

사례에 따라 진행되는 청구

BillingEntry는 작업이 발생한 동일한 CaseFile과 연결된 시간, 요금, 금액 및 workType을 유지합니다.

민감한 파일에 대한 접근 제어

ACL 및 CLP를 사용하여 지정된 조사자만 CaseFile을 편집하거나 EvidenceItem 행을 추가할 수 있습니다.

장치 간 접근 사례 로그

REST와 GraphQL API를 통해 웹 대시보드, 모바일 필드 앱 및 백오피스 청구 도구가 동일한 CaseFile 데이터를 읽을 수 있습니다.

빠른 스키마 재사용

필드별로 케이스 레코드를 구축하는 대신 User, CaseFile, EvidenceItem, SurveillanceNote 및 BillingEntry로 시작하세요.

당신의 사설 탐정 케이스 로그를 시작할 준비가 되셨나요?

Back4app AI 에이전트가 당신의 케이스 로그 백엔드를 스캐폴드하고 CaseFile, EvidenceItem, SurveillanceNote 및 BillingEntry 흐름을 하나의 프롬프트에서 생성하도록 하십시오.

AI 에이전트로 구축하기API 샌드박스를 사용해 보세요

무료 시작 — 월 50 AI 에이전트 프롬프트, 신용 카드 필요 없음

케이스 로그 기술 스택

이 개인 조사관 사례 로그 백엔드 템플릿에 포함된 모든 것.

프론트엔드
13개 이상의 기술
백엔드
Back4app
데이터베이스
MongoDB
인증
내장 인증 + 세션
API
REST 및 GraphQL
실시간
Live Queries

사례 ER 다이어그램

사설 탐정 사례 로그 백엔드 스키마에 대한 엔티티 관계 모델입니다.

다이어그램 소스 보기
Mermaid
erDiagram
    User ||--o{ CaseFile : "assignedInvestigator"
    User ||--o{ EvidenceItem : "collectedBy"
    User ||--o{ SurveillanceNote : "observer"
    User ||--o{ BillingEntry : "approvedBy"
    CaseFile ||--o{ EvidenceItem : "caseFile"
    CaseFile ||--o{ SurveillanceNote : "caseFile"
    CaseFile ||--o{ BillingEntry : "caseFile"

    User {
        String objectId PK
        String username
        String email
        String password
        String role
        Date createdAt
        Date updatedAt
    }

    CaseFile {
        String objectId PK
        String caseNumber
        String clientName
        String status
        String assignedInvestigatorId FK
        Number billingRate
        Date openedAt
        Date closedAt
        Date createdAt
        Date updatedAt
    }

    EvidenceItem {
        String objectId PK
        String caseFileId FK
        String evidenceTag
        String evidenceType
        String storageUrl
        String collectedById FK
        Date collectedAt
        String locationLabel
        Boolean isSealed
        Date createdAt
        Date updatedAt
    }

    SurveillanceNote {
        String objectId PK
        String caseFileId FK
        Date noteTime
        String observerId FK
        String location
        String summary
        String detail
        Boolean followUpNeeded
        Date createdAt
        Date updatedAt
    }

    BillingEntry {
        String objectId PK
        String caseFileId FK
        Date entryDate
        Number hours
        Number rate
        Number amount
        String workType
        String approvedById FK
        Date createdAt
        Date updatedAt
    }

사례 동기화 흐름

로그인, 사례 파일 로딩, 증거 항목 업로드, 감시 노트 생성 및 청구 항목 검토를 위한 일반적인 실행 흐름입니다.

다이어그램 소스 보기
Mermaid
sequenceDiagram
  participant User
  participant App as Private Investigator Case Log App
  participant Back4app as Back4app Cloud

  User->>App: Sign in to the case log
  App->>Back4app: POST /login
  Back4app-->>App: Session token

  User->>App: Open today's CaseFile list
  App->>Back4app: GET /classes/CaseFile?order=-openedAt
  Back4app-->>App: CaseFile rows

  User->>App: Add an EvidenceItem or SurveillanceNote
  App->>Back4app: POST /classes/EvidenceItem or /classes/SurveillanceNote
  Back4app-->>App: Saved objectId and timestamps

  User->>App: Review BillingEntry totals for a CaseFile
  App->>Back4app: GET /classes/BillingEntry?include=caseFile
  Back4app-->>App: BillingEntry list

  App->>Back4app: Live update case activity
  Back4app-->>App: CaseFile, EvidenceItem, SurveillanceNote changes

필드 사전

민간 수사관 사건 기록 스키마의 모든 클래스에 대한 전체 필드 수준 참조입니다.

필드유형설명필수
objectIdStringAuto-generated unique identifier자동
usernameStringUser login name
emailStringUser email address
passwordStringHashed password (write-only)
roleStringStaff role such as investigator, admin, or billing
createdAtDateAuto-generated creation timestamp자동
updatedAtDateAuto-generated last-update timestamp자동

7 필드 User에서

사례 보안 및 권한

ACL 및 CLP 전략이 사용자, 사건 파일, 증거 항목, 노트 및 청구 항목을 어떻게 보호하는지.

배정된 조사자 제어

배정된 사용자 또는 사건 소유자만 사건 파일을 업데이트하고, 증거를 추가하거나 청구 세부정보를 수정할 수 있습니다.

증거 무결성 검사

Cloud Code 검증을 사용하여 EvidenceItem 행이 CaseFile 포인터, storageUrl 및 collectedBy 추적을 필요로 하도록 합니다.

범위 있는 읽기 접근

케이스 노트 및 청구 항목을 해당 파일에서 작업하는 직원에게 제한합니다; 민감한 항목은 광범위하게 노출되어서는 안 됩니다.

JSON 스키마

Back4app에 복사하거나 구현 참조로 사용할 준비가 된 원시 JSON 스키마 정의입니다.

JSON
{
  "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
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "CaseFile",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "caseNumber": {
          "type": "String",
          "required": true
        },
        "clientName": {
          "type": "String",
          "required": true
        },
        "status": {
          "type": "String",
          "required": true
        },
        "assignedInvestigator": {
          "type": "Pointer",
          "required": true,
          "targetClass": "User"
        },
        "billingRate": {
          "type": "Number",
          "required": true
        },
        "openedAt": {
          "type": "Date",
          "required": true
        },
        "closedAt": {
          "type": "Date",
          "required": false
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "EvidenceItem",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "caseFile": {
          "type": "Pointer",
          "required": true,
          "targetClass": "CaseFile"
        },
        "evidenceTag": {
          "type": "String",
          "required": true
        },
        "evidenceType": {
          "type": "String",
          "required": true
        },
        "storageUrl": {
          "type": "String",
          "required": true
        },
        "collectedBy": {
          "type": "Pointer",
          "required": true,
          "targetClass": "User"
        },
        "collectedAt": {
          "type": "Date",
          "required": true
        },
        "locationLabel": {
          "type": "String",
          "required": false
        },
        "isSealed": {
          "type": "Boolean",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "SurveillanceNote",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "caseFile": {
          "type": "Pointer",
          "required": true,
          "targetClass": "CaseFile"
        },
        "noteTime": {
          "type": "Date",
          "required": true
        },
        "observer": {
          "type": "Pointer",
          "required": true,
          "targetClass": "User"
        },
        "location": {
          "type": "String",
          "required": true
        },
        "summary": {
          "type": "String",
          "required": true
        },
        "detail": {
          "type": "String",
          "required": true
        },
        "followUpNeeded": {
          "type": "Boolean",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "BillingEntry",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "caseFile": {
          "type": "Pointer",
          "required": true,
          "targetClass": "CaseFile"
        },
        "entryDate": {
          "type": "Date",
          "required": true
        },
        "hours": {
          "type": "Number",
          "required": true
        },
        "rate": {
          "type": "Number",
          "required": true
        },
        "amount": {
          "type": "Number",
          "required": true
        },
        "workType": {
          "type": "String",
          "required": true
        },
        "approvedBy": {
          "type": "Pointer",
          "required": false,
          "targetClass": "User"
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    }
  ]
}

AI 에이전트로 빌드

이 템플릿에서 실제 개인 조사관 케이스 로그 앱을 생성하기 위해 Back4app AI 에이전트를 사용하세요. 프론트엔드, 백엔드, 인증 및 CaseFile, EvidenceItem, SurveillanceNote, BillingEntry 흐름을 포함합니다.

Back4app AI 에이전트
빌드할 준비 완료
Back4app에서 이 정확한 스키마와 동작으로 개인 조사관 사건 기록 앱 백엔드를 만듭니다.

스키마:
1. 사용자 (Back4app 내장 사용): 사용자 이름, 이메일, 비밀번호, 역할; objectId, createdAt, updatedAt (시스템).
2. 사건 파일: 사건 번호 (문자열, 필수), 고객 이름 (문자열, 필수), 상태 (문자열, 필수), 배정된 조사관 (사용자에 대한 포인터, 필수), 청구 요율 (숫자, 필수), 열린 날짜 (날짜, 필수), 닫힌 날짜 (날짜, 선택적); objectId, createdAt, updatedAt (시스템).
3. 증거 항목: 사건 파일 (사건 파일에 대한 포인터, 필수), 증거 태그 (문자열, 필수), 증거 유형 (문자열, 필수), 저장 URL (문자열, 필수), 수집자 (사용자에 대한 포인터, 필수), 수집 날짜 (날짜, 필수), 위치 레이블 (문자열, 선택적), 봉인 여부 (부울, 필수); objectId, createdAt, updatedAt (시스템).
4. 감시 메모: 사건 파일 (사건 파일에 대한 포인터, 필수), 메모 시간 (날짜, 필수), 관찰자 (사용자에 대한 포인터, 필수), 위치 (문자열, 필수), 요약 (문자열, 필수), 세부 사항 (문자열, 필수), 후속 조치 필요 여부 (부울, 필수); objectId, createdAt, updatedAt (시스템).
5. 청구 항목: 사건 파일 (사건 파일에 대한 포인터, 필수), 항목 날짜 (날짜, 필수), 시간 (숫자, 필수), 요율 (숫자, 필수), 금액 (숫자, 필수), 작업 유형 (문자열, 필수), 승인자 (사용자에 대한 포인터, 선택적); objectId, createdAt, updatedAt (시스템).

보안:
- 사건 파일의 가시성을 배정된 조사관 및 청구 직원으로 제한합니다.
- 증거 항목 기록은 사건 접근 권한이 있는 직원만 작성할 수 있습니다.
- 감시 메모 항목은 연대기적 기록을 보존해야 합니다.
- 청구 항목 총액은 청구 승인 직원이 편집할 수 있습니다.

인증:
- 회원가입, 로그인, 로그아웃.

동작:
- 열린 사건 파일 목록, 증거 항목 생성, 감시 메모 추가, 청구 항목 계산 및 사건 활동에 대한 실시간 업데이트를 표시합니다.

제공:
- 스키마, ACL, CLP가 포함된 Back4app 앱; 사건 관리, 증거 기록, 감시 메모 및 고객 청구를 위한 프론트엔드.

아래 버튼을 눌러 이 템플릿 프롬프트가 미리 채워진 상태에서 에이전트를 여세요.

이것은 기술 접미사가 없는 기본 프롬프트입니다. 생성된 프론트엔드 스택은 이후에 조정할 수 있습니다.

몇 분 안에 배포한 달에 50개의 무료 프롬프트신용 카드 필요 없음

API 샌드박스

GraphQL 엔드포인트와 REST를 개인 조사관 사건 기록 스키마에 대해 사용해 보세요. 응답은 모의 데이터를 사용하며 Back4app 계정이 필요하지 않습니다.

플레이그라운드 로딩 중…

이 템플릿과 동일한 스키마를 사용합니다.

기술 선택

각 카드를 확장하여 선택한 스택과 CaseFile, EvidenceItem, SurveillanceNote를 통합하는 방법을 확인하세요.

Flutter 사설 탐정 사건 로그 백엔드

React 사설 탐정 사건 로그 백엔드

React 네이티브 사설 탐정 사건 로그 백엔드

Next.js 사설 탐정 사건 로그 백엔드

JavaScript 사설 탐정 사건 로그 백엔드

Android 사설 탐정 사건 로그 백엔드

iOS 사설 탐정 사건 로그 백엔드

Vue 사설 탐정 사건 로그 백엔드

Angular 사설 탐정 사건 로그 백엔드

GraphQL 사설 탐정 사건 로그 백엔드

REST API 사설 탐정 사건 로그 백엔드

PHP 사설 탐정 사건 로그 백엔드

.NET 사설 탐정 사건 로그 백엔드

모든 기술에서 얻는 것

모든 스택은 동일한 사설 수사관 사건 기록 백엔드 스키마 및 API 계약을 사용합니다.

통합된 사건 기록 구조

일관된 스키마로 사용자, CaseFile, EvidenceItem, SurveillanceNote 및 BillingEntry 기록을 관리합니다.

PI 작업을 위한 증거 기록

모든 EvidenceItem에 대해 evidenceTag, evidenceType, storageUrl 및 collectedAt을 기록합니다.

감시 노트 타임라인

필드워크 검토를 위해 위치, 요약, 세부정보 및 메모 시간을 캡처합니다.

클라이언트 청구 기록

사례 파일별로 시간, 비율, 금액 및 작업 유형을 추적합니다.

REST/GraphQL API 조사용

웹, 모바일 및 사무실 도구를 하나의 백엔드 계약으로 통합합니다.

확장 가능한 사건 워크플로우

조사 과정의 변화에 따라 새로운 클래스나 필드를 추가합니다.

민간 조사관 기술 비교

모든 지원 기술에서 설정 속도, SDK 스타일 및 AI 지원을 비교합니다.

프레임워크설정 시간PI 사례 로그 혜택SDK 유형AI 지원
Flutter
약 5분모바일 및 웹에서 조사자 사례 로그를 위한 단일 코드베이스.타입된 SDK전체
React
5분 이내사례 파일 및 증거를 위한 빠른 웹 대시보드.타입된 SDK전체
React 네이티브
~3–7 분현장 노트 및 증거 캡처를 위한 크로스 플랫폼 모바일 앱.타입된 SDK전체
Next.js
빠른 (5 분) 설정조사자를 위한 서버 렌더링 케이스 관리 포털.타입된 SDK전체
JavaScript
~3–5 분PI 로그를 위한 경량 웹 통합.타입된 SDK전체
Android
약 5 분현장 감시 노트를 위한 네이티브 Android 앱입니다.타입된 SDK전체
iOS
5분 이내증거 기록을 위한 네이티브 iOS 앱입니다.타입된 SDK전체
Vue
약 3-7분사례 로그 검토를 위한 React 웹 UI입니다.타입된 SDK전체
Angular
신속한 (5분) 설정케이스 파일 및 청구를 위한 엔터프라이즈 웹 앱입니다.타입된 SDK전체
GraphQL
2분 이내중첩된 케이스 데이터에 대한 유연한 GraphQL API입니다.GraphQL API전체
REST API
빠른 (2분) 설정PI 케이스 로그를 위한 REST API 통합입니다.REST API전체
PHP
~3분케이스 파일 워크플로우를 위한 서버 측 PHP 백엔드입니다.REST API전체
.NET
~3–7 분조사 및 청구를 위한 .NET 백엔드입니다.타입된 SDK전체

설정 시간은 이 템플릿 스키마를 사용하여 프로젝트 시작부터 첫 번째 사례 파일 또는 증거 쿼리까지의 예상 기간을 반영합니다.

PI 케이스 로그 FAQ

이 템플릿을 사용하여 개인 조사관 케이스 로그 백엔드를 구축하는 것에 대한 일반적인 질문들.

개인 조사관 케이스 로그 팀은 역할 간에 데이터가 유출되지 않도록 책임을 어떻게 나누어야 하나요?
구조화된 작업과 자유 형식 노트 중 어떤 개인 조사관 케이스 로그 워크플로가 가장 큰 혜택을 입나요?
개인 조사관 케이스 로그 보고 필드를 추가하는 가장 좋은 방법은 무엇인가요?
Flutter로 사건 파일과 노트에 대한 쿼리를 어떻게 실행하나요?
Next.js Server Actions와 함께 개인 조사관 사례 로그 접근을 어떻게 관리하나요?
React 네이티브가 사례 로그를 오프라인으로 캐시할 수 있나요?
무단 증거 수정을 방지하는 방법은 무엇인가요?
Android에서 청구 가능한 시간을 표시하는 가장 좋은 방법은 무엇인가요?

전 세계 개발자들에 의해 신뢰받고 있습니다

Back4app 템플릿을 사용하여 개인 수사관 사례 로그 제품을 더 빠르게 출시하는 팀에 가입하세요

G2 Users Love Us Badge

귀하의 개인 수사관 사례 로그 앱을 만들 준비가 되셨나요?

몇 분 안에 개인 수사관 사례 로그 프로젝트를 시작하세요. 신용 카드 불필요.

기술 선택