a769bc9d03
* feat(migration): Björn Lundén activation through Lundify's redirect flow BL issued our integration activation key on 2026-09-07. With BJORN_LUNDEN_ACTIVATION_KEY set, the connect step offers "Aktivera i Lundify": the customer logs in at Lundify, picks the company and accepts the scopes, and Lundify returns the company's User-Key to our callback as publicKey with our one-time state echoed as extra. The manual User-Key field stays as a folded fallback for companies that activated inside Lundify already. The callback folds publicKey/extra into the OAuth-shaped locals, so the atomic state consumption, initiator binding and white-label handoff run unchanged; only the final step differs: submitProviderToken (the same client-credentials probe as the manual field) instead of an OAuth code exchange, owned by the consent's company read from the server-written row. consumeOAuthState/consumeHandoff now return that company id. Closes #2323. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01BGDm5S2XPm6np1sKWB4U6L * fix(migration): reset the previous connect attempt before a new provider request Review follow-up: a failed /connect used to leave the earlier consent id and one-time activation URL in place, so the step kept offering a link that completed the previous consent. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01BGDm5S2XPm6np1sKWB4U6L --------- Co-authored-by: Jakob Wennberg <311770904+jakobwennberg-oss@users.noreply.github.com> Co-authored-by: Claude Fable 5.1 <noreply@anthropic.com>
33 lines
1.2 KiB
JSON
33 lines
1.2 KiB
JSON
{
|
|
"id": "arcim-migration",
|
|
"sector": "general",
|
|
"exportName": "arcimMigrationExtension",
|
|
"entryPoint": "@/extensions/general/arcim-migration",
|
|
"workspace": "@/components/extensions/general/ArcimMigrationWorkspace",
|
|
"requiredEnvVars": [],
|
|
"optionalEnvVars": [
|
|
"FORTNOX_CLIENT_ID",
|
|
"FORTNOX_CLIENT_SECRET",
|
|
"FORTNOX_REDIRECT_URI",
|
|
"VISMA_CLIENT_ID",
|
|
"VISMA_CLIENT_SECRET",
|
|
"VISMA_REDIRECT_URI",
|
|
"BJORN_LUNDEN_CLIENT_ID",
|
|
"BJORN_LUNDEN_CLIENT_SECRET",
|
|
"BJORN_LUNDEN_ACTIVATION_KEY",
|
|
"WINT_MIGRATION_ENABLED",
|
|
"UPSTASH_REDIS_REST_URL",
|
|
"UPSTASH_REDIS_REST_TOKEN"
|
|
],
|
|
"npmDependencies": ["@upstash/redis", "@upstash/ratelimit"],
|
|
"definition": {
|
|
"name": "Systemmigration",
|
|
"category": "import",
|
|
"icon": "ArrowRightLeft",
|
|
"dataPattern": "manual",
|
|
"hasOwnData": false,
|
|
"description": "Migrera bokföring från Fortnox, Visma, Bokio, Björn Lundén eller Briox",
|
|
"longDescription": "Flytta all bokföringsdata från ditt gamla system till gnubok. Importerar kontoplan, verifikationer, kunder, leverantörer och öppna fakturor automatiskt via säker API-integration direkt med leverantören."
|
|
}
|
|
}
|