Sipariş e-postasını ERP taslağına dönüştürmek
Somut bir eşleme örneğiyle mesajdan kaydedilmiş taslağa, onaya ve tekrar gelen isteğin ele alınmasına kadar akışı tanımlayın.
Mesajı hedef duruma kadar izleyin
Dil modeli, sipariş e-postasından bilgi önerileri çıkarabilir. ERP’ye aktarım için akışın ayrıca belirli kaynaklara, kontrollere ve görünür durumlara ihtiyacı vardır. Bu yüzden mesajın ne zaman alındığını, ne zaman netleştirme gerektiğini ve taslağın ne zaman gerçekten kaydedildiğini tanımlayın. Siparişin daha sonraki işletme içi onayı ayrı bir adım olmalıdır.
Alanların kaynağını ve sonucunu belirleyin
Kurgusal EM-84 girişinde müşteri hesabı ve sipariş yetkisi önceden kontrol edilmiştir. Aşağıdaki tablo bu durumun eşlemesini belirler.
Alan | E-postadan gelen | Onaylı işletme verilerinden gelen | Taslaktaki sonuç |
|---|---|---|---|
Müşteri | Müşteri referansı | Kontrol edilmiş müşteri hesabı ve yetki |
|
Ürün |
| Tek ve açık eşleşen aktif ürün | Mevcut ürünle bağlantı |
Miktar ve birim | 4 koli | Koli başına 5 parça | 20 parça; özgün birim kayıtlı kalır |
Fiyat | Tutar belirtilmemiş | Geçerli müşteri fiyat kuralı | Kaynağı izlenebilen güncel değer |
İşlem bağlantısı | Gelen mesaj | Sabit giriş tanımlayıcısı | Özgün mesajla ve ilgili taslakla bağlantı |
Buradaki dönüşüm 4 × 5 = 20 şeklindedir. Onaylı ambalaj tanımına dayanır. Eşleme açık değilse işlem netleştirmeye gider. Model, benzer ürün adlarından veya önceki yanıtlardan katsayı tamamlamaz. Miktar, ürün veya fiyat kuralındaki değişiklikler aktarılmadan önce yeniden incelenir.
Kaydedilmeyle onayı ayrı ele alın
Örnekte aktarımın ardından taslak, ERP kaydedilmiş D-84 kaydını ve beklenen değerleri doğruladığında oluşturulmuş sayılır. Yazma isteğinin gönderilmesi bunun için yeterli değildir. Sorumlu kişi özgün mesajı, eşlemeyi ve bekleyen kontrolleri birlikte görebilir. İşlemi işletme içinde onaylanmış siparişe dönüştüren, belirlenen onay adımıdır. Sonraki sipariş teyidi veya stok rezervasyonu, ilgili devam sürecinde tanımlanır.
Tekrarları ve belirsiz sonuçları planlayın
EM-84 yeniden gelirse giriş tanımlayıcısı mevcut taslağa götürmelidir. Değiştirilmiş sipariş yeni sürüm olarak incelenir. Aktarımdan sonra yanıt gelmezse akış önce hedef sistemdeki durumu netleştirir. Yeni bir yazma denemesi, aynı işlemi iki kez oluşturmayan bir kural gerektirir.
Kullanımdan önce bilinmeyen ürün, farklı ambalaj, eksik fiyat dayanağı ve belirsiz yazma sonucu durumlarını kontrol edin. Zorunlu bilgiler eksikse işlemin nerede netleştirme beklediği ve kimin üstleneceği belirlenir. Belirsiz sonuçta, daha önce oluşturulmuş taslağın yeniden bulunabilmesi de gerekir. Böylece inceleme, doğru kayıt ve onay durumuna kadar bütün yolu değerlendirir.
Kaynaklar
Devamını okuyun
Tüm yazılar
ASES ile Yapay zekâ ve otomasyon
Yapay zekâ asistanları ve otomatik iş akışları