갈등 광물 로그 백엔드

갈등 광물 로그 백엔드 템플릿
제련소 로그 및 출처 추적 가능성

Q: 갈등 광물 로그 팀은 이메일 스레드를 재구성하지 않고 어떻게 승인 및 예외를 증명할 수 있습니까?

BaaS 스키마 및 API는 제련소 로그, 출처 기록, 선적, 보고서 및 실사 파일을 하나의 추적 가능한 워크플로우에서 관리하기 위한 것입니다.

Q: 제련소 로그 수집, 출처 데이터 추적 및 실사 보고서 간의 어떤 관계가 갈등 광물 로그 감사를 쉽게 설명하게 해 줍니까?

여기에는 User, SmelterLog, OriginRecord, Shipment, Report 및 DueDiligenceFile 클래스가 포함되며, ER 다이어그램, API 플레이그라운드 및 AI 에이전트 프롬프트도 포함되어 있습니다.

Q: 역사를 끊지 않고 다단계 승인을 위해 갈등 광물 로그 워크플로우를 어떻게 확장합니까?

Back4app는 관리되는 인증, 유연한 스키마, 실시간 업데이트 및 REST 및 GraphQL API를 제공하므로 자체 백엔드를 운영하지 않고도 광물 로그 제품을 구축할 수 있습니다.

Q: Flutter에서 제련소 로그를 어떻게 나열합니까?

SmelterLog 클래스를 쿼리하고, createdAt 또는 status로 정렬하며, Flutter 목록 UI에서 smelterName 및 lotNumber를 렌더링하세요.

Q: Next.js에서 출처 기록을 어떻게 생성합니까?

서버 액션 또는 API 경로를 사용하여 shipment, mineSite, countryOfOrigin 및 evidenceUrl을 포함한 OriginRecord를 생성한 다음, 저장된 결과를 페이지에 반환하세요.

Q: React은(는) 오프라인에서 배송 및 보고서를 캐시할 수 있나요?

네. 현장 직원이 장치가 연결을 끊어도 현재 로그를 볼 수 있도록 배송 및 보고서 객체를 로컬에 고정합니다.

Q: 스멜터 로그에 대한 무단 업데이트를 어떻게 방지할 수 있나요?

SmelterLog의 beforeSave에서 Cloud Code를 사용하여 submittedBy 사용자를 확인하고 로그를 읽기만 해야 하는 역할의 편집을 거부합니다.

Q: Android에서 실사 파일을 표시하는 가장 좋은 방법은 무엇인가요?

관련 보고서와 함께 DueDiligenceFile을 쿼리한 다음, Android 화면에 fileType, version 및 fileUrl을 표시합니다.

Q: 광물 추적 흐름은 어떻게 작동하나요?

사용자가 로그인하고 SmelterLog 항목을 로드한 다음, 관련 배송에 OriginRecord 데이터를 첨부하고 검토를 위해 DueDiligenceFile이 포함된 보고서를 게시합니다.

Q: 이 Conflict Mineral Log 템플릿을 지원하는 클래스는 무엇인가요?

핵심 모델에는 SmelterLog, OriginRecord, Shipment, Report 및 DueDiligenceFile이 포함되며, 직원 계정을 위한 내장 사용자 클래스도 포함됩니다.

생산 준비 완료된 갈등 광물 로그 백엔드가 Back4app에 있으며, 제련소 로그, 출처 추적 및 실사 보고서를 포함합니다. ER 다이어그램, 데이터 사전, JSON 스키마, API 놀이터, 및 빠른 설정을 위한 AI 에이전트 프롬프트가 포함되어 있습니다.

AI 에이전트와 함께 구축하기 기술 선택하기

분쟁 광물 로그를 위한 주요 요점

이 템플릿은 주조소 로그, 출처 추적 및 실사 보고서 처리를 갖춘 분쟁 광물 로그 백엔드를 제공하여 운영 팀이 검토 및 상승에 집중할 수 있도록 합니다.

주조소 로그 구조 — 각 SmelterLog를 smelterName, lotNumber 및 status로 모델링하여 검토자가 제출을 수집에서 승인까지 따를 수 있도록 합니다.
출처 추적 가능성 — OriginRecord 및 Shipment 포인터를 사용하여 국가, mineSite 및 custody chain 세부 정보를 보존합니다.
실사 결과 — 감사 준비가 완료된 요약 및 내보내기를 위한 Report에 연결된 DueDiligenceFile 항목을 저장합니다.
역할 인식 리뷰 — ACL을 통해 관리자, 조정자 및 현장 직원의 작업 흐름을 로그 및 출처 업데이트와 분리하세요.

분쟁 광물 로그 백엔드 이해하기

분쟁 광물 로그에서 “우리는 보통 이런 식으로 합니다”는 통제가 아닙니다 — 문서화된 단계와 포착된 결과가 그렇습니다. 해결책은 동기 부여가 아니라 실행적입니다. Back4app는 핵심 엔티티를 타임스탬프가 찍히고 귀속 가능하게 유지하여, 검토가 발생할 때 팀이 필요로 하는 기본 분쟁 광물 로그를 제공합니다. 스키마는 보고서, 제련소 로그, 출처 기록, 발송 및 실사 파일을 포함하며, 이미 인증 및 추적 가능한 작업 흐름이 매핑되어 있습니다. 선호하는 프런트엔드를 연결하고 광물 출처 및 제련소 활동을 더 빠르게 기록하세요.

가장 적합한 경우:

분쟁 광물 추적 애플리케이션제련소 로그 시스템출처 데이터 포털실사 보고 도구필드 및 운영 대시보드BaaS를 준수 워크플로에 선택하는 팀들

갈등 광물 로그 템플릿 개요

갈등 광물 로그에서 공감을 지도할 수는 있지만, 준수가 증명을 요구할 때 누락된 기록을 회피할 수는 없습니다.

특정 클라이언트 프레임워크에 엔지니어링 시간을 투자하기 전에 제련소 로그 수집, 출처 데이터 추적, 실사 보고서가 어떻게 맞물리는지 이 개요를 사용하여 확인하세요.

핵심 분쟁 광물 로그 기능

이 허브의 모든 기술 카드에는 보고서, 제련소 로그, 기원 기록, 배송 및 실사 파일이 포함된 동일한 분쟁 광물 로그 스키마가 사용됩니다.

제련소 로그 수집

SmelterLog는 smelterName, lotNumber, status 및 submittedBy를 저장합니다.

기원 데이터 추적

OriginRecord는 mineSite, countryOfOrigin, 및 Shipment 포인터를 연결합니다.

실사 보고서

보고서 및 DueDiligenceFile은 리뷰 노트, 버전 및 exportType을 연결합니다.

조정자 검토 대기열

보고서 상태와 제련소 로그 상태는 조정자가 대기열을 볼 수 있도록 유지됩니다.

왜 Back4app로 갈등 광물 로그 백엔드를 구축해야 할까요?

Back4app는 제련소 검토, 출처 캡처 및 보고서 생성을 위한 클래스와 API 인터페이스를 제공하여 팀이 백엔드 정비가 아닌 추적 가능성에 집중할 수 있도록 합니다.

•SmelterLog과 OriginRecord는 워크플로우에 적합합니다.: 검토 프로세스에 맞는 유형화된 클래스에 smelterName, lotNumber, mineSite 및 countryOfOrigin을 저장합니다.
•선적 연관 추적 가능성: 선적 포인터를 SmelterLog 및 OriginRecord에 연결하여 원산지 증명이 각 자재 흐름을 따르도록 합니다.
•REST, GraphQL, 및 Live Queries: 하나의 API를 통해 로그를 검색한 다음 보고서와 상태 변경이 발생하는 대로 UI에 도달하도록 합니다.

자신만의 스키마, 인증 규칙 또는 파일 워크플로우를 처음부터 설계하지 않고 추적 가능한 광물 로그 백엔드를 시작하세요.

분쟁 광물 팀을 위한 핵심 혜택

기원 세부정보, 제련소 메모 및 실사 파일을 동기화하는 데 도움이 되는 광물 로그 백엔드.

더 빠른 로그 수집

모든 필드를 수동으로 매핑하는 대신 보고서 및 제련소 로그에서 시작합니다.

정리된 출처 기록

mineSite, countryOfOrigin 및 Shipment 포인터를 각 OriginRecord에 연결 상태로 유지하세요.

검토 준비 완료 파일

DueDiligenceFile에 실사를 내보내고 이를 생성한 보고서와 연결합니다.

역할 기반 제어

조정자가 로그를 편집할 수 있도록 ACL 및 CLP 규칙을 사용하고, 다른 역할은 승인된 보고서만 읽습니다.

클래스 간 추적 가능성

광물 체인을 평탄화하지 않고 SmelterLog, OriginRecord, Shipment 및 Report를 연결합니다.

AI 지원 부트스트랩

하나의 프롬프트에서 Conflict Mineral Log 백엔드 계약 및 첫 번째 UI 배선을 생성합니다.

갈등 광물 로그 앱을 시작할 준비가 되셨나요?

Back4app AI 에이전트가 갈등 광물 로그 백엔드를 스캐폴드하고 한 번의 프롬프트로 제련소 로그, 출처 데이터 및 실사 보고서를 생성합니다.

AI 에이전트로 구축하기 API 놀이터 사용해보기

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

기술 스택

이 갈등 광물 로그 백엔드 템플릿에 포함된 모든 것.

프론트엔드

13+ 기술

백엔드

Back4app

데이터베이스

MongoDB

인증

내장 인증 + 세션

API

REST 및 GraphQL

실시간

Live Queries

갈등 광물 ER 다이어그램

갈등 광물 로그 스키마에 대한 엔티티 관계 모델입니다.

ER 다이어그램

다이어그램 소스 보기

Mermaid

erDiagram
    User ||--o{ Smelter : "owner"
    User ||--o{ MineralOrigin : "reportedBy"
    User ||--o{ DueDiligenceReport : "preparedBy"
    User ||--o{ MineralLogEntry : "loggedBy"
    Smelter ||--o{ MineralLogEntry : "smelter"
    MineralOrigin ||--o{ MineralLogEntry : "origin"
    DueDiligenceReport ||--o{ MineralLogEntry : "report"

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

    Smelter {
        String objectId PK
        String smelterCode
        String smelterName
        String country
        String status
        String ownerId FK
        Date createdAt
        Date updatedAt
    }

    MineralOrigin {
        String objectId PK
        String lotNumber
        String mineralType
        String mineSite
        String region
        String reportedById FK
        Date createdAt
        Date updatedAt
    }

    DueDiligenceReport {
        String objectId PK
        String reportCode
        Date periodStart
        Date periodEnd
        String status
        String preparedById FK
        Date createdAt
        Date updatedAt
    }

    MineralLogEntry {
        String objectId PK
        String entryCode
        String smelterId FK
        String originId FK
        String reportId FK
        String auditStatus
        String loggedById FK
        Date createdAt
        Date updatedAt
    }

갈등 광물 로그 통합 흐름

로그인, 제련소 로그, 원산지 기록, 보고서 및 실시간 업데이트의 일반적인 실행 흐름입니다.

ER 다이어그램

다이어그램 소스 보기

Mermaid

sequenceDiagram
  participant User
  participant App as Conflict Mineral Log App
  participant Back4app as Back4app Cloud

  User->>App: Sign in to review mineral logs
  App->>Back4app: POST /login
  Back4app-->>App: Session token

  User->>App: Load smelter log rows
  App->>Back4app: GET /classes/Smelter?include=owner
  Back4app-->>App: Smelter list

  User->>App: Add a mineral origin record
  App->>Back4app: POST /classes/MineralOrigin
  Back4app-->>App: Origin objectId

  User->>App: Attach the origin to a due diligence report
  App->>Back4app: POST /classes/DueDiligenceReport
  Back4app-->>App: Report objectId

  User->>App: Create a mineral log entry
  App->>Back4app: POST /classes/MineralLogEntry
  Back4app-->>App: MineralLogEntry objectId

  App->>Back4app: Subscribe to MineralLogEntry updates
  Back4app-->>App: Live query events

갈등 광물 데이터 사전

갈등 광물 로그 스키마의 모든 클래스에 대한 필드 수준 참조입니다.

필드	유형	설명	필수
objectId	String	Auto-generated unique identifier	자동
username	String	User login name
email	String	User email address
password	String	Hashed password (write-only)
role	String	User role such as manager, coordinator, or fieldStaff
createdAt	Date	Auto-generated creation timestamp	자동
updatedAt	Date	Auto-generated last-update timestamp	자동

7 필드 User에서

광물 로그에 대한 보안 및 권한

ACL 및 CLP 규칙이 제련소 로그, 출처 기록, 보고서 및 실사 파일을 어떻게 보호하는지.

역할 기반 로그 편집

조정자와 지정된 직원만 SmelterLog 항목을 업데이트해야 하며; 읽기 전용 역할은 승인된 상태를 검토할 수 있습니다.

출처 기록 제어

저장하기 전에 누가 OriginRecord 및 Shipment 포인터를 생성하거나 편집할 수 있는지 확인하려면 Cloud Code를 사용하세요.

보고서 및 파일 액세스

검토 권한이 있는 사용자로 제한하여 DueDiligenceFile 다운로드 및 보고서 업데이트를 하세요.

스키마 (JSON)

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

JSON

100

101

102

103

104

105

106

107

108

109

110

111

112

113

114

115

116

117

118

119

120

121

122

123

124

125

126

127

128

129

130

131

132

133

134

135

136

137

138

139

140

141

142

143

144

145

146

147

148

149

150

151

152

153

154

155

156

157

158

159

160

161

162

163

164

165

166

167

168

169

170

171

172

173

174

175

176

177

178

179

180

181

182

183

184

185

186

187

188

189

190

191

192

193

194

195

196

{
  "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": "Smelter",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "smelterCode": {
          "type": "String",
          "required": true
        },
        "smelterName": {
          "type": "String",
          "required": true
        },
        "country": {
          "type": "String",
          "required": true
        },
        "status": {
          "type": "String",
          "required": true
        },
        "owner": {
          "type": "Pointer",
          "required": true,
          "targetClass": "User"
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "MineralOrigin",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "lotNumber": {
          "type": "String",
          "required": true
        },
        "mineralType": {
          "type": "String",
          "required": true
        },
        "mineSite": {
          "type": "String",
          "required": true
        },
        "region": {
          "type": "String",
          "required": true
        },
        "reportedBy": {
          "type": "Pointer",
          "required": true,
          "targetClass": "User"
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "DueDiligenceReport",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "reportCode": {
          "type": "String",
          "required": true
        },
        "periodStart": {
          "type": "Date",
          "required": true
        },
        "periodEnd": {
          "type": "Date",
          "required": true
        },
        "status": {
          "type": "String",
          "required": true
        },
        "preparedBy": {
          "type": "Pointer",
          "required": true,
          "targetClass": "User"
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "MineralLogEntry",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "entryCode": {
          "type": "String",
          "required": true
        },
        "smelter": {
          "type": "Pointer",
          "required": true,
          "targetClass": "Smelter"
        },
        "origin": {
          "type": "Pointer",
          "required": true,
          "targetClass": "MineralOrigin"
        },
        "report": {
          "type": "Pointer",
          "required": true,
          "targetClass": "DueDiligenceReport"
        },
        "auditStatus": {
          "type": "String",
          "required": true
        },
        "loggedBy": {
          "type": "Pointer",
          "required": true,
          "targetClass": "User"
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    }
  ]
}

AI 에이전트로 빌드하기

이 템플릿에서 실제 분쟁 광물 로그 앱을 생성하기 위해 Back4app AI 에이전트를 사용하세요. 여기에는 프런트엔드, 백엔드, 인증 및 제련소 로그, 기원 기록 및 보고 흐름이 포함됩니다.

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 (시스템).
6. 실사 파일: 보고서 (보고서에 대한 포인터, 필수), 파일 유형 (문자열, 필수), 파일 URL (문자열, 필수), 버전 (숫자, 필수); objectId, createdAt, updatedAt (시스템).

보안:
- 지정된 직원만 제련소 로그를 업데이트할 수 있습니다. 인증된 검토자만 기원 기록 및 실사 파일을 생성할 수 있습니다. 검증을 위해 Cloud Code를 사용하세요.

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

동작:
- 제련소 로그 나열, 기원 기록 생성, 보고서 생성 및 실시간 업데이트 구독.

전달:
- 스키마, ACL, CLP가 포함된 Back4app 앱; 제련소 로그, 기원 기록, 출하, 보고서 및 실사 파일에 대한 프런트엔드.

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

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

몇 분 만에 배포매달 50개의 무료 프롬프트신용카드 불필요

API 플레이그라운드

갈등 광물 로그 스키마에 대해 REST 및 GraphQL 엔드포인트를 시험해 보세요. 응답은 모의 데이터를 사용하며 Back4app 계정이 필요하지 않습니다.

플레이그라운드 로딩 중…

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

충돌 광물 로그를 위한 기술 선택

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

모든 기술에서 얻는 것

모든 스택은 동일한 갈등 광물 로그 스키마 및 API 계약을 사용합니다.

통합된 광물 로그 데이터 구조

하나의 스키마로 제련소 로그, 출처 기록, 배송, 보고서 및 실사 파일을 관리합니다.

추적 가능한 출처 작업 흐름

검토 단계에서 mineSite, 출처 국가 및 배송 링크를 지속적으로 표시합니다.

실시간 보고서 업데이트

로그 변경 사항을 추적하고 조정자가 대기열을 검토할 때 보고서 상태를 업데이트합니다.

역할 인식 작업

필드 항목 분리, 조정자 검토 및 보고서 게시 권한 설정.

REST/GraphQL API를 위한 광물 로그

대시보드, 태블릿 및 관리 도구를 유연한 API 접근으로 통합합니다.

확장 가능한 보고서 아키텍처

기본 로그 모델을 교체하지 않고 나중에 체크포인트, 제재 플래그 또는 첨부 파일을 추가합니다.

분쟁 광물 로그 프레임워크 비교

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

프레임워크	설정 시간	분쟁 광물 로그 혜택	SDK 유형	AI 지원
Flutter	약 5분	현장 로깅 및 조정자 검토를 위한 단일 코드베이스.	타입된 SDK	전체
React	5분 미만	용융로 로그 및 보고서를 위한 빠른 웹 대시보드.	타입된 SDK	전체
React 네이티브	~3–7 분	원산지 캡처를 위한 크로스 플랫폼 모바일 앱.	타입된 SDK	전체
Next.js	신속한 (5 분) 설정	실서버에서 렌더링된 감사 콘솔.	타입된 SDK	전체
JavaScript	~3–5 분	미네랄 로그를 위한 경량 웹 통합입니다.	타입된 SDK	전체
Android	약 5분	필드 데이터 입력을 위한 네이티브 Android 앱입니다.	타입된 SDK	전체
iOS	5분 이하	필드 리뷰 및 보고서를 위한 네이티브 iOS 앱입니다.	타입된 SDK	전체
Vue	약 3–7분	제련소 로그 작업을 위한 Reactive 웹 UI입니다.	타입된 SDK	전체
Angular	신속한 (5분) 설정	준수 검토를 위한 기업 웹 앱.	타입된 SDK	전체
GraphQL	2분 이내	광물 추적을 위한 유연한 GraphQL API.	GraphQL API	전체
REST API	빠른 (2분) 설정	로그 수집 및 보고를 위한 REST API 통합.	REST API	전체
PHP	약 3분	서버 측 PHP 통합을 통한 보고서 내보내기.	REST API	전체
.NET	~3-7분	리뷰 및 추적 가능성을 위한 .NET 통합.	타입 SDK	전체

설정 시간은 프로젝트 시작부터 첫 번째 제련소 로그 또는 이 템플릿 스키마를 사용한 원본 기록 쿼리까지 예상되는 지속 시간을 반영합니다.

자주 묻는 질문

이 템플릿으로 충돌 광물 로그 백엔드를 구축하는 것에 대한 일반적인 질문.

갈등 광물 로그 팀은 이메일 스레드를 재구성하지 않고 어떻게 승인 및 예외를 증명할 수 있습니까?

제련소 로그 수집, 출처 데이터 추적 및 실사 보고서 간의 어떤 관계가 갈등 광물 로그 감사를 쉽게 설명하게 해 줍니까?

역사를 끊지 않고 다단계 승인을 위해 갈등 광물 로그 워크플로우를 어떻게 확장합니까?

Flutter에서 제련소 로그를 어떻게 나열합니까?

Next.js에서 출처 기록을 어떻게 생성합니까?

React은(는) 오프라인에서 배송 및 보고서를 캐시할 수 있나요?

스멜터 로그에 대한 무단 업데이트를 어떻게 방지할 수 있나요?

Android에서 실사 파일을 표시하는 가장 좋은 방법은 무엇인가요?

광물 추적 흐름은 어떻게 작동하나요?

이 Conflict Mineral Log 템플릿을 지원하는 클래스는 무엇인가요?

전 세계 개발자들이 신뢰합니다.

Back4app 템플릿으로 분쟁광물 로그 제품을 더 빠르게 배송하는 팀에 참여하세요.

분쟁광물 로그 앱을 만들 준비가 되셨나요?

몇 분 만에 광물 로그 프로젝트를 시작하세요. 신용카드 필요 없음.

기술 선택하기

갈등 광물 로그 백엔드 템플릿제련소 로그 및 출처 추적 가능성