Log Rantai Dingin untuk Backend Ritel

Template Log Rantai Dingin untuk Backend Ritel
Log Suhu Penerimaan dan Riwayat Alarm untuk Toko Ritel

Q: Bagaimana pemimpin rantai dingin ritel menangkap penyimpangan kebijakan sebelum menjadi risiko sistemik?

Ini adalah skema backend dan API untuk tim ritel untuk mencatat suhu penerimaan, catatan kotak tampilan, dan riwayat alarm di seluruh lokasi toko.

Q: Bagaimana program rantai dingin ritel menangkap pelatihan, pernyataan, dan tindakan korektif dengan baik?

Ini termasuk kelas Store, ReceivingTempLog, DisplayCaseLog, dan AlarmEvent, diagram ER, API playground, dan prompt AI Agent.

Q: Apa jalur yang direkomendasikan untuk memperketat izin rantai dingin ritel seiring pertumbuhan organisasi?

Back4app menyediakan otentikasi terkelola, basis data, Live Queries, dan akses REST atau GraphQL sehingga Anda dapat membangun alur kerja pencatatan toko tanpa memelihara infrastruktur Anda sendiri.

Q: Bagaimana cara saya mengambil suhu penerimaan di Flutter?

Gunakan kelas ReceivingTempLog untuk daftar log untuk penunjuk Toko, kemudian render supplierName, receivedAt, dan temperatureC di UI.

Q: Bagaimana cara saya membangun dasbor display case dengan Next.js?

Query catatan DisplayCaseLog untuk setiap toko, urutkan berdasarkan checkedAt, dan render caseName, temperatureC, targetMinC, dan targetMaxC di dasbor.

Q: Bisakah React Native menyimpan riwayat alarm secara offline?

Ya. Simpan AlarmEvent dan objek Store terkait secara lokal sehingga pengguna lapangan dapat meninjau timestamp triggeredAt dan resolvedAt terbaru tanpa koneksi langsung.

Q: Bagaimana cara mencegah entri suhu yang tidak valid?

Tambahkan validasi Cloud Code yang menolak penyimpanan ReceivingTempLog dan DisplayCaseLog ketika temperatureC berada di luar rentang yang diperlukan atau ketika bidang yang diperlukan hilang.

Q: Apa cara terbaik untuk menampilkan log rantai dingin di Android?

Kueri kelas Store, ReceivingTempLog, DisplayCaseLog, dan AlarmEvent dan sajikan setiap pemeriksaan suhu lokasi dan riwayat alarm dalam daftar sederhana atau garis waktu.

Q: Bagaimana alur kerja penerimaan hingga alarm berfungsi dari awal hingga akhir?

Seorang pengguna masuk, memilih suatu Store, menambahkan ReceivingTempLog atau DisplayCaseLog, dan jika pembacaan berada di luar rentang, sistem membuat AlarmEvent untuk ditinjau dan ditutup.

Log rantai dingin backend ritel yang siap diproduksi di Back4app untuk suhu penerimaan, log display case, dan riwayat alarm. Termasuk diagram ER, kamus data, skema JSON, playground API, dan prompt AI Agent untuk memulai struktur aplikasi dengan cepat.

Buat dengan Agen AI Pilih Teknologi Anda

Poin-Poin Penting Rantai Dingin Ritel

Template ini memberikan Anda catatan rantai dingin untuk backend ritel dengan suhu penerimaan, catatan etalase, dan sejarah alarm sehingga manajer dan tim lapangan dapat menangkap pemeriksaan di satu tempat.

Suhu yang diterima dicatat di dermaga — Simpan setiap ReceivingTempLog dengan pemasok, lini produk, suhu yang diamati, dan peninjau.
Catatan etalase tetap terlihat — Lacak entri DisplayCaseLog berdasarkan nama kasus, kisaran target, suhu aktual, dan shift.
Sejarah alarm dapat dicari — Catat rincian AlarmEvent sehingga eskalasi, pengakuan, dan resolusi mudah untuk ditinjau.
Peran Toko tetap jelas — Gunakan bidang kepemilikan Toko, Pengguna, dan Log untuk memisahkan manajer, koordinator, dan staf lapangan.

Memahami Log Rantai Dingin untuk Backend Retail

Inspektur tidak memberikan penghargaan atas keberanian rantai dingin retail — mereka memberikan penghargaan pada bukti yang dapat diulang: siapa yang melakukan apa, kapan, dan di bawah pengendalian apa. Penundaan kecil bertambah cepat. Model Toko, ReceivingTempLog, DisplayCaseLog, dan AlarmEvent di Back4app untuk menjadikan pengendalian rantai dingin retail operasional: persetujuan, bukti, dan pengecualian yang dicatat di tempat kerja sebenarnya terjadi. Skema mencakup Toko (nama, locationCode, timezone), ReceivingTempLog (toko, supplierName, productCategory, receivedAt, temperatureC, reviewedBy), DisplayCaseLog (toko, caseName, checkedAt, temperatureC, targetMinC, targetMaxC, status), dan AlarmEvent (toko, sourceLogType, sourceLogId, severity, triggeredAt, acknowledgedAt, resolvedAt, notes). Hubungkan frontend pilihan Anda dan mulai merekam aktivitas rantai dingin retail lebih cepat.

Terbaik untuk:

Pemantauan rantai dingin retailLog suhu penerimaanPemeriksaan suhu display caseDasbor tinjauan AlarmAlur kerja operasi tokoTim memilih BaaS untuk pencatatan ritel

Ikhtisar template Rantai Dingin Ritel

Ketika kontrak rantai dingin ritel semakin ketat, pembeli meminta kwitansi — bukan aksi heroik. Saat itulah alur kerja bertimestamp membuahkan hasil.

Ringkasan ini mengorientasikan tim seputar Store, ReceivingTempLog, dan DisplayCaseLog sebelum siapa pun menyelami diagram ER atau ekspor JSON.

Fitur Utama Log Rantai Dingin

Setiap kartu teknologi di pusat ini menggunakan skema rantai dingin ritel yang sama dengan Store, ReceivingTempLog, DisplayCaseLog, dan AlarmEvent.

Registrasi toko

Kelas toko menyimpan nama, kode lokasi, zona waktu, dan status aktif.

Entri suhu penerimaan

ReceivingTempLog menghubungkan toko, supplierName, productCategory, receivedAt, temperatureC, dan reviewedBy.

Log kotak display

DisplayCaseLog mencatat caseName, checkedAt, temperatureC, targetMinC, targetMaxC, dan status.

Riwayat alarm

AlarmEvent menyimpan sourceLogType, sourceLogId, severity, triggeredAt, acknowledgedAt, dan resolvedAt.

Mengapa Membangun Log Rantai Dingin Anda untuk Backend Ritel dengan Back4app?

Back4app memberikan Anda kelas Store dan log yang dibutuhkan untuk pekerjaan suhu harian, sehingga tim Anda dapat fokus pada pemeriksaan daripada desain basis data.

•ReceivingTempLog tetap terstruktur: Tangkap temperatureC, supplierName, dan reviewedBy di ReceivingTempLog alih-alih catatan yang tersebar.
•DisplayCaseLog menjaga pemeriksaan lantai tetap konsisten: Gunakan field DisplayCaseLog seperti caseName, checkedAt, targetMinC, dan targetMaxC untuk membandingkan setiap display case dengan rentang yang sama.
•Riwayat AlarmEvent siap untuk kueri: Simpan severity, triggeredAt, acknowledgedAt, dan resolvedAt di AlarmEvent sehingga eskalasi dapat ditinjau oleh toko dan shift.

Bangun log rantai dingin retail Anda pada satu kontrak backend dan jaga agar alur kerja penerimaan, tampilan, dan alarm tetap sinkron.

Manfaat Utama

Sebuah backend rantai dingin ritel yang membantu tim mencatat pekerjaan suhu dengan lebih sedikit hambatan.

Pemeriksaan penerimaan lebih mudah diaudit

Sebuah kelas ReceivingTempLog tunggal mengikat suhu dock ke toko, supplierName, dan reviewer.

Putaran etalase tetap seragam

Gunakan bidang DisplayCaseLog seperti caseName dan targetMinC sehingga setiap shift mengikuti daftar periksa yang sama.

Tindak lanjut alarm dapat dilacak

Riwayat AlarmEvent menunjukkan triggeredAt, acknowledgedAt, dan resolvedAt untuk setiap insiden toko.

Penyaringan tingkat toko sangat sederhana

Kueri dengan pointer Toko untuk melihat suhu penerimaan satu lokasi, log etalase, atau entri alarm.

Privasi operasional tetap terjaga

ACL dan CLP dapat membatasi log setiap toko kepada manajer dan staf yang tepat.

Pengaturan backend yang dibantu AI

Hasilkan skema dan integrasi awal untuk log rantai dingin Anda lebih cepat dengan satu perintah.

Siap untuk meluncurkan log rantai dingin ritel Anda?

Biarkan Back4app AI Agent membangun backend log rantai dingin Anda dan menghasilkan alur suhu penerimaan, etalase, dan riwayat alarm dari satu perintah.

Bangun dengan AI Agent Coba API Playground

Gratis untuk memulai — 50 perintah AI Agent/bulan, tanpa kartu kredit diperlukan

Tumpukan Teknis

Semua yang termasuk dalam template backend log rantai dingin ini untuk ritel.

Frontend

13+ teknologi

Backend

Back4app

Database

MongoDB

Auth

Auth bawaan + sesi

API

REST dan GraphQL

Realtime

Live Queries

Diagram ER Rantai Dingin

Model hubungan entitas untuk skema log rantai dingin ritel.

Diagram ER

Lihat sumber diagram

Mermaid

erDiagram
    RetailUser ||--o{ StoreLocation : "manages"
    StoreLocation ||--o{ ReceivingTempLog : "receives"
    StoreLocation ||--o{ DisplayCaseLog : "has"
    StoreLocation ||--o{ AlarmHistory : "triggers"
    RetailUser ||--o{ ReceivingTempLog : "records"
    RetailUser ||--o{ DisplayCaseLog : "checks"
    RetailUser ||--o{ AlarmHistory : "assigned"

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

    StoreLocation {
        String objectId PK
        String storeCode
        String storeName
        String region
        String managerId FK
        Date createdAt
        Date updatedAt
    }

    ReceivingTempLog {
        String objectId PK
        String storeId FK
        Date receivedAt
        String shipmentId
        String productName
        Number tempCelsius
        Boolean withinRange
        String recordedById FK
        String notes
        Date createdAt
        Date updatedAt
    }

    DisplayCaseLog {
        String objectId PK
        String storeId FK
        String caseName
        Date checkedAt
        Number tempCelsius
        Number doorOpenCount
        String lightingStatus
        String checkedById FK
        String comments
        Date createdAt
        Date updatedAt
    }

    AlarmHistory {
        String objectId PK
        String storeId FK
        String alarmType
        Date triggeredAt
        Date resolvedAt
        String severity
        String status
        String source
        String assignedToId FK
        String resolutionNotes
        Date createdAt
        Date updatedAt
    }

Alur Penerimaan

Alur runtime khas untuk login, tinjauan log toko, penerimaan entri suhu, pemeriksaan kotak display, dan riwayat alarm.

Diagram ER

Lihat sumber diagram

Mermaid

sequenceDiagram
  participant User
  participant App as Cold Chain Log for Retail App
  participant Back4app as Back4app Cloud

  User->>App: Sign in
  App->>Back4app: POST /login
  Back4app-->>App: Session token

  User->>App: Open receiving temps
  App->>Back4app: GET /classes/ReceivingTempLog?include=store,recordedBy
  Back4app-->>App: ReceivingTempLog rows

  User->>App: Add a display case log
  App->>Back4app: POST /classes/DisplayCaseLog
  Back4app-->>App: DisplayCaseLog objectId

  User->>App: Review alarm history
  App->>Back4app: GET /classes/AlarmHistory?include=store,assignedTo
  Back4app-->>App: AlarmHistory rows

  App->>Back4app: Subscribe to live alarm updates
  Back4app-->>App: AlarmHistory changes

Kamus Log

Referensi tingkat field lengkap untuk setiap kelas dalam skema rantai dingin ritel.

Field	Tipe	Deskripsi	Diperlukan
objectId	String	Auto-generated unique identifier	Otomatis
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	Otomatis
updatedAt	Date	Auto-generated last-update timestamp	Otomatis

7 bidang di RetailUser

Keamanan dan Izin

Bagaimana strategi ACL dan CLP mengamankan toko, menerima log, menampilkan log kasus, dan riwayat alarm.

Akses terarah toko

Jaga setiap data ReceivingTempLog, DisplayCaseLog, dan AlarmEvent hanya dapat dibaca oleh manajer dan staf yang ditugaskan di lokasi tersebut.

Edit log yang dibatasi

Izinkan koordinator untuk membuat dan memperbaiki log, sementara bidang tinjauan seperti reviewedBy dan acknowledgedAt tetap terkunci untuk peran yang berwenang.

Jejak tinjauan alarm

Perlakukan pembaruan AlarmEvent sebagai tindakan yang dilacak sehingga pengakuan dan penyelesaian tetap dapat diaudit.

Skema (JSON)

Definisi skema JSON mentah siap untuk disalin ke dalam Back4app atau digunakan sebagai referensi implementasi.

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

197

198

199

200

201

202

203

204

205

206

207

208

209

210

211

212

213

214

215

216

217

218

219

220

221

222

223

224

225

226

227

228

{
  "classes": [
    {
      "className": "RetailUser",
      "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": "StoreLocation",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "storeCode": {
          "type": "String",
          "required": true
        },
        "storeName": {
          "type": "String",
          "required": true
        },
        "region": {
          "type": "String",
          "required": true
        },
        "manager": {
          "type": "Pointer",
          "required": true,
          "targetClass": "RetailUser"
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "ReceivingTempLog",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "store": {
          "type": "Pointer",
          "required": true,
          "targetClass": "StoreLocation"
        },
        "receivedAt": {
          "type": "Date",
          "required": true
        },
        "shipmentId": {
          "type": "String",
          "required": true
        },
        "productName": {
          "type": "String",
          "required": true
        },
        "tempCelsius": {
          "type": "Number",
          "required": true
        },
        "withinRange": {
          "type": "Boolean",
          "required": true
        },
        "recordedBy": {
          "type": "Pointer",
          "required": true,
          "targetClass": "RetailUser"
        },
        "notes": {
          "type": "String",
          "required": false
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "DisplayCaseLog",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "store": {
          "type": "Pointer",
          "required": true,
          "targetClass": "StoreLocation"
        },
        "caseName": {
          "type": "String",
          "required": true
        },
        "checkedAt": {
          "type": "Date",
          "required": true
        },
        "tempCelsius": {
          "type": "Number",
          "required": true
        },
        "doorOpenCount": {
          "type": "Number",
          "required": false
        },
        "lightingStatus": {
          "type": "String",
          "required": false
        },
        "checkedBy": {
          "type": "Pointer",
          "required": true,
          "targetClass": "RetailUser"
        },
        "comments": {
          "type": "String",
          "required": false
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "AlarmHistory",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "store": {
          "type": "Pointer",
          "required": true,
          "targetClass": "StoreLocation"
        },
        "alarmType": {
          "type": "String",
          "required": true
        },
        "triggeredAt": {
          "type": "Date",
          "required": true
        },
        "resolvedAt": {
          "type": "Date",
          "required": false
        },
        "severity": {
          "type": "String",
          "required": true
        },
        "status": {
          "type": "String",
          "required": true
        },
        "source": {
          "type": "String",
          "required": true
        },
        "assignedTo": {
          "type": "Pointer",
          "required": false,
          "targetClass": "RetailUser"
        },
        "resolutionNotes": {
          "type": "String",
          "required": false
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    }
  ]
}

Bangun dengan AI Agent

Gunakan Back4app AI Agent untuk menghasilkan aplikasi log rantai dingin ritel yang nyata dari template ini, termasuk frontend, backend, otentikasi, dan alur riwayat suhu penerimaan, etalase, dan alarm.

Back4app AI Agent

Siap untuk dibangun

Buat log rantai dingin untuk backend aplikasi ritel di Back4app dengan skema dan perilaku yang persis ini.

Skema:
1. Pengguna (gunakan Back4app built-in): nama pengguna, email, kata sandi; objectId, createdAt, updatedAt (sistem).
2. Toko: nama (String, wajib), kodeLokasi (String, wajib), zonaWaktu (String, wajib), isActive (Boolean, wajib); objectId, createdAt, updatedAt (sistem).
3. ReceivingTempLog: toko (Pointer to Store, wajib), namaPemasok (String, wajib), kategoriProduk (String, wajib), diterimaPada (Date, wajib), suhuC (Number, wajib), ditinjauOleh (Pointer to User, opsional), catatan (String); objectId, createdAt, updatedAt (sistem).
4. DisplayCaseLog: toko (Pointer to Store, wajib), namaKasus (String, wajib), diperiksaPada (Date, wajib), suhuC (Number, wajib), targetMinC (Number, wajib), targetMaxC (Number, wajib), status (String, wajib), diperiksaOleh (Pointer to User, opsional), catatan (String); objectId, createdAt, updatedAt (sistem).
5. AlarmEvent: toko (Pointer to Store, wajib), tipeLogSumber (String, wajib), idLogSumber (String, wajib), tingkatKeparahan (String, wajib), dipicuPada (Date, wajib), diakuiPada (Date, opsional), diselesaikanPada (Date, opsional), catatan (String), diakuiOleh (Pointer to User, opsional); objectId, createdAt, updatedAt (sistem).

Keamanan:
- Batasi data toko sehingga manajer dan staf dapat membaca Toko dan log terkaitnya untuk lokasi yang ditugaskan. Gunakan Cloud Code untuk memvalidasi kisaran suhu dan transisi alarm.

Otentikasi:
- Daftar, masuk, keluar.

Perilaku:
- Daftar toko, buat log suhu penerimaan, perbarui log etalase, dan tinjau riwayat alarm.

Pengiriman:
- Aplikasi Back4app dengan skema, ACL, CLP; frontend untuk suhu penerimaan, log etalase, dan riwayat alarm.

Tekan tombol di bawah ini untuk membuka Agent dengan prompt template ini yang telah terisi sebelumnya.

Ini adalah prompt dasar tanpa akhiran teknologi. Anda dapat menyesuaikan tumpukan frontend yang dihasilkan setelahnya.

Terapkan dalam hitungan menit50 prompt gratis / bulanTidak perlu kartu kredit

API Playground

Coba REST dan GraphQL endpoint terhadap log cold chain untuk skema ritel. Respon menggunakan data tiruan dan tidak memerlukan akun Back4app.

Memuat playground…

Menggunakan skema yang sama seperti template ini.

Pilih Teknologi Anda

Perluas setiap kartu untuk melihat cara mengintegrasikan Store, ReceivingTempLog, dan DisplayCaseLog dengan tumpukan pilihan Anda.

Apa yang Anda Dapatkan dengan Setiap Teknologi

Setiap tumpukan menggunakan skema backend rantai dingin ritel dan kontrak API yang sama.

Struktur log rantai dingin yang terpadu

Jaga agar data Store, ReceivingTempLog, DisplayCaseLog, dan AlarmEvent sesuai di seluruh klien.

Pengambilan suhu penerimaan untuk ritel

Rekam suhu dok dengan supplierName, productCategory, dan reviewedBy.

Pemantauan display case untuk ritel

Lacak pemeriksaan display case dengan caseName, temperatureC, dan field rentang target.

Riwayat alarm untuk tim ritel

Tinjau triggeredAt, acknowledgedAt, dan resolvedAt pada entri AlarmEvent.

Akses REST dan GraphQL

Integrasikan log toko dari web, mobile, atau lapisan layanan menggunakan API yang fleksibel.

Perbandingan Kerangka Rantai Dingin Retail

Bandingkan kecepatan pengaturan, gaya SDK, dan dukungan AI di semua teknologi yang didukung.

Kerangka	Waktu Pengaturan	Manfaat Rantai Dingin Retail	Tipe SDK	Dukungan AI
Flutter	Sekitar 5 menit	Basis kode tunggal untuk penerimaan toko dan pemeriksaan suhu.	SDK Tipe	Penuh
React	Kurang dari 5 menit	Dasbor cepat untuk log rantai dingin retail.	SDK Tipe	Penuh
React Native	~3–7 menit	Logging seluler lintas platform untuk tim toko.	SDK Tipe	Penuh
Next.js	Set up cepat (5 menit)	Aplikasi web yang dirender di server untuk menerima dan tinjau alarm.	SDK bertipe	Penuh
JavaScript	~3–5 menit	Integrasi web ringan untuk log toko.	SDK bertipe	Penuh
Android	Sekitar 5 menit	Aplikasi Android asli untuk pengecekan suhu lapangan.	SDK bertipe	Penuh
iOS	Kurang dari 5 menit	Aplikasi iOS native untuk ulasan log manajer.	SDK Tipe	Penuh
Vue	~3–7 menit	UI web Reactive untuk pemantauan display case.	SDK Tipe	Penuh
Angular	Pengaturan cepat (5 menit)	Dasbor perusahaan untuk operasi multi-toko.	SDK Tipe	Penuh
GraphQL	Kurang dari 2 menit	API GraphQL yang Fleksibel untuk kueri riwayat penyimpanan dan alarm.	GraphQL API	Penuh
REST API	Pengaturan cepat (2 menit)	Integrasi REST API untuk menerima log dan peringatan.	REST API	Penuh
PHP	~3 menit	Backend PHP sisi server untuk pemrosesan log ritel.	REST API	Penuh
.NET	~3–7 menit	backend .NET untuk alur kerja suhu toko.	SDK Tipe	Penuh

Waktu pengaturan mencerminkan durasi yang diharapkan dari pemuatan proyek hingga kueri Store atau log pertama menggunakan skema template ini.

Pertanyaan yang Sering Diajukan

Pertanyaan umum tentang membangun log rantai dingin untuk backend ritel dengan template ini.

Bagaimana pemimpin rantai dingin ritel menangkap penyimpangan kebijakan sebelum menjadi risiko sistemik?

Bagaimana program rantai dingin ritel menangkap pelatihan, pernyataan, dan tindakan korektif dengan baik?

Apa jalur yang direkomendasikan untuk memperketat izin rantai dingin ritel seiring pertumbuhan organisasi?

Bagaimana cara saya mengambil suhu penerimaan di Flutter?

Bagaimana cara saya membangun dasbor display case dengan Next.js?

Bisakah React Native menyimpan riwayat alarm secara offline?

Bagaimana cara mencegah entri suhu yang tidak valid?

Apa cara terbaik untuk menampilkan log rantai dingin di Android?

Bagaimana alur kerja penerimaan hingga alarm berfungsi dari awal hingga akhir?

Dipercaya oleh pengembang di seluruh dunia

Bergabunglah dengan tim yang mengirim produk pencatatan ritel lebih cepat dengan template Back4app

Siap untuk Membangun Log Rantai Dingin Anda untuk Aplikasi Ritel?

Mulai proyek log rantai dingin Anda dalam hitungan menit. Tidak perlu kartu kredit.

Pilih Teknologi

Template Log Rantai Dingin untuk Backend RitelLog Suhu Penerimaan dan Riwayat Alarm untuk Toko Ritel