Find answers, support paths, and rollout guidance fast
Search the same approved public knowledge source used by AwraIQ. Results stay grounded in published AWRA resources, so buyers, customers, and support teams work from one source of truth.
Product helpImplementationSecurity reviewsBilling & support
Delivery management — projects and tasks, Kanban board and my tasks, planning and Gantt, agile sprints, time and budget tracking, and flexibility (labels, checklists, templates).
Projects & Tasks runs agile delivery on the same tasks you track: a backlog and sprint-planning board, a per-sprint Kanban, story points, velocity across completed sprints, and a burndown computed from real completion times. Completing a sprint carries unfinished work back to the backlog automatically.
Singapore's security-of-payment Act defines a day, for every deadline in it, as any day other than a public holiday. Weekends count. That is a third unit of time, and most systems implement two.
No mandate means the decision has to stand on operational evidence alone. Three honest positions including buying nothing, seven things worth scoring, and what a joint venture's attribution really costs.
A cost that lands nowhere lands in overhead — and overhead is where project profitability goes to hide. The four routes cost reaches a job, and the one-field rule that closes all of them.
Projects end twice — when the work stops, and months later when the last invoice and the last claim land. Why the reported margin is never the real one, the retention trap, and the one review table that changes future bids.
Customers return because you know their car, and that knowledge lives in a folder that gets lost and a mechanic who leaves. How far a registration-prefix convention gets you, and the declined-work note that is worth more than any discount.
Most project plans are tasks with dates typed beside them, which is a wish rather than a schedule. What dependencies buy you, why slack decides which delays matter, and the procurement lead time nobody records.
A task dependency here carries a type, and the critical path treats every link as finish-to-start in day offsets. Reading that type — and teaching the calculation about weekends — is a straightforward addition we can make to your workspace.
Configuration takes a week. What takes ninety days is the organisation deciding which of its four stock figures is real, who is allowed to write off damage, and what replaces the WhatsApp group that currently approves purchases.
Three project plans, each realistic, each assuming it has the same engineer. Why nobody ever computes the sum, why a count of open tasks is not a measure of load, and the four contention signals you already have without a capacity model.
Every inventory system offers a forecast; few explain how the number was produced. The blended velocity, the risk grade that compares cover against lead time, the settings that change it, and the four cases where it is confidently wrong.
A job card runs as a project here, which gives you parts at stamped cost, labour hours and a real margin per job from day one. Vehicle history across visits is the piece we can add on top, and it is worth scoping early.
Donor-funded work moves the unit of account off the cost centre and onto the award. Four cost streams accumulate against a project here and they are properly filtered — but the budgeting tool that holds lines and periods is keyed to departments, and there is no link from a budget to a project anywhere in the schema.
A project here has one customer, which fits most delivery work cleanly. Organisations running one programme on money from three funders need a shared cost split across all three in set proportions — a funder dimension we can add to your workspace.
A project carries one money budget. Its actual cost arrives from four independent streams — logged time, purchases, expenses and stock issued to the job. So the system can say a job is eighty per cent through its money and cannot say which of the four is why.
A sprint belongs to a project, and a task can only join a sprint in its own project. For a squad built around one engagement that is invisible; for a standing team carrying a client portfolio it is one cadence turned into four records, four burndowns and four velocities.
Two years on, somebody asks what the branch cost and nobody can say. A budget line fragments by category and resets at year end; a project holds the whole thing — with two gaps worth planning for.
Running both systems is correct for one module, for four weeks, with a stop date announced in advance. The weekly reconciliation that makes the double work worth it, and the one thing that destroys the test entirely.
Phasing is the safe answer and it is not free — you pay in a seam somebody carries by hand. Which modules genuinely cannot be separated, and the three situations where switching everything on at once is the better risk.
Measured work is priced by the unit and consumed by the unit. Preliminaries are priced by the contract and consumed by the week — which is why a job that hit every material target still lost money on a six-week delay.
Donor-funded procurement is judged twice — by your finance team and by an auditor who was not in the room. The controls that make both pass: competitive sourcing you can prove, three-way matching, sub-grantee oversight, and a record that is a by-product of the transaction.
Rwanda holds public and donor-funded spending to a high bar, and the audit trail is where that bar is met or missed. What procurement software must enforce — competition, approvals, three-way matching, grant-tagged spend — and where the honest limits are.
Addis is one of Africa's great hubs for NGOs and development agencies — and donor-funded procurement is judged twice: by your finance team, and by an auditor who was not in the room. The controls that make both pass, across currencies.
Page 1 of 4 · 84 articles
Still need a human answer?
For rollout planning, enterprise procurement, billing, security review, or customer support, share the context and we will route it to the right owner.
We use necessary cookies for secure sessions. With your permission, we also use cookies and browser storage for preferences, analytics, and demo engagement. Privacy Policy
AWRA OpsHub
Cookie settings
Cookie Consent Manager
Necessary cookies stay on for login, CSRF protection, and security. You can choose the optional categories below.
Overview
General Information
AWRA uses cookies and browser storage to keep public pages secure, remember selected preferences, measure website performance, and manage demo engagement prompts.
You can choose whether functional and marketing engagement storage apply. Analytics measurement is always active in this AWRA setup.
These settings apply to AWRA public website experiences such as the homepage, feature pages, pricing calculator, blog, help center, and request-demo page. Authenticated dashboard and vendor portal sessions still rely on required security cookies.
Required
Always active
Functional
Optional
Analytics
Always active
Marketing
Optional
For more context on privacy handling, open the Privacy Policy.
Required Cookies
Required Cookies
Always Active
Required cookies and storage support basic website delivery, secure sessions, request protection, and remembering the consent choice itself.
These cannot be switched off from this manager because disabling them would break login/session behavior, form protection, or the ability to remember the privacy choice you save.
Cookie details
Session security: keeps secure server sessions working while browsing AWRA.
CSRF protection: helps verify form submissions and protect requests.
Consent record: stores the preference decision so the banner does not keep asking after a choice is saved.
Examples: Laravel session cookies, CSRF tokens, and the AWRA consent preference record.
Duration: session security can expire with the browser/session; saved consent can last longer so the same browser remembers the choice.
Functional Cookies
Functional Cookies
Functional storage improves the public website experience by remembering interface choices, helper states, dismissed notices, and short-lived interaction preferences.
Turning this off does not stop secure required cookies or analytics. It only limits optional convenience memory.
If disabled, AWRA may show some helper prompts again or forget non-essential display choices. Core public pages, contact forms, and request-demo forms still work.
Cookie details
UI preferences: remembered display choices and helper states where available.
Dismissed notices: session-level or preference-level memory for notices the visitor has closed.
Frequency helpers: optional browser storage that prevents repeated prompts when allowed.
Examples: localStorage or sessionStorage values for dismissed banners, guide/helper states, and lightweight public-page preferences.
Effect when off: AWRA avoids optional convenience memory unless it is also allowed through marketing and engagement preferences.
Analytics Cookies
Analytics Cookies
Always Active
Analytics helps AWRA understand public page performance, traffic patterns, and content usefulness so we can improve the marketing website.
This category does not by itself enable demo popups, exit-intent prompts, or advertising pixels. Those are controlled by Marketing & engagement.
In this AWRA setup, Google Analytics and Google Tag Manager measurement are treated as mandatory website measurement and remain active.
Cookie details
Google Analytics / GTM: measures aggregate traffic and page activity.
Performance insight: helps identify which public pages, docs, and demo paths visitors use.
Operational signal: supports website quality decisions without enabling demo popups by itself.
Examples: Google measurement identifiers such as GA/GTM tags and related browser identifiers set by Google scripts.
Use: page views, source/referrer trends, public content performance, and product education page effectiveness.
Marketing & engagement
Marketing & engagement
Marketing and engagement storage supports demo prompts, exit-intent prompts, campaign attribution, and future advertising pixels.
When disabled, AWRA will not auto-open demo or exit-intent popups. CTA buttons can still open a form because that is a direct visitor action.
When enabled, AWRA can remember that a visitor already saw, dismissed, or submitted a demo prompt so the same popup is not repeated aggressively.
Cookie details
Demo prompt memory: tracks whether an auto prompt or exit prompt was recently dismissed.
Demo submission memory: avoids asking again after a visitor submits a demo request.
Campaign context: keeps source page, referrer, and UTM context available for demo requests.
Examples: popup frequency caps, demo-submitted flags, engagement source fields, and UTM/referrer context.
Effect when off: auto demo prompts and exit-intent prompts stay blocked; normal navigation and manually clicked CTA buttons still work.