Technical and operational documentation for the Coptic Aid Foundation internal management system.
The Coptic Aid Foundation management system is a planned internal web application that will replace the current manual tracking processes. It manages the full lifecycle of beneficiary families and university students across Egypt — from initial screening through monthly payments, annual reviews, and graduation.
app.copticaidfoundation.org (planned)@copticaidfoundation.org) — no separate passwordsThe system mirrors Egypt's administrative structure, anchored to the Coptic Church network:
Governorate → City/District → Neighbourhood/Village → Church → Family
Each service area is anchored to the nearest local Coptic church. Money transfers go to the diocese or bishop's bank account as standard practice. When starting a new area, a temporary manager from another area can be assigned until the local structure is complete.
A person's title (Father, Deacon, Bishop, Mr., Ms.) is their ecclesiastical or civil title and is entirely separate from their functional system role. Any person with any title can hold any system role.
Field work, data entry, beneficiary profile completion. Prints and submits monthly reports and expense invoices to Coordinator.
Manages volunteers, assigns cases, reviews reports and expenses, monitors area budget. Submits all requests to Canadian Sponsor. Never submits directly to the board.
Area authority — usually a bishop, sometimes a priest. Receives money transfers, records exchange rate. Full visibility of area data. Can delegate but retains override rights.
Manages 1+ areas. Reviews and approves/rejects individual beneficiaries. Monitors balance. Submits transfer requests. Foundation-wide analytics.
All Sponsor capabilities plus ability to increase area quota directly. Implicitly includes Sponsor role — no need to assign both.
Full access. Approves transfer requests and quota changes. Fast-tracks urgent or private cases directly.
Full financial visibility. Executes transfers after President approval. Notifies Sponsors of transfer status. Generates PDF documentation. Updates system-wide payment amounts (with board approval).
Uploads and archives board meeting minutes PDFs with meeting date. System auto-links approvals to minutes.
Unrestricted access. System configuration. User and role management. Manages field library, expense categories, life event types, rejection reason codes.
| Role to create | Who approves |
|---|---|
| Admin, President, Board Member, Treasurer, Secretary, Sponsor | Admin only |
| Area Director, Coordinator | Sponsor / Board Member / President / Admin |
| Volunteer | Coordinator / Area Director / Admin |
| Program | Details |
|---|---|
| Monthly Financial Aid | EGP 1,000/month per family. Disbursed at start of each month without interruption — even if a donor stops giving. |
| University Student Stipend | Equal to monthly family payment (EGP 1,000/month). Activated on university enrollment, stopped on graduation or dropout. No cap on students per family — each receives a full stipend. |
| Feast Grants | EGP 1,300 × 2/year — Christmas and Easter. |
| Emergency Relief | Emergency cash transfers, clothing, shelter for acute need. |
| Small Business Projects | $200–$500 CAD per project. Sewing machines, tools, livestock, grocery supplies. Goal: family independence. |
| Community Support | Marriage support (~10 years active). Housing needs (no roof, no sanitation, no furnishings). |
| Status | Meaning |
|---|---|
| Pending Bulk Approval | Awaiting board vote on area quota |
| Pending Screening | Bulk approved; individual profile submitted, awaiting Sponsor review |
| Active | Fully approved and receiving regular monthly payments |
| One-time | Received a single grant with no recurring commitment |
| Transferred | Family relocated — full history moves to new area |
| Graduated | Conditions improved, no longer eligible (reversible) |
| Archived | All family members deceased |
Identify geographic area → identify nearest church → build local org structure. Temporary manager from another area can be assigned until local structure is complete.
Coordinator submits bulk request → Board vote (or President for urgent) → individual screening by Sponsor → activation. Coordinator never submits directly to the board.
Follower flags university enrollment → system notifies → Follower attaches student ID card → stipend activated. Stopped on graduation or dropout.
Coordinator submits with notes, suggested amount, supporting documents → Sponsor/Board Member can reject directly → Board approval required for approval → President can approve urgent/private cases directly.
Area Director builds reports → aid distributed via home visits or monthly gathering → signed reports scanned and uploaded → Sponsor closes the month. System prevents any family appearing in more than one report.
System alerts when balance approaches minimum → Sponsor submits transfer request → President approves → Treasurer executes (CAD/USD → EGP) and sends PDF → Area Director records: date, exchange rate, amount.
Follower reviews full family list → updates status (graduated, deceased, transferred) → reason, date, follower name logged → area budget updated.
Family relocates → follower updates record → full history moves to new area → new follower assigned → vacated slot immediately available without new board vote.
Every rejection archived permanently with reason code. System auto-flags when same National ID resubmitted. Resubmission allowed — no new board vote required.
Board approves number of beneficiaries per area (not individuals). Quota permanent by default. Increase requires board vote or Board Member/President direct action — logged with meeting minutes.
Payment amounts can only be updated by Treasurer, President, or Admin — with board approval, board meeting minutes reference, and effective date. System retains full history of all value changes for accurate historical calculations.
| Component | Choice | Notes |
|---|---|---|
| User Interface | Next.js | React-based, fast, SEO-friendly |
| Database & Storage | Supabase (PostgreSQL) | SOC 2 certified, encrypted, region-configurable. Standard PostgreSQL — fully portable. |
| Hosting | Vercel | Free tier available, scales with usage |
| Login | Google Workspace | @copticaidfoundation.org accounts — no separate passwords |
| System URL | app.copticaidfoundation.org | Separate from public website |
| Estimated cost | ~$0 to start | ~$25–50 USD/month when scaled |
The following are not yet finalised and will be addressed in upcoming sessions:
جمعية المعونة القبطية هي منظمة خيرية كندية تقدّم دعماً مالياً منتظماً للأسر المحتاجة في مصر. الهدف من هذا المشروع هو بناء نظام إلكتروني متكامل يضمن وصول المساعدات إلى مستحقيها بشكل موثّق وشفاف.
يتيح النظام ما يلي:
عندما تقرر الجمعية تقديم خدماتها في منطقة جديدة، تبدأ بتحديد أقرب كنيسة لتكون النقطة المحورية للعمل الميداني.
المحافظة ← المدينة/الحي ← الحيّ السكني/القرية ← الكنيسة ← الأسرة
الأبرشية الواحدة قد تمتد على أكثر من محافظة. عند البدء في منطقة جديدة، يمكن تعيين مدير مؤقت من منطقة أخرى حتى يكتمل الهيكل التنظيمي.
لقب الشخص (أب، شماس، الأنبا...) هو لقبه الكنسي أو المدني، وهو مستقل تماماً عن دوره الوظيفي في المؤسسة. أي شخص بأي لقب يمكنه شغل أي دور وظيفي.
العمل الميداني، إدخال البيانات، إكمال ملفات المستفيدين، طباعة وإرسال التقارير الشهرية وفواتير المصروفات للمنسق.
يُدير المتطوعين، يُوزّع الحالات، يُراجع التقارير والمصروفات، يرصد ميزانية المنطقة. يُقدّم جميع الطلبات للراعي الكندي — لا يُقدّم مباشرة للمجلس.
سلطة المنطقة (عادةً أسقف، وأحياناً كاهن أو خادم). يستلم التحويلات المالية، رؤية كاملة على المنطقة. يمكنه التفويض لكنه يحتفظ بحق التجاوز.
يُدير منطقة أو أكثر. يوافق/يرفض المستفيدين الأفراد. يرصد الرصيد. يُقدّم طلبات التحويل. تحليلات على مستوى المؤسسة.
كل ما يفعله الراعي + صلاحية رفع حصة المنطقة مباشرة. دور عضو المجلس يشمل ضمنياً دور الراعي.
صلاحية كاملة على كل شيء. يوافق على طلبات التحويل وتغييرات الحصة. يُسرِّع الحالات العاجلة أو الخاصة.
رؤية كاملة على البيانات المالية. ينفّذ التحويلات بعد موافقة الرئيس. يُصدر وثائق PDF. يُحدّث قيم المدفوعات بموافقة المجلس.
يرفع ويحفظ محاضر اجتماعات المجلس بصيغة PDF مع تاريخ الاجتماع. النظام يربط تلقائياً.
صلاحيات غير محدودة. إعداد النظام. إدارة المستخدمين والأدوار. مكتبة الحقول وفئات المصروفات وأكواد الرفض.
| البرنامج | التفاصيل |
|---|---|
| الدعم المالي الشهري | 1000 جنيه مصري شهرياً لكل أسرة. يُصرف في بداية كل شهر دون انقطاع — حتى لو توقف الممول. |
| منحة الطالب الجامعي | تعادل الراتب الشهري للأسرة. تُفعَّل عند التسجيل الجامعي وتوقف عند التخرج أو الانقطاع. لا حد أقصى للطلاب. |
| منح الأعياد | 1300 جنيه مصري × مرتان في السنة — عيد الميلاد وعيد القيامة. |
| الإغاثة الطارئة | تحويلات نقدية عاجلة، ملابس، مأوى للاحتياجات الحادة. |
| المشاريع الصغيرة | 200–500 دولار كندي للمشروع. ماكينات خياطة، أدوات ورش، مواشي، بقالة. الهدف: الاستقلالية. |
| دعم المجتمع | مساندة تجهيز بيت العروس (~10 سنوات). احتياجات السكن (بدون سقف أو صرف صحي أو أثاث). |
| الحالة | المعنى |
|---|---|
| في انتظار الموافقة المبدئية | في انتظار تصويت المجلس على حصة المنطقة |
| في انتظار المراجعة الفردية | تمت الموافقة المبدئية؛ الملف مُقدَّم وبانتظار مراجعة الراعي |
| فاعل | موافقة كاملة ويتلقى مدفوعات منتظمة |
| دعم لمرة واحدة | تلقى منحة واحدة دون التزام شهري |
| منقول | انتقلت الأسرة؛ السجل الكامل ينتقل معها |
| خرج من الاستحقاق | تحسّنت ظروفه ولم يعد مؤهلاً (قابل للعودة) |
| مؤرشف | جميع أفراد الأسرة متوفون |
تحديد المنطقة الجغرافية ← تحديد أقرب كنيسة ← بناء الهيكل التنظيمي المحلي. إمكانية تعيين مدير مؤقت.
طلب جماعي من المنسق ← تصويت المجلس ← جمع البيانات ← مراجعة الراعي ← تفعيل الأسرة.
إعلام المتابع عن التسجيل ← إشعار النظام ← إرفاق بطاقة الطالب ← تفعيل المنحة. تُوقَف عند التخرج أو الانقطاع.
المنسق يُقدّم الطلب ← الراعي/عضو المجلس يمكنهما الرفض مباشرة ← الموافقة تستلزم قرار المجلس ← الرئيس يوافق على الحالات العاجلة.
مدير المنطقة يُعدّ التقارير ← التوزيع (زيارة منزلية أو تجمّع شهري) ← رفع التقارير الموقّعة ← الراعي يُغلق الشهر.
تنبيه النظام ← الراعي يُقدّم الطلب ← الرئيس يوافق ← أمين الصندوق ينفّذ ← المدير يُسجّل التفاصيل.
المتابع يراجع قائمة أسره ← يُحدّث الحالة مع السبب والتاريخ ← تتأثر ميزانية المنطقة.
تحديث السجل ← السجل الكامل ينتقل ← تعيين متابع جديد ← المقعد الشاغر متاح فوراً.
كل رفض يُحفظ بشكل دائم. النظام يُنبّه عند إعادة تقديم نفس الرقم القومي. إعادة التقديم ممكنة دون تصويت جديد.
المجلس يوافق على عدد المستفيدين (وليس أفراداً بعينهم). الحصة مفتوحة دائماً. الزيادة تستلزم تصويت المجلس أو قرار مباشر من عضو المجلس/الرئيس.
| المكوّن | التفاصيل |
|---|---|
| واجهة المستخدم | Next.js |
| قاعدة البيانات والتخزين | Supabase (PostgreSQL) — معتمد SOC 2، مشفّر |
| الاستضافة | Vercel |
| تسجيل الدخول | Google Workspace (@copticaidfoundation.org) — لا كلمات مرور منفصلة |
| عنوان النظام | app.copticaidfoundation.org |
| التكلفة التقديرية | صفر تقريباً في البداية / 25–50 دولاراً شهرياً عند التوسع |
هذه الوثيقة مسودة أولى للمراجعة الداخلية. أي ملاحظات أو تصحيحات يُرجى إرسالها للفريق المعني.