ست خطوات: القالب، وCSV، والضغط، والرفع، وتحميل الواجهة، والاستيراد. ولكلٍّ وجه إخفاقه، والترتيب غير قابل للتفاوض.
فالقالب جدول بياناتٍ تنشره Oracle لكل كائن ولكل إصدار. وهو يحدّد الأعمدة وترتيبها، وهو خاصٌّ بالنسخة. وملفّ CSV يأتي من خطوة التوليد في ذلك الجدول، لا من «حفظ باسم» — فملفّ CSV محفوظٌ يدويًّا هو حيث يدخل فساد التواريخ والأصفار البادئة. والملفّ المضغوط هو ما يُرفَع، وعليه أن يحوي ملفّ CSV مسمّى بالضبط كما تتوقّع الواجهة. والرفع يضع بياناتك في جداول الواجهة. والاستيراد ينقلها من هناك إلى التطبيق، مطبِّقًا التحقّق والافتراض وقواعد العمل.
والرفع والاستيراد منفصلان، وذلك الفصل أنفع ما في FBDI. فبينهما تجلس بياناتك في جداول الواجهة حيث تستطيع النظر فيها — قبل أن يُلزَم شيءٌ للتطبيق. والدرس ٥ عن استخدام تلك النافذة بدل المضيّ مباشرةً.
وثمّة ترتيب تبعيةٍ بين الكائنات لا تشرحه أي رسالة خطأ. الموردون قبل الفواتير. والعملاء قبل المقبوضات. وقيم دليل الحسابات قبل القيود. فحمّل فاتورةً لمورد لم يوجد بعد يسمّي الرفض عمودًا لا المتطلب المفقود — فترسلك الرسالة لفحص ملفّك والملفّ صحيح والتسلسل ليس كذلك.
فدوّن ترتيب التحميل قبل تحميل شيء، وحمّل كائنًا واحدًا في كل مرّة بذلك الترتيب. وهو القرار الوحيد الذي يمنع أكثر إخفاقات هذه الوحدة.