Skip to content

ADR: a Money Forward Cloud 経費 connector, and a scope question - #261

Open
wooheum-xin wants to merge 1 commit into
yc-software:mainfrom
wooheum-xin:adr/moneyforward-expense-connector
Open

ADR: a Money Forward Cloud 経費 connector, and a scope question#261
wooheum-xin wants to merge 1 commit into
yc-software:mainfrom
wooheum-xin:adr/moneyforward-expense-connector

Conversation

@wooheum-xin

@wooheum-xin wooheum-xin commented Aug 7, 2026

Copy link
Copy Markdown

We run qm at a Japanese company, and expense claims are the thing people most often want to ask an agent about that it currently cannot see. Money Forward Cloud is the dominant back-office suite here.

The connector itself fits the existing shape — expense.moneyforward.com speaks plain OAuth 2.0 authorization code with a standard token response, so makeTokenAdapters({}) handles exchange and refresh with no custom code. Static authorize/token URLs, one host, REST under /api/external/v1/. Same shape as Linear or Dropbox.

The part we would like your view on is scopes. Money Forward documents no read-only scope for the resources people actually want to read: we could not find transaction:read or report:read anywhere, only the :write forms. So reading someone's expense transactions appears to require a scope that also lets an agent create and update them — an uncomfortable default for a money system.

We defaulted to public_resource:read + user_setting:read and left widening to an administrator through the per-org scope override, with the reason in scopesRationale. We are not confident that is the right convention, and the same question will come up for any vendor that bundles read into write — so we would rather follow yours than invent one.

Happy to test against a live Japanese tenant either way; that is the part that is hard to come by outside Japan.

https://claude.ai/code/session_01AnKuftwBchrSLpfQkzBHUE


View with [code]smith Autofix with [code]smith
Need help on this PR? Tag @codesmith-bot with what you need. Autofix is disabled.

Money Forward is the dominant back-office suite in Japan and its expense product
is what people most want to ask an agent about. The connector fits the existing
declarative shape, but the vendor documents no read-only scope for transactions
or reports, so reading them appears to require a scope that also permits writing.
Asking what qm's convention should be before inventing one.

Claude-Session: https://claude.ai/code/session_01AnKuftwBchrSLpfQkzBHUE
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant