الموافقة البشرية لوكلاء المالية

لا يخرج المال قبل موافقة الشخص المخوّل.

يجهّز وكيلك الدفع. ويوافق المسؤول على تنفيذه من هاتفه.

كيف أضيف موافقة بشرية إلى وكيل مالي؟

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

ما يحتاج إلى موافقة

إجراءات لا ينبغي تنفيذها تلقائيًا

executePaymentRun(batchId)
تجمع دفعة المدفوعات عمليات كثيرة يصعب عكسها. وجود مستفيد خاطئ واحد ضمن مئتين يعني خسارة مال أيضًا.
postJournalEntry(entry)
إضافة قيد إلى فترة مغلقة أو توشك على الإغلاق قد تتطلب تصحيح التقارير أو الحسابات.
writeOffBalance(accountId, amount)
شطب دين يتطلب تقدير احتمال تحصيله. يعرف الوكيل أعمار الديون، لكن المسؤول المالي يعرف السياق.
changeVendorBankDetails(vendorId, iban)
تغيير بيانات بنك المورد هدف شائع للاحتيال بالفواتير. لذلك يهم تأكيد شخص ثانٍ عبر قناة منفصلة.

الكود

استدعاء واحد ضمن خطوتك الحالية

اربط الإجراء المعني بالموافقة، لا الوكيل كله. تستمر المهام الآمنة دون سؤال أحد.

bash
pip install pushary
استدعاء واحد
import os
from pushary import PusharyServer

px = PusharyServer(api_key=os.environ["PUSHARY_API_KEY"])

def run_payments(batch, approver_id):
    total = sum(p.amount for p in batch.payments)

    decision = px.decisions.ask(
        external_id=approver_id,
        type="confirm",
        question=(
            f"Release {len(batch.payments)} payments totalling "
            f"{total:,.2f} {batch.currency}? Largest: {batch.largest.payee}."
        ),
    )

    if not decision["approved"]:
        return hold_batch(batch, reason="not approved")
    return execute_payment_run(batch.id)

من يقرر

اتخاذ القرار لا يتطلب الجلوس أمام المكتب

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

لدينا مسارات موافقة مالية أصلًا. لماذا نضيف مسارًا؟

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

للمزيد: معايير التدقيق الصادرة عن PCAOB.

$99/ شهريًا، خطة Partner

أضفه إلى منتجك. لا يحتاج مستخدموك إلى حساب Pushary ولا يدفعون لنا شيئًا.

What the Partner plan covers

أسئلة شائعة

إجابات عن أسئلتك

هل يمكن اشتراط موافقة شخصين مختلفين؟
نعم. أرسل سؤالين بمعرّفي مستخدم مختلفين ولا تنفّذ إلا إذا وافق كلاهما. لكل طلب سجل مستقل مرتبط بشخص واحد.
هل يرى Pushary بيانات معاملاتنا؟
فقط ما تضعه في السؤال. استخدم مرجعًا وملخصًا مثل «هل نُجيز 42 دفعة بإجمالي 18,400.00 EUR؟». تبقى القيود التفصيلية في نظامك. يحفظ Pushary الطلب والإجابة.
ما الذي يمكن تقديمه للمدقق؟
سجل قابل للتصدير لكل طلب، يتضمن السؤال والإجابة والشخص والوقت. تحفظ Partner Launch السجل 90 يومًا وPartner Growth لمدة 365 يومًا. ويمكن نقل الإجابات إلى نظامك عبر webhooks موقّعة. يراعي Pushary مبادئ GDPR، لكنه لا يحمل شهادة SOC 2 أو ISO.
هل يمكن أن تختلف الحدود بين الشركات التابعة؟
نعم. تبقى الحدود في كودك ومصفوفة صلاحياتك. تمر العمليات تحت الحد، وما يتجاوزه يوجّه إلى معرّف الشخص المخوّل لذلك المستوى.

اترك القرار للإنسان في الخطوة التي تحتاج إليه.

اربط كل مستخدم مرة واحدة، واسأل باستدعاء واحد، ولا تنفّذ إلا بعد الموافقة. تُحفظ كل إجابة.

Start free