هندسة أتمتة الذكاء الاصطناعي لشركات إعداد الضرائب عبر SurePrep و GruntWorx و CCH Axcess ومحركات تلقي المستندات المستقلة

هندسة أتمتة الذكاء الاصطناعي لشركات إعداد الضرائب عبر SurePrep و GruntWorx و CCH Axcess ومحركات تلقي المستندات المستقلة ليست مسألة اختيار المنصة. بل هي مسألة كيفية دمجها في طبقة تشغيلية تتعامل مع دورة حياة الارتباط الضريبي الكاملة دون إجبار المراجعين على تعويض الفجوات بين البائعين. الشركات التي تنجح في ذلك تتعامل مع الدمج كمشكلة تصميم أساسية وتتعامل مع اختيار المنصة كنتيجة ثانوية لذلك التصميم.

ما يلي هو منهجية لهندسة تلك الطبقة، منظمة حول القرارات التي تحدد ما إذا كان النظام سيصمد تحت حجم موسم الذروة أو سينهار في أسوأ لحظة ممكنة.

ابدأ بدورة حياة الارتباط، وليس بالمنصة

تتعامل معظم شركات الضرائب مع الأتمتة من خلال التساؤل عن المنصة التي تتعامل مع سير عملها المفضل. ينتج عن هذا السؤال كومة تناسب المنصة ولكن ليس الارتباط. السؤال الصحيح للبدء هو العكس. كيف يبدو الارتباط بالفعل، من البداية إلى النهاية، من لحظة تحميل العميل لأول مستند إلى لحظة تقديم الإقرار وإغلاق الارتباط.

تتكون دورة الحياة هذه من ست مراحل منفصلة في معظم الشركات. ما قبل الارتباط، حيث يرسل العميل مستندات المصدر وتقرر الشركة ما إذا كانت ستقبل الارتباط. التلقي، حيث يتم تنظيم المستندات واستخلاص البيانات. الإعداد، حيث يتم بناء الإقرار. المراجعة، حيث يتم التحقق من صحة الإقرار. التسليم، حيث يصل الإقرار إلى العميل ويتم جمع التوقيعات. وما بعد الارتباط، حيث يتم تتبع إقرار الإيداع الإلكتروني وإغلاق الارتباط.

لكل مرحلة اختناقاتها الخاصة، وأنماط أخطائها الخاصة، وفرصها الخاصة لأتمتة الذكاء الاصطناعي لشركات إعداد الضرائب لإزالة العمل الذي لم يكن يجب أن يتطلب اهتمامًا بشريًا. تتدفق قرارات الهندسة التي تلي ذلك من فهم ما هي المراحل التي تمثل اختناقات للشركة المحددة وما هي المراحل التي تعمل بالفعل بسلاسة.

الشركة التي تتعامل مع كل مرحلة على أنها بنفس الأهمية ينتهي بها الأمر بمجموعة أدوات متواضعة في كل مكان. الشركة التي تحدد المرحلتين أو الثلاث مراحل التي تدفع معظم ساعات المحضر وتستثمر بشكل مفرط في تلك المراحل ينتهي بها الأمر بمجموعة أدوات تحقق عوائد غير متناسبة على استثمار النشر.

ارسم طبقة تلقي المستندات حول تباين مستندات المصدر

تلقي المستندات هي المرحلة التي تعاني فيها معظم شركات الضرائب من أكبر تباين في الأداء، لأن تباين مستندات المصدر نفسها مرتفع جدًا. يمكن للشركة التي تتعامل في المقام الأول مع إقرارات W-2 و 1099 نشر طبقة تلقي بسيطة نسبيًا. تحتاج الشركة التي لديها نشاط كبير في K-1 أو الشراكة أو الثقة إلى طبقة تلقي تتعامل مع النماذج التي لا تتعامل معها المستخرجات القياسية بشكل جيد.

تبدأ منهجية رسم طبقة التلقي بجرد المستندات. تسحب الشركة عينة تمثيلية من الإقرارات من الموسم السابق وتصنف كل نوع وثيقة مصدر مميز ظهر في تلك الإقرارات. عادة ما تكون النتيجة ذيلًا طويلًا من أنواع المستندات تتجاوز W-2 و 1099 و K-1 و 1098 القياسية، بما في ذلك النماذج الخاصة بالولايات، ومستندات الضرائب الأجنبية، وبيانات الوساطة الموحدة ذات التخطيطات غير القياسية، والمستندات الفردية التي تظهر في عدد قليل فقط من الإقرارات.

تحتاج طبقة التلقي إلى التعامل مع المستندات عالية التردد بأتمتة كاملة ومع المستندات ذات الذيل الطويل باستخدام نهج هجين يجمع بين الاستخراج والمراجعة البشرية. محاولة أتمتة الذيل الطويل بالكامل تنتج معدلات خطأ تدمر ثقة المراجع في النظام بأكمله. ترك الذيل الطويل يدويًا بالكامل ينتج عنه اختناقات تظهر خلال موسم الذروة عندما تصل مستندات الذيل الطويل بكميات كبيرة.

النمط الصحيح عادة ما يكون طبقة استخراج متعددة المستويات. المستوى الأول يتعامل مع المستندات عالية التردد بأتمتة كاملة وتسجيل الثقة. المستوى الثاني يتعامل مع المستندات ذات الذيل الطويل باستخراج جزئي يضع علامة على الحقول التي يكون النموذج غير متأكد منها. المستوى الثالث يتعامل مع المستندات الجديدة حقًا بقرار توجيه يرسلها إلى مراجع معين مدرب على نوع المستند هذا.

الشركات التي تبني طبقة التلقي بهذه الطريقة تفيد بأن مشكلة الذيل الطويل لم تعد مشكلة تحدد الموسم. تتدفق المستندات عالية التردد بسلاسة، وتحصل مستندات الذيل الطويل على أتمتة جزئية لا تزال توفر وقت المحضر، وتذهب المستندات الجديدة إلى الشخص المناسب دون ارتداد حول الشركة.

صمم طبقة الإعداد لكثافة سير العمل، وليس عمق الميزات

تتنافس منصات إعداد الضرائب على عمق الميزات. فهي تسرد كل نموذج تدعمه، وكل ولاية تتعامل معها، وكل حساب تقوم بأتمتته. تتعلم الشركات التي تقوم بهندسة أتمتة الذكاء الاصطناعي لشركات إعداد الضرائب بسرعة أن عمق الميزات أقل أهمية من كثافة سير العمل على نطاق واسع.

كثافة سير العمل هي مقياس لعدد الإقرارات التي يمكن للمحضر أن يتعامل معها في الساعة دون أخطاء تظهر في المراجعة. المنصة التي تحتوي على ميزات عميقة ولكن كثافة سير عمل ضعيفة تنتج محضرين يقضون وقتهم في التنقل في المنصة بدلاً من العمل على الإقرارات. المنصة التي تحتوي على ميزات كافية ولكن كثافة سير عمل ممتازة تنتج محضرين ينهون المزيد من الإقرارات في الساعة مع عدد أقل من تصعيدات المراجعة.

تتطلب منهجية تقييم كثافة سير العمل تشغيل إقرارات تمثيلية عبر المنصة مع ملاحظة موقوتة. تختار الشركة خمسة أو عشرة أنواع شائعة من الإقرارات، وتقوم بتشغيل كل منها عبر المنصة مع محضر كبير، وتقيس الوقت المستغرق في إدخال البيانات، والتنقل، والتحقق، والمراجعة. والنتيجة هي ملف تعريف زمني لكل إقرار يكشف أين تساعد المنصة وأين تبطئ المحضرين.

غالبًا ما تجد الشركات التي تقوم بهذا التقييم أن المنصة ذات المجموعة الأعمق من الميزات ليست هي المنصة ذات أفضل كثافة سير عمل لمزيج إقراراتها المحدد. المنصة الصحيحة هي التي تقلل من النفقات العامة للتنقل للإقرارات التي تقدمها الشركة بالفعل، وليست تلك التي تحتوي على معظم مربعات الاختيار في مقارنة الميزات.

يتدفق قرار الهندسة من هذا التقييم. تختار الشركة المنصة ذات أفضل كثافة سير عمل لمعظم حجم إقراراتها وتقبل أنها ستحتاج إلى حلول بديلة للإقرارات المعقدة ذات الذيل الطويل. عادة ما تتخذ هذه الحلول البديلة شكل محضرين كبار يتعاملون مع الإقرارات المعقدة مباشرة دون إجبارهم على استخدام المنصة، أو منصة ثانوية تتعامل مع نوع معين من الإقرارات لا تتعامل معه المنصة الأساسية بشكل جيد.

صمم طبقة المراجعة كخط أنابيب متعدد المراحل

المراجعة هي المرحلة التي تقوم فيها معظم شركات الضرائب إما باحتواء الأخطاء أو السماح لها بالانتشار إلى العملاء. تتعامل منهجية تصميم طبقة المراجعة معها كخط أنابيب متعدد المراحل بدلاً من تمريرة مراجعة واحدة، حيث تلتقط كل مرحلة فئة مختلفة من الأخطاء.

المرحلة الأولى هي التحقق الآلي الذي يتم تشغيله عند قيام المحضر بإكمال الإقرار. تلتقط هذه المرحلة أخطاء الرياضيات، والحقول المفقودة، والتناقضات الواضحة. يرى المحضر نتائج التحقق في الوقت الفعلي ويصححها قبل تقديم الإقرار للمراجعة.

المرحلة الثانية هي مراجعة مستندة إلى القواعد يتم تشغيلها بعد أن يحدد المحضر الإقرار بأنه مكتمل. تطبق هذه المرحلة قواعد خاصة بالشركة لا تفرضها منصة الإعداد افتراضيًا. تشمل الأمثلة عتبات للمراجعة الثانية لنشاط الجدول C، والمراجعة الإلزامية على الإقرارات التي تحتوي على ائتمانات ضريبية أجنبية، والموافقة المطلوبة من كبار المسؤولين على الإقرارات التي تحتوي على نشاط K-1 كبير.

المرحلة الثالثة هي المراجعة البشرية من قبل مراجع معين ينظر إلى الإقرار مع نتائج التحقق والقواعد المرفقة بالفعل. يركز المراجع على أحكام التقدير التي لا تستطيع المراحل الآلية اتخاذها، مثل ما إذا كان النشاط التجاري المعلن للعميل يتطابق مع الإقرار كما هو معد، أو ما إذا كانت الاستقطاعات المطالب بها معقولة بالنظر إلى معرفة الشركة بالعميل.

المرحلة الرابعة هي موافقة مستوى الشريك على مجموعة فرعية من الإقرارات التي تستوفي معايير مراجعة الشريك. هذه المرحلة مخصصة للارتباطات الأكثر تعقيدًا وتوجد لالتقاط الخطأ النادر الذي أخطأته جميع المراحل السابقة.

الشركات التي تدير هذا الخط الأنبوبي تفيد بأن معدل الخطأ عند التسليم ينخفض بمقدار ترتيب كامل مقارنة بالشركات التي تدير تمريرة مراجعة واحدة. التكلفة هي سير عمل أكثر تعقيدًا، ولكن كثافة سير العمل لطبقة الإعداد تستوعب معظم هذا التعقيد لأن المحضرين لا يرون المراحل الخلفية مباشرة.

ربط اتصالات العميل بدورة الحياة، وليس حولها

اتصال العميل هو المرحلة التي تتعامل معها معظم الشركات بشكل منفصل عن بقية الارتباط. هذا الفصل هو مصدر كمية هائلة من وقت المحضر، لأن المحضرين ينتهي بهم الأمر بالإجابة على أسئلة العميل الروتينية في منتصف العمل على الإقرارات.

تتعامل منهجية ربط اتصالات العميل بدورة الحياة مع كل تفاعل بين المحضر والعميل كمرشح للأتمتة. طلبات المستندات، وتحديثات الحالة، وتذكيرات التوقيع، والإجابات على الأسئلة الأساسية كلها تتناسب مع الأنماط التي يمكن لوكيل اتصال عملاء الضرائب المدعوم بالذكاء الاصطناعي التعامل معها دون تدخل المحضر.

تتكون الهندسة من ثلاث طبقات. الطبقة الأولى هي بوابة العميل التي تتعامل مع تحميل المستندات، ورؤية الحالة، والنماذج الأساسية. الطبقة الثانية هي وكيل اتصال آلي يتعامل مع الأسئلة الروتينية، وطلبات المستندات، وتحديثات الحالة. الطبقة الثالثة هي تصعيد المحضر للأسئلة التي لا يستطيع الوكيل الإجابة عليها وللارتباطات التي يطلب فيها العميل صراحة محادثة مع محضر.

تفيد الشركات التي تبني هذه الهندسة بشكل نظيف بأن وقت المحضر المستغرق في الاتصال الروتيني مع العملاء ينخفض بنسبة ستين إلى سبعين بالمائة خلال موسم الذروة. تتركز المدخرات في نافذة أوائل الموسم عندما يكون مطاردة المستندات هي الأكثر كثافة وفي نافذة أواخر الموسم عندما تدفع جمع التوقيعات معظم اللمسات الروتينية.

المقايضة هي أن الهندسة تتطلب تصميمًا دقيقًا لتجنب قيام الوكيل بالإجابة على أسئلة يجب عليه تصعيدها. النمط الصحيح هو عتبة ثقة تفترض التصعيد لأي سؤال خارج نطاق محدد بدقة. الشركات التي تخطئ في ذلك ينتهي بها الأمر بتلقي العملاء لإجابات خاطئة من الوكيل وفقدان الثقة في الشركة. الشركات التي تنجح في ذلك ينتهي بها الأمر بتلقي العملاء استجابات أسرع على الأسئلة الروتينية ونفس جودة اهتمام المحضر بالأسئلة الجوهرية.

تصميم التعامل مع الاستثناءات قبل تصميم أتمتة المسار السعيد

تفشل معظم عمليات نشر الأتمتة في طبقة التعامل مع الاستثناءات. يعمل المسار السعيد بسلاسة لأن الفريق الذي صمم الأتمتة ركز على المسار السعيد. تتعطل الاستثناءات في النظام لأن الفريق لم يستثمر بما يكفي في تحديد ما يحدث عندما يكون الاستخراج خاطئًا، أو عندما يقوم العميل بتحميل مستند لا يتناسب مع أي نمط معروف، أو عندما يؤدي الإقرار إلى قاعدة تتطلب قرارًا لا يستطيع النظام اتخاذه.

تبدأ منهجية تصميم التعامل مع الاستثناءات قبل بناء أتمتة المسار السعيد. تقوم الشركة بتصنيف فئات الاستثناءات التي تحدث في عملياتها الحالية، وتصنيفها حسب التكرار والتأثير، وتصميم التوجيه لكل فئة قبل نشر أي أتمتة.

عادة ما تندرج الفئات في ثلاث مجموعات. استثناءات الحل التلقائي، والتي يمكن للنظام التعامل معها عن طريق المحاولة مرة أخرى، أو الرجوع إلى مستخرج ثانوي، أو تطبيق قاعدة افتراضية. استثناءات الحل المدعوم، والتي تتطلب قرارًا بشريًا ولكن يمكن تقديمها للبشر مع جميع السياقات المجمعة بالفعل. واستثناءات التصعيد، والتي تتطلب حكمًا من كبار المسؤولين وتحتاج إلى التوجيه إلى الشخص المناسب دون المرور عبر الوسطاء.

تختلف هندسة التعامل مع كل فئة. يعيش الحل التلقائي بالكامل داخل طبقة الأتمتة ويظهر في التقارير فقط كإحصاءات مجمعة. يظهر الحل المدعوم كقائمة انتظار مع الاستثناء، والسياق، والإجراءات الموصى بها تعرض معًا. يظهر التصعيد كإشعار للمراجع الكبير المناسب مع سياق الارتباط الكامل المرفق.

الشركات التي تصمم التعامل مع الاستثناءات بهذه الطريقة تفيد بأن النظام يصمد تحت حجم موسم الذروة لأن الاستثناءات يتم التعامل معها بما يتناسب مع صعوبتها الفعلية بدلاً من تدفقها جميعًا إلى نفس قائمة انتظار المراجعة المثقلة بالعمل. تفيد الشركات التي تتخطى خطوة التصميم هذه بأن النظام يتعطل عند أول ارتفاع كبير في الاستثناءات، عادة في أوائل مارس عندما يزداد حجم المستندات.

هندسة طبقة البيانات للذكاء عبر الارتباطات

طبقة البيانات هي الأساس الذي يحدد ما إذا كان النظام يمكنه تقديم ذكاء يتجاوز الارتباط الواحد. النظام الذي يتعامل مع كل ارتباط على أنه معزول يفوت الأنماط التي تظهر عبر سجل أعمال الشركة. النظام الذي يبني طبقة بيانات موحدة عبر الارتباطات يمكنه إظهار تلك الأنماط واستخدامها لتحسين كل ارتباط لاحق.

تبدأ منهجية هندسة طبقة البيانات بقرار بشأن البيانات التي يجب التقاطها وعلى أي مستوى من التفاصيل. تقرر الشركة الأحداث التي يتم تسجيلها، والقيم المستخرجة التي يتم تخزينها، وإجراءات المحضر التي يتم تتبعها، وتفاعلات العميل التي يتم تسجيلها. يجب اتخاذ القرارات بعناية، لأن الإفراط في الالتقاط يخلق مشاكل في نظافة البيانات ويؤدي النقص في الالتقاط إلى ترك الشركة بدون المدخلات اللازمة لذكاء عبر الارتباطات.

النمط الصحيح عادة ما يكون التقاط الأحداث والنتائج التي تدفع القرارات التشغيلية، وتخزينها في مخطط موحد عبر الارتباطات، وبناء طبقة الذكاء فوق هذا المخطط. تتضمن أمثلة الأحداث الجديرة بالالتقاط طوابع زمنية لوصول المستندات، ودرجات ثقة الاستخراج، ونتائج التحقق، وتصعيدات المراجعة، ولمسات اتصال العميل.

الشركات التي تبني طبقة البيانات بهذه الطريقة يمكنها الإجابة على أسئلة مثل أنواع المستندات التي تسبب أكبر عدد من الاستثناءات لأي شرائح عملاء، وأي المحضرين يتعاملون مع أي أنواع إرجاع بكفاءة أكبر، وأي العملاء يولدون أكبر عدد من النفقات العامة للمحضر بالنسبة للرسوم. تغذي هذه الإجابات قرارات التوظيف، وقرارات التسعير، وقرارات مزيج العملاء بمرور الوقت.

المقايضة هي أن بناء طبقة البيانات يضيف تكلفة أولية وصيانة مستمرة للنشر. الشركات التي تتخطاها لديها نشر أولي أسرع ولكن لا يمكنها الوصول إلى الذكاء عبر الارتباطات لاحقًا دون إعادة البناء. الشركات التي تستثمر فيها لديها نشر أولي أطول ولكن يمكنها تجميع الذكاء على مدار مواسم متعددة.

تعامل مع البنية التحتية للإنتاج كاستثمار لعدة سنوات

تتعامل الشركات التي تحقق أقصى استفادة من أتمتة الذكاء الاصطناعي لشركات إعداد الضرائب مع النشر كاستثمار لعدة سنوات في البنية التحتية للإنتاج بدلاً من شراء بائع لمرة واحدة. تتطلب منهجية إدارة هذا الاستثمار وضع تشغيل مختلف عن دورة شراء البرامج النموذجية.

تتكون دورة حياة الاستثمار من أربع مراحل. النشر الأولي، والذي يشغل الأتمتة الأساسية ويثبت القيمة. ضبط الموسم الأول، والذي يعدل الأتمتة بناءً على ما كشفه موسم الذروة الأول. توسيع الموسم الثاني، والذي يوسع الأتمتة لتشمل أنواعًا إضافية من الارتباطات وعمليات إضافية للشركة. والصيانة المستمرة، والتي تحافظ على تحديث فجوات التكامل مع تطور المنصات الأساسية.

تتطلب كل مرحلة موارد مختلفة. النشر الأولي هو في المقام الأول استثمار في الهندسة والتصميم. ضبط الموسم الأول هو في المقام الأول استثمار في العمليات بدعم هندسي. توسيع الموسم الثاني هو مزيج من الهندسة والتصميم والعمليات. الصيانة المستمرة هي في المقام الأول استثمار هندسي بدعم العمليات.

تضغط منهجية النشر التي تستغرق 30 يومًا مرحلة النشر الأولية عن طريق نشر البنية التحتية للإنتاج في تمريرة أولى ذات نطاق ضيق والتعامل مع المراحل اللاحقة كامتدادات طبيعية للبناء الأولي. تفترض المنهجية أن الشركة ستستمر في الاستثمار في الأتمتة بدلاً من التعامل مع النشر الأولي كنهاية العمل. تبدأ استثمارات النشر بعشرات الآلاف المنخفضة للتمريرات الأولى المركزة مع عدد قليل من الوكلاء وتتوسع مع عدد الوكلاء، وتعقيد التكامل، والنطاق التشغيلي.

نموذج التسعير لهذا النوع من النشر مهم بقدر أهمية الهندسة. النموذج الذي يفرض رسومًا لكل إقرار أو لكل مستخدم يخلق حوافز تعمل ضد الشركة على نطاق واسع. النموذج الذي يسعر النشر بناءً على النطاق ويتضمن تمرير البنية التحتية بالتكلفة يواءم الحوافز عبر العلاقة. عادةً ما تبلغ رسوم تمرير البنية التحتية أربعمائة إلى خمسمائة دولار شهريًا للبنية التحتية للذكاء الاصطناعي، ويتم تحصيلها بالتكلفة دون زيادة.

اختر أنماط التكامل التي تصمد أمام تطور المنصة

كل تكامل في المكدس هو نقطة فشل محتملة عندما يتم تحديث إحدى المنصات. تعطي منهجية اختيار أنماط التكامل الأولوية للأنماط التي تصمد أمام تطور المنصة على الأنماط التي تزيد من عمق التكامل قصير الأجل.

عادة ما تكون الأنماط الأكثر مرونة هي تلك التي تستخدم واجهات برمجة التطبيقات الموثقة بعقود مستقرة. وعادة ما تكون الأقل مرونة هي تلك التي تكشط واجهات المستخدم للمنصات أو تعتمد على نقاط نهاية داخلية غير موثقة. بين هذه الحدود القصوى، تميل الأنماط التي تعتمد على تصدير الملفات، والمهام الدفعية المجدولة، وتنسيقات تبادل البيانات المحددة جيدًا إلى أن تصمد بشكل أفضل من الأنماط التي تعتمد على تدفقات الأحداث في الوقت الفعلي أو ربط المنصات العميق.

يتضمن قرار الهندسة مقايضات. عادة ما تكون التكاملات المرنة أقل غنى بالميزات من التكاملات الهشة. الشركة التي تعطي الأولوية للمرونة تقبل تدفقًا أبطأ للبيانات وتكاملًا أقل دقة في مقابل نظام لا يتعطل في كل مرة يتم فيها تحديث منصة. الشركة التي تعطي الأولوية لعمق التكامل تقبل عبئًا أعلى للصيانة في مقابل وظائف أكثر ثراءً.

الشركات التي تدير خمسة آلاف إقرار وما بعدها عادة ما تستقر على حل وسط. تستخدم أنماطًا مرنة للتكاملات التي تتعامل مع معظم حجمها وتقبل أنماطًا هشة لتكاملات عالية القيمة محددة حيث يكون العمق أهم من المرونة. وتضع ميزانية للصيانة المستمرة على التكاملات الهشة وتتجنب بناء تبعيات عليها في سير العمل التشغيلي الأساسي.

تستفيد الهندسة أيضًا من تضمين طبقة عازلة بين المنطق التشغيلي للشركة وتكاملات المنصة. تمتص الطبقة العازلة تغييرات المنصة دون إجبار المنطق التشغيلي على التغيير استجابة لذلك. تفيد الشركات التي تبني هذه الطبقة العازلة بأن تحديثات المنصة تصبح حدث صيانة روتينيًا بدلاً من تدريب طارئ يعطل العمليات.

تأكيد ملكية الكود واستقلالية البائع

القرار الهندسي الأخير هو الذي يحدد ما يحدث عندما ترغب الشركة في تغيير البائعين، أو تغيير المهندسين المعماريين، أو تطوير النظام في اتجاهات لم يتوقعها النشر الأصلي. تركز منهجية حماية هذه المرونة على ملكية الكود واستقلالية البائع.

يجب أن تمتلك الشركة الكود الذي يشغل أتمتتها. ليس ترخيصًا لاستخدامه. ليس اشتراكًا في إصدار مستضاف منه. الكود الفعلي، في مستودع تتحكم فيه الشركة، مع الحق في تعديل، أو توسيع، أو تفريع، أو إعادة بناء أي جزء منه دون التفاوض مع أي شخص. ملكية الكود هي ما يمنح الشركة خيار تغيير الاتجاهات دون التخلي عن الاستثمار.

استقلالية البائع هو المفهوم ذو الصلة. يجب أن تكون الشركة قادرة على تبديل أي بائع في المكدس دون إعادة بناء النظام بأكمله. يجب أن يكون بائع التلقي، ومنصة الإعداد، وطبقة المراجعة، ووكيل اتصال العميل، وطبقة التنسيق قابلاً للاستبدال دون أن يتعطل الآخرون.

تتطلب هندسة استقلالية البائع الطبقة العازلة المذكورة في مناقشة التكامل، بالإضافة إلى قرار متعمد لتجنب الاقتران العميق بين المنطق التشغيلي للشركة ونموذج بيانات أي بائع واحد. المقايضة هي أن الهندسة المستقلة عن البائع عادة ما تكون أقل أناقة من الهندسة شديدة الاقتران. الفائدة هي أن الشركة تحتفظ بخيار تطوير النظام بمرور الوقت دون مواجهة إعادة بناء قسرية.

يجب أن يعزز سرد التسعير للنشر هذا الاستقلال. يتيح التسعير الشفاف متعدد المستويات في كل عرض تقديمي للشركة وضع ميزانية مقابل النطاق الفعلي بدلاً من التفاوض ضد هدف متحرك. يجب نشر التسعير، لا التفاوض عليه حالة بحالة، حتى تعرف الشركة ما تلتزم به قبل بدء العمل.

ما تنتجه هذه المنهجية

تنتج الشركة التي تطبق هذه المنهجية من البداية إلى النهاية مكدسًا يتعامل مع حجم موسم الذروة دون إجبار المراجعين على تعويض الفجوات. تتعامل طبقة التلقي مع المستندات على مستويات. تُحسِّن طبقة الإعداد كثافة سير العمل. تلتقط طبقة المراجعة الأخطاء على مراحل. تُزيل طبقة اتصال العميل اللمسات الروتينية من وقت المحضر. توجّه طبقة معالجة الاستثناءات الشذوذ إلى مسار الحل الصحيح. تلتقط طبقة البيانات الأحداث التي تدفع الذكاء عبر الارتباطات. تُعامِل دورة حياة الاستثمار النشر كاستثمار متعدد السنوات. تصمد أنماط التكامل أمام تطور المنصة. تحمي ملكية الكود استقلالية البائع.

النتيجة ليست نظامًا مثاليًا. يتضمن إعداد الضرائب تعقيدًا كافيًا بحيث لا يمكن تحقيق أنظمة مثالية. النتيجة هي نظام يصمد تحت الحجم الذي تعالجه الشركة بالفعل، ويتعافى برشاقة من الاستثناءات التي تحدث، ويتحسن بمرور الوقت مع تراكم طبقة البيانات للمدخلات التي تدفع قرارات أفضل.

تتشارك الشركات التي تحقق هذه النتيجة في سمة واحدة تتجاوز هندستها. لقد التزموا بالمنهجية قبل الالتزام بالمنصات، وعاملوا اختيار المنصة كنتيجة للمنهجية بدلاً من نقطة البداية. هذا الالتزام هو ما ينتج مكدسًا يصمد أمام موسم الذروة بدلاً من مكدس ينهار تحته.

حول TFSF Ventures

TFSF Ventures FZ-LLC (RAKEZ License 47013955) هي شركة هندسة مشاريع تنشر بنية تحتية للوكلاء الأذكياء عبر الشركات من خلال ثلاث ركائز متكاملة: البنية التحتية للوكلاء، ومسارات الدفع غير التقليدية، ومحرك مشاريع كامل. مع 27 عامًا في المدفوعات والبرمجيات، تعمل TFSF عالميًا، وتخدم 21 قطاعًا بمنهجية نشر تستغرق 30 يومًا. تعرف على المزيد على https://tfsfventures.com

خذ تقييم الذكاء التشغيلي المجاني. أجب على بعض الأسئلة السريعة حول عملك. احصل على مخطط نشر ذكاء اصطناعي مخصص في غضون 24 إلى 48 ساعة يتضمن توصيات الوكيل والهندسة وخريطة طريق خاصة بعملياتك. لا توجد مكالمة مبيعات. لا التزام. فقط بيانات. ابدأ على https://tfsfventures.com/assessment

Originally published at https://tfsfventures.com/blog/architecting-ai-automation-for-tax-preparation-firms-across-sureprep-gruntworx

Written by TFSF Ventures Research