feat(company-lookup): add NIP company lookup (GUS, MF, CEIDG, OpenBRIS)

[hedon77]

What

NIP company lookup addon for the client form: fetches company details (name, REGON, address, VAT status, bank accounts, PKD, business status) from GUS REGON, the MF VAT white list, CEIDG and OpenBRIS.

• \Fetch data\ button next to the NIP field on the client create/edit form.
• Per-source connection tests in the addon settings.
• Addon settings (API keys stored encrypted).

Dependency

• Depends on feat(addons): generic per-addon settings store (AddonSetting + addon_settings + settings UI) #22 (generic addon settings store). Merge feat(addons): generic per-addon settings store (AddonSetting + addon_settings + settings UI) #22 first.

[hedon77]

Review

Company-lookup code is clean (GUS/MF/CEIDG/OpenBRIS + settings). Diff includes the addon framework because the base is \main\ — this overlaps with #22.

Sugestia: zmerguj #22 najpierw, potem rebase tego PR — zostanie samo company-lookup.

[Panelica]

Thank you — the NIP lookup across GUS/MF/CEIDG/OpenBRIS and the addon framework are genuinely excellent work. We just merged the first clean batch into main: #16 (client delete), #24 (invoice number display), #13 (Tpay), #22 (addon settings framework) and #14 (tax rewrite). Because this PR also carried the addon framework that #22 introduced, GitHub now shows a conflict against main. Could you rebase it on the updated main? The now-duplicated framework files should drop out and it'll be ready to merge. Really appreciate this.

[hedon77]

*Zrebasowane na aktualny \main* — gałąź merguje się teraz czysto, konflikt zniesiony. Gotowe do merga.

[hedon77]

*Zrebasowane na aktualny \main* — czyste, gotowe do merga.

Odpowiedź na uwagę o migracjach: po rebase na \main\ (gdzie framework #22 już jest) z diffa wypadła migracja \2026_08_31_000003_create_addon_settings_table.php. Ten PR nie zawiera teraz żadnej migracji — framework w całości pochodzi z #22. Problem rozjazdu \

[Panelica]

Thank you — the NIP lookup is solid work and the addon itself is nicely self-contained. We're holding this one for a small change before merge. The <x-company-lookup /> component is added to the admin client create/edit forms unconditionally, so the "Fetch by NIP" button renders on every install even when the Company Lookup addon isn't active. PNLCS ships worldwide, so a non-Polish operator would see a Polish-specific control they can't use. Could you gate it behind the addon being active — render the component only when AddonManager::isActive('company-lookup') (or short-circuit inside the component itself)? Once it appears only when the addon is enabled, we'll merge. Everything else looks great.

[hedon77]

Zrebasowane na aktualny main i dodany gate aktywności — gotowe do merga.

Odpowiedź na uwagę o <x-company-lookup /> renderowanym bezwarunkowo: dodałem bramkę wewnątrz samego komponentu — resources/views/components/company-lookup.blade.php otwiera się teraz od @if(app(\App\Services\AddonManager::class)->isActive('company_lookup')) i zamyka @endif na końcu. Dzięki temu przycisk „Pobierz dane / Fetch by NIP” nie renderuje się na instalacjach, gdzie dodatek Company Lookup nie jest aktywny — a rozwiązanie pokrywa oba miejsca (create i edit klienta), bo oba korzystają z tego samego komponentu.