Editorial platform for scholarly journals

Run your journal’s peer review on a system of its own.

JEMS handles submission, peer review, decisions, production and your public archive — deployed as a dedicated instance for your journal, on your domain, with your branding and your mail.

In production across four peer-reviewed journalsSeven editorial rolesEditor-in-Chief approval gate

4peer-reviewed journals running on JEMS today
7editorial roles included, from author to administrator
11manuscript states tracked from draft to published
1dedicated instance per journal — never shared
Why journals move

Peer review runs on goodwill. It shouldn’t also run on an inbox.

Most journals outgrow email long before they replace it. JEMS takes over the three places it usually breaks.

Manuscripts arrive as email attachments and live in one person’s inbox.

One front door for every submission

Authors submit through a dashboard. Co-authors confirm by email before the paper moves, files land in your storage numbered and routed, and the editorial office sees it the moment it arrives.

Nobody is quite sure who agreed to review, or when it was due.

Invitations that keep track of themselves

Reviewers accept or decline from an emailed link, report against a structure you can compare, and stay in a pool that gets more useful with every issue you publish.

Decisions are assembled in a spreadsheet and sent by hand.

An approval gate before anything goes out

An associate editor’s recommendation waits in the Editor-in-Chief’s queue until it is approved, overridden or sent back. Every state change is a timestamped event on the manuscript.

What you get

Everything a journal needs to run — and keep the record.

Not a submission form bolted to a website. The whole editorial operation, including the unglamorous half.

Your journal’s name on everything

Site name, journal name, domain and every outgoing email template are yours, editable from the admin desk without a deploy. Nothing on the page sells our software to your authors.

An audit trail you can defend

Assignments, reports, decisions, overrides and withdrawals are written to a timestamped event log against the manuscript. Months later you can still show who did what, and when.

No version ever gets lost

Each revision pushes the previous manuscript into an append-only history before the new one takes its place — so the file a reviewer actually read is still the file you can open.

Production and archive, not just review

Camera-ready files, signed copyright forms, volume and issue assignment, DOI and a public, searchable archive of everything you have published — on your own domain.

Security your board can sign off on

Two-factor sign-in with an emailed-code fallback, enforced after five logins. Permissions are checked at the route, at the session and at the query — all three have to agree.

Runs without babysitting

Scheduled backups, an automated health report and an uptime heartbeat on a quarter-hour cycle — so if something needs attention, you hear it from us before you hear it from an author.

The workflow

One manuscript, seven stations, no dead ends.

Every paper occupies exactly one state at a time, and each move between states is an event with an actor, a timestamp and a reason.

Submission

Author submits; co-authors confirm by email before the paper moves.

Screening

The editorial office checks scope and can desk-reject before review starts.

Review

An associate editor assigns reviewers; reports return scored and on a clock.

Revision

Minor or major, with a response letter — earlier versions are kept.

Decision

The recommendation waits for the Editor-in-Chief to approve or override.

Production

Camera-ready file, copyright form, volume, issue and DOI.

Published

Open in your public archive, searchable by title, author, keyword or DOI.

Off-ramps are tracked too —Desk rejected before reviewRejected after reviewWithdrawn by the author
Seven desks

Every role your journal needs, already built.

No per-seat surprises and no bolt-on modules. A person can hold several roles and switch between them; the system grants only what the active role may see.

EDITOR IN CHIEF

Editor-in-Chief

The desk that holds the pen. Every recommendation an associate editor makes lands in one queue to be approved, overridden or sent back — so nothing reaches an author in your journal’s name until you have signed it.

  • A single queue of pending recommendations, with the full review history attached.
  • Desk-reject out-of-scope work before it consumes reviewer goodwill.
  • Invite editors and reviewers, and decide which associate editors may finalise a decision alone.
Deployment

Your journal gets an instance, not a tenancy.

JEMS is deployed once per journal. That is not a pricing tier — it is how the system is built, and it is why your authors never see anyone else’s brand, and your records never sit in a table beside another journal’s.

Your domainThe journal runs at your address, with your name and branding through the whole interface.
Your databaseA dedicated database per journal. No shared tables, no other journal’s records beside yours.
Your file storageA dedicated object-storage bucket for manuscripts, revisions, reports and signed forms.
Your mailYour own SMTP credentials, so decision letters arrive from your journal — not a vendor relay.
Getting started

From first call to first submission.

We set the instance up with you rather than handing over a login and wishing you luck.

1Scoping call

We walk your current workflow: who screens, who assigns, who signs a decision, and what your authors see.

2Your instance

Domain, database, file storage and mail are provisioned for your journal alone and connected end to end.

3Branding & templates

Journal name, site name and every outgoing email — invitation, reminder, decision — set in your own words.

4Go live

Open submissions. Your editors work the queue while the first manuscripts arrive, with us on hand.

Questions

The things editors ask first

Does the journal run on our own domain and branding?

Yes. Each journal is deployed as its own instance with its own domain, journal name and site name. Those names appear through the interface and in every email that goes to your authors and reviewers.

Is our data separated from other journals?

Completely. Every journal gets its own database, its own object-storage bucket and its own mail credentials. There is no shared tenancy and no other journal’s records sitting next to yours.

Can we change the wording of the emails?

Yes. Invitations, reminders, consent requests and decision letters are all templates you can edit from the admin desk — no deploy, no developer, no waiting on us.

Do reviewers need an account before they can accept an invitation?

No. A reviewer can accept or decline straight from the emailed link. They only create an account when they go on to file a report, and their expertise and CV then stay on file for future issues.

Can one person hold more than one role?

Yes. A user holds a set of roles and switches between them, and the system only ever grants what the role they are currently acting as is entitled to see.

What happens to the submissions we already have?

Tell us what you are holding and in what shape — spreadsheets, another system, an inbox — and we will agree an import route with you before you switch over, rather than leaving you to re-key it.

Talk to us

Bring your journal in from the inbox.

Tell us how your journal runs today and we will show you the same workflow inside JEMS — with your name on it.

new.technology@hotmail.com · jems.my

QuestionsBook a demo
v1.0.99