کوئی تعمیراتی مرحلہ نہیں ہے جس کا صارف آنکھیں بند کر کے انتظار کرتا ہے۔ ہر ورکنگ سیشن اسی لوپ کی پیروی کرتا ہے، گاہک کے اپنے کرایہ دار میں، گاہک کے نمونے کے ڈیٹا کے ساتھ حقیقی اسکرینوں پر: Fit Ledger لائن دکھائیں، اسے لائیو اور بغیر کوڈ کو ترتیب دیں، کسٹمر تبدیلی کو چلاتا ہے، نمونے کے ڈیٹا سے تصدیق کرتا ہے، اسے لاگ کرتا ہے اور لائن پر نشان لگاتا ہے۔
اگر گاہک سیشن میں نہیں ہے تو سیشن نہیں ہوتا ہے۔ اہم صارف کو T-14 کے ذریعے گاڑی چلانا چاہیے؛ اگر TRANXACT اب بھی T-13 پر کی بورڈ پر ہے، تو اسے گود لینے کے خطرے کے طور پر اسٹینڈ اپ میں بڑھائیں۔
سات دن، لین دین سے پہلے کی ساخت (مجوزہ ڈیفالٹ)
| ٹی ڈے | فوکس | تشکیل شدہ |
|---|---|---|
| T-17 | ساخت | ادارے، کھاتوں کا چارٹ، مالیاتی کیلنڈر، طول و عرض |
| T-16 | پیسہ اور تعمیل | کرنسیاں اور ایف ایکس، ٹیکس کوڈز، دستاویز نمبر، بینک |
| T-15 | لوگ اور رسائی | کردار اور اجازتیں، SSO گروپس، منظوری کا درجہ بندی |
| T-14 | ماسٹر ڈیٹا | کسٹمرز، وینڈرز، آئٹمز، ملازمین — ASK سے بلک تخلیق کرتا ہے۔ |
| T-13 | بہاؤ اور قواعد | منظوری کے بہاؤ، پوسٹنگ، مماثلت اور قیمتوں کے اصول |
| T-12 | ماڈیول کی تفصیلات | CRM پائپ لائن، سپلائی چین کی لاگت، HR تنخواہ کے عناصر، ماڈیول ٹوگل |
| T-11 | انضمام اور قطاریں | API کلائنٹس، بینک/ٹیکس/پے رول اینڈ پوائنٹس، قطار فی رول |
Fit Ledger's کے مختلف ہونے پر بھی ترتیب کو برقرار رکھیں: ساخت پہلے کا مطلب ہے کہ منتقلی کی نقشہ سازی T-15 پر شروع ہو سکتی ہے، اور GL میپنگ جو باقی ہے وہ ماسٹر ڈیٹا کے ہونے سے پہلے ہی موجود ہے۔
ASK گرنٹ کام کرتا ہے۔
سیگمنٹ کے لحاظ سے ادائیگی کی شرائط کے ساتھ ایک نچوڑ سے 2,400 صارفین کو بلک بنائیں۔ وصول کنندہ گودام کے لاگت کے مرکز کے ذریعہ مال کی تقسیم کے لیے پوسٹنگ کے اصول کا مسودہ تیار کریں؛ ایک اے پی کلرک بنائیں جو 10,000 سے زیادہ رسیدیں داخل کر سکے لیکن منظور نہ کر سکے۔ فال بیک اپروور کے بغیر منظوری کے ہر بہاؤ کی فہرست بنائیں۔ ASK اسے انسانی کلک کی طرح ہی اجازتوں اور آڈٹ لاگ کے تحت کرتا ہے، اور کلیدی صارف لائن پر نشان لگنے سے پہلے ہر نتیجے کا جائزہ لیتا ہے۔
درخواست کرتا ہے کہ کوڈ کی طرح لگتا ہے۔
| "ہمیں ضرورت ہے..." | ترتیب جو اس کا جواب دیتی ہے۔ |
|---|---|
| ہمارا منفرد منظوری کا عمل | رقم، ہستی اور طول و عرض کے قواعد کے ساتھ ایک کثیر مرحلہ منظوری کا بہاؤ |
| ایک حسب ضرورت انوائس لے آؤٹ | ایک دستاویز ٹیمپلیٹ جس میں فیلڈز، لوگو اور زبان فی ہستی ہے۔ |
| ایک میدان جو موجود نہیں ہے۔ | بغیر کوڈ کا اپنی مرضی کا فیلڈ، رپورٹوں اور قواعد میں قابل استعمال |
| ہماری میراثی رپورٹ بالکل ویسا ہی ہے۔ | رپورٹ بلڈر یا ڈیش بورڈ — لے آؤٹ کو چیلنج کریں۔ اکثر "ضرورت نہیں" |
| بینک یا MES کے لیے ایک انٹرفیس | دائرہ کار کے ساتھ ایک API کلائنٹ؛ جہاں ضرورت ہو فائل کا تبادلہ |
| X ہونے پر الرٹس | ایک کردار سے آگاہ ایکشن قطار کا اصول |
گھڑی پر انضمام (مجوزہ ڈیفالٹ)
فہرست اور مالکان بذریعہ T-18؛ API کلائنٹس اور پارٹنر ٹیسٹ اینڈ پوائنٹس بذریعہ T-13؛ T-10 کے ذریعے انضمام کے ٹیسٹ (پے رول T-9, BI T-6؛ SSO بذریعہ T-17، کیونکہ ریہرسل کو اس کی ضرورت ہے)؛ T-3 پر ڈرائی رن میں آخر سے آخر تک؛ T-0 پر پیداوار سوئچ.
ایک پارٹنر جو T-13 کے ذریعہ ٹیسٹ اینڈ پوائنٹ فراہم نہیں کرسکتا ہے وہ T-Plus میں انضمام کو دستی عبوری مرحلے کے ساتھ منتقل کرتا ہے — ایک دستی بینک فائل اپ لوڈ، فنانس کے ذریعہ پورٹل اپ لوڈ، جرنل کی درآمد کے ساتھ میراث میں پے رول چلایا جاتا ہے۔ SSO کے پاس کوئی عبوری نہیں ہے: یہ ریہرسل کے لیے ضروری ہے۔
Calderwood's Bank وقت پر اپنا ٹیسٹ اینڈ پوائنٹ فراہم کرتا ہے۔ اس کے ٹیکس پورٹل کا سینڈ باکس ابھی تک T-13 پر جاری نہیں کیا گیا ہے۔ ٹیکس انضمام ایک T-Plus لائن بن جاتا ہے، اور فنانس پہلے ہفتوں کے لیے ہاتھ سے پورٹل پر ای-انوائسز اپ لوڈ کرتا ہے — جس کی ہر چیز کی طرح T-1 پر مشق کی جاتی ہے۔
اسے آزمائیں T-12 پر ایک کلیدی صارف وینڈر انوائس اسکرین کا مطالبہ کرتا ہے تاکہ وہ فیلڈ دکھائے جو میراثی نظام کے پاس تھا۔ کیا وہ کوڈ ہے؟
نہیں — یہ فارم پر ایک بغیر کوڈ کا کسٹم فیلڈ ہے، جو رپورٹس اور قواعد میں قابل استعمال ہے۔ اسے ایک فٹ لیجر لائن ملتی ہے، سیشن میں کلیدی صارف کی ڈرائیونگ کے ساتھ کنفیگر کیا جاتا ہے، نمونہ ڈیٹا کے ساتھ تصدیق کی جاتی ہے، کنفیگریشن ورک بک میں لاگ ان ہوتا ہے اور ٹیسٹ پلان میں کنفیگریشن چیک دیا جاتا ہے۔