These cookies are required for the website to function properly. They ensure security, enable basic features like page navigation, and store user session data. You cannot disable these cookies.
Feature · Organizations and programs
Example screen with sample data
Organizations and programs
Establish the organization and program context for project work.
OverviewActive Donors×
NGOs ERP · Organizations and programs
New
Active Donors
Donors
| Donor name | Organization | Segment | Contact email | Status | |
|---|---|---|---|---|---|
| Donor 840 | ORG-2001 | Individual | nv@example.com | Active | |
| Donor 409 | ORG-8482 | Corporate | tn@example.com | Active | |
| Donor 466 | ORG-4931 | Foundation | za@example.com | Active | |
| Donor 736 | ORG-3092 | Government | rs@example.com | Active | |
| Donor 166 | ORG-7126 | Individual | wm@example.com | Active |
6 of 6 records
Donor 840Donors · DNR-93183
IndividualOrganizationORG-2001
Contact emailnv@example.com
StatusActive
What you can do
Set the operating context
An organization record identifies the group running the work or a partner associated with donors and programs. Keep its name, code, country, currency and active setting clear before adding a program. A program then groups related projects around a focus area and a start date. Program Lead uses that structure to see which work belongs together; Admin maintains the underlying organization identity.
The currency belongs to the organization record. Before planning a project budget or comparing funding amounts, agree how the team will interpret currency across the records involved. Use the organization currency as the agreed scope for comparing project budgets, requests and fund events.
How the work is organized
- Organization identity. Admin confirms the operating name, country and selected currency that programs will use.
- Program ownership. Program Lead names the focus area and start date, then links the program to its organization.
- Project context. Each project refers to a program, so portfolio review can move from organization to program to the actual delivery work.
A program can be planned, active or closed. Those states describe the program’s own lifecycle. They do not automatically change a linked project’s status. For example, an active health program can contain a planned project that has not started field work. Keep the two decisions distinct when reviewing the portfolio.
What to agree during setup
Decide which organization record represents each operating entity and how partner organizations should be represented. Agree who may change its active setting or currency once projects and donor records refer to it. Set a naming convention for programs so that related projects can be recognized without relying on a free-text focus area alone.
Program Lead should also decide when a program moves from planned to active and who may close it after its projects finish. Record those rules with the team before the first operating cycle. If historical programs are imported, preserve their original start dates and current statuses so the portfolio does not appear to have started all work on the import day.
Check the handoff on an actual case
Take a program that covers work in one focus area and create two projects under it. Confirm that Program Portfolio shows the planned or active program and that Project Schedule shows each project’s own dates. Change one project to active while the other remains planned. A reviewer should be able to explain both states without assuming the program status has advanced either project for them.
Then add a donor under the correct organization and confirm the donor’s organization reference. This matters when the same team works across partners: the donor relationship and the project plan need their own source records before a funding case connects them.
What your team sees
- Program Portfolio — Planned and active programs with their focus area, start date and organization.
- Project Schedule — Project timing and status underneath the program portfolio.
Follow the work through
Continue to project planning and funding preparation. Review the reference links in the data model before importing a portfolio.
What it keeps track of
Data model- Organizations
- A record here is the organization or partner running the work, used to keep core identity and currency details.
- Programs
- A record here is a broad effort the organization runs, used to group related projects under one focus area.
- Projects
- A record here is a funded initiative with a location and timeline, used to track progress and budget.
- Donors
- A record here is a person or group who gives funds, used to keep track of contacts and giving activity.
Who uses it
Permissions- Admin
- Maintains organization identity and access.
- Program Lead
- Creates and updates programs and projects.
- Funding Officer
- Checks the donor's organization context.
- Finance Lead
- Uses the context when interpreting funding amounts.
Set up NGOs ERP your way.
Start free, then use Proto to change fields, steps and approvals before your team goes live.