“Bu hafta rapor gitmeyecek, gönderen kişi izinde.” Her kurumda bu cümlenin karşılığı olan bir iş vardır. Birisi sabah raporu açar, Excel’e alır, üç kişiye e-postayla yollar. İş küçüktür, kimse üzerinde durmaz.
Sonra büyür. Alıcı sayısı üçten on beşe çıkar, bölge kırılımı eklenir, ay sonunda ikinci bir ek istenir. Aynı iş artık her sabah yirmi dakika ve tek bir kişinin hafızası demektir.
Eşik şurada geçilir: gönderimin biçimi, alıcı listesi ve saati hiçbir yerde yazılı değildir. İşi devretmek için önce onu keşfetmek gerekir.
Zamanlanmış e-postanın devraldığı üç karar
Merkezî bir gönderim tanımı bu üç kararı kayda geçirir: hangi içerik, kime, hangi tetikleyiciyle. Üçü de ekranda durur; kimsenin hatırlamasına gerek kalmaz.
İçerik tarafında konu ve gövde Handlebars tabanlı şablonlarla kurulur. Şablon ya bir HTML gövde üretir ya da PDF, XLSX, CSV veya HTML eki; bir varyant tek gönderimde bir gövdeyle birden fazla eki birleştirebilir.
Alıcılar TO, CC ve BCC olarak, tek tek veya iç içe geçebilen e-posta gruplarıyla tanımlanır. Grup tanımı sıkıcı bir işi ortadan kaldırır: işten ayrılan birinin adresini on ayrı gönderimde tek tek aramak yerine bir yerden silersiniz.
Pratik bir alışkanlık: ilk gönderimi yalnız kendinize çıkacak biçimde kurun, sonra alıcı grubunu açın. Zamanlamayı da yuvarlak bir saate değil, raporun verisinin hazır olduğu ana göre seçin; gece biten bir aktarımdan önce çıkan e-posta dünün verisini taşır.
Şablonu önizlemeden yayına almamak
Şablon gerçek veriyle veya örnek bağlamla önizlenebilir. Bu adım pahalı bir hatayı önlüyor: taşan bir tablo kolonu ya da boş gelen bir veri bloğu, listedeki elli kişiye aynı anda gider.
Önizleme bir sınırı da baştan gösterir. iView ve SQL kaynakları doğrudan şablon kaynağı olarak seçildiğinde çözümleyici boş liste döndürür; bu kaynaklar mail varyantının bağlamı üzerinden kullanılır. Farkı ilk denemede görmek, yayın gününde görmekten iyidir.
Gönderim logu neyi kanıtlar, neyi kanıtlamaz
Gönderim manuel uçtan, zamanlanmış görevden veya olay aksiyonundan tetiklenir. Tanımlı hata bildirimi eşlemesiyle bir modül hata verdiğinde ilgili gruba e-posta çıkması da aynı altyapının işi; yani e-posta yalnız rapor dağıtımı değil, operasyonel uyarı kanalı.
Her gönderim için sonuç, alıcı özeti, konu ve ek bilgisi loglanır; ekin kendisi loga yazılmaz. Sınır net: log kaydı iletinin karşı sunucu tarafından teslim edildiğini göstermez. Teslim, SMTP veya SAP mail altyapısının sorumluluğunda.
Bir teknik sınırı da baştan hesaba katın: ek dosya ve toplam ileti boyutu kontrol edilir. Aylık bir dökümün eki bu sınırı aşıyorsa çözüm eki sıkıştırmak değil, çıktıyı dosya olarak üretip e-postada yalnız özeti göndermek olabilir.
Bu üç kararı yazdığınızda elde ettiğiniz şey bir otomasyon değil, devredilebilir bir iş tanımı. Elinizde böyle bir gönderim varsa mevcut hâlini birlikte gözden geçirelim: hangi rapor, hangi alıcı grubu, hangi saat — ve izne çıkan kişinin yerine bakacak kişi bunları nereden okuyacak?