Pertama, memberikan kesimpulan yang dapat digunakan untuk memutuskan-membuat
Untuk setiap peristiwa bisnis, identifier unik yang stabil ditugaskan dan sebelum selesai menulis atau merekam status pemrosesan telah diperoleh. Nomor dan indikasi kesalahan dapat dihindari untuk koneksi lembur, arus terbatas sementara, dll. Bidang yang hilang, hak istimewa yang tidak memadai dan aturan bisnis ditolak, tidak secara otomatis diulang, tapi masuk akal antrian abnormal. Proses sistem yang dianjurkan untuk merekam setiap langkah dari perubahan eksternal, ringkasan dan hasil, dengan keberhasilan parsial dibatalkan, dikonfirmasi secara manual atau selesai. Proses pembayaran ulang yang diperlukan untuk proses yang tidak perlu dilakukan oleh reset tersebut.
Kondisi apa yang perlu diidentifikasi sebelum penghakiman dibuat?
Pertanyaan yang sama mungkin memiliki jawaban yang berbeda di bawah berbagai bisnis, data, dan fase proyek. Hal ini disarankan agar kondisi berikut diperiksa dan bahwa temuan yang sama di web dimasukkan ke dalam proyek mereka sendiri.
Perintah yang disarankan dari muka
Pertama, kita akan jelas tentang target dan perbatasan.
Membuat satu-satunya kunci untuk peristiwa, objek bisnis dan setiap tindakan tertulis.
Dependence Kunci Validasi
Coba lagi, berhenti, kompensasi atau antrian secara manual sesuai dengan jenis konfigurasi yang salah.
Pengembangan hasil yang dapat dipertimbangkan
Simpan status langkah, jumlah eksternal, ringkasan masukan dan penyebab kesalahan.
Pastikan kau memutuskan langkah berikutnya dengan hasil yang sebenarnya.
Konsistensi akhir diverifikasi melalui suntikan gagal dan waktu konsiliasi.
Bagaimana kau memahaminya dalam bisnis yang sebenarnya?
Sistem ini tidak dapat dibuat segera, tetapi nomor perintah klien harus digunakan untuk query apakah ERP telah direkam; jika sudah ada, menindaklanjuti dan jika dikonfirmasi bahwa itu tidak ada, coba lagi. Jika ERP berhasil, tetapi pembaruan CRM gagal, nomor urutan ERP harus direkomendasikan dan jumlah urutan bisnis yang dikonfirmasikan. Jumlah yang dibutuhkan oleh seluruh proses yang telah dikonversisikan.
Lubang termudah untuk melangkah.
Uji ulang untuk semua nodal tak terbatas
Hanya kesalahan teknis yang direkam, tidak ada objek bisnis dan tidak ada nomor eksternal
Sebagian berhasil, berlari kembali dari kepala ke kepala.
Bagaimana kita bisa menerima dan mengkonfirmasinya?
Tes harus proaktif menciptakan peristiwa berulang, waktu overruns, aliran terbatas, otoritas yang tidak memadai, kesalahan lapangan dan sebagian sukses, dan validasi bahwa duplikasi catatan bisnis tidak terjadi; anomali dapat memasuki antrian yang benar, alarm berisi informasi yang dapat diproses dan hasil kompensasi dan rekonsiliasi didukung oleh bukti audit.
Ketika mempersiapkan untuk berkomunikasi dengan pemasok atau tim internal, disarankan bahwa proses saat ini, contoh perwakilan, sistem yang ada, perencanaan tingkat waktu dan anggaran akan dibawa. Pertama, item yang tidak diketahui jelas ditandai, dan kemudian keputusan dibuat untuk menggunakan diagnosis, PoC, proyek jangkauan tetap atau penelitian dan pengembangan yang sedang berlangsung, yang biasanya lebih dapat diandalkan daripada permintaan langsung untuk harga dan durasi tanpa batas.