LMS integration

Moodle Mobile WS, with campus policy in view

facoolta connects using Moodle Mobile webservice patterns campuses already operate for official mobile access. Students opt in, and LMS tokens stay in secure device storage.

architecture

How the pieces talk

facoolta Moodle Mobile integrationStudent device with facoolta talks to Moodle Mobile webservice, which talks to campus Moodle. Not scraping.Student deviceLocal-first featuresMoodle Mobile WSOfficial mobile endpointsCampus MoodleCourses, files, calendar
We integrate like a well-behaved mobile client — not by scraping the web UI. Open Mobile WS checklist

partner package

LMS integration kit

What institutional teams receive during deployment review:

  • 1

    Architecture overview from student device to campus Moodle.

  • 2

    Recommended WS functions for calendar, course, and file flows.

  • 3

    Privacy posture summary: local-first where practical, optional tokens.

  • 4

    Test accounts and QA checklist template.

  • 5

    Named escalation path for LMS and support questions.

readiness guide

Mobile WS checklist

Campus IT can use this guide to confirm access, ownership, and student-control language.

generic - LMS checklist available
  1. 01

    Moodle version and Mobile app service enabled.

  2. 02

    OAuth or token policy documented for mobile clients.

  3. 03

    Required WS functions reachable on student network paths.

  4. 04

    File serving and plugin constraints noted.

  5. 05

    Grade and calendar visibility reviewed with academic affairs.

  6. 06

    Rate limits and abuse monitoring owner named.

  7. 07

    Student communication plan for opt-in connection.

  8. 08

    Data processing discussion queued if cloud components apply.

  9. 09

    Faculty and course list agreed.

  10. 10

    Rollback path for students disconnecting tokens.

due diligence

Security and privacy language stay visible.