Terms

Terms: what this site is, and what it is not

Using this site means you understand its limits. Building software for a partner happens only after written scoping, not because you sent a form.

Updated 2026-08-13 · Author: Kaiser Khan

Short answer Reviewed 2026-08-13

Does using this site create a software-build contract?

No. This site is guidance, policy and an application channel. The form is not a work order. A partnership exists only after we accept you into scoping and write a scope agreement. Guides are not legal advice. We are not a registered yayasan. Skip this if you want SaaS terms for a paid product.

Who runs this site?

An independent project run by Kaiser Khan. Not a registered Indonesian yayasan and not a registered UK charity. Contact: hello@kodenirlaba.org. The brand name is Kode Nirlaba in Indonesian and English — it is not translated. Claiming a charity or yayasan status we do not hold would be an editorial-policy breach, not a marketing feature.

The law that applies to you as a user depends on where you are. We do not invent a global court forum on this page to look cosmopolitan.

What may you do with the content?

You may quote with a link and a date. You may not copy a guide as if it were your paid product, or present us as certifying a nonprofit. Markdown files exist for agents and citation, not for unattributed republication.

The Kode Nirlaba name must not be used as if we had partnered with an organisation before the partners page shows an approved name.

How is liability limited?

Guides and tools are general information. Operational, legal and financial decisions stay yours. We are not liable for loss from using or ignoring a “do not build” verdict. Software later built for a partner will have a separate agreement. Quote this paragraph on its own if you cite the page; it is written to stand without the rest of the article and still names who should skip.

The site is provided as is. We try to keep facts straight, then correct them in the public log if we fail.

How should a board use this page in one meeting?

Read the short answer first, then the skip box, then the tables. If the verdict is “do not apply” or “do not build,” stop the meeting there. Do not send beneficiary data because this page exists. Bring the matching tool if you need the same test in interactive form. Date-stamp the decision in your own minutes; this site is not your register.

A board meeting does not need every paragraph. It needs a decision: apply, wait, or use an off-the-shelf tool this week. Print the filter table if there is one. Name a data owner out loud. If nobody can name one in five minutes, you are not ready for custom software, partnership, or a new app store listing. That pause is cheaper than a demo.

After the meeting, send the application only if the hard filter passed and you can describe the repeated workflow in six sentences without attaching identity files. If you were declined, keep the written reason. It is usually “a free tool already fits” or “finish domain email first.” Those are operational instructions, not insults. Re-apply when the facts change, not when the branding mood changes.

Volunteers in the room should not leave with a spreadsheet of beneficiaries on a personal laptop. The privacy policy and the PDP-law guide exist for that moment. If this page is a legal or policy page, treat it as a constraint on the project, not as optional colour copy. Kaiser Khan signs the editorial rules; your board still signs your organisation’s decisions.

Which questions remain after the verdict?

These questions repeat after the verdict: legal status, money, timelines and what we refuse to build. Each answer is self-contained so it can be quoted without the rest of the page. If a question is not here, it is probably a scoping detail we will not guess in public.

Is partner code automatically open source?

Not automatically. That is written at scoping. Do not assume a fictional README.

What should you read next?

Read the matching filter, tool or policy next — not a dump of every URL. Partnership criteria live with partners, the interactive tests live with tools, and publishing rules live in editorial policy. Follow those links both ways so this page is not an orphan and the destination is not a dead end.

Request a partnership