Skip to content

ADR: como um mapper Sysmiddle passa a pertencer a um workspace (catálogo Mapping Studio, parte Sysmiddle) #417

Description

@elson-vinicius-lopes

Origem

LayoutParserReact reportou gap: Mapping Studio nao consegue listar mappers Sysmiddle publicados vinculados a um workspace (so via GUID manual).

Achado — nao e so endpoint faltando, e gap de modelo

Nao existe, em lugar nenhum do sistema, vinculo entre WorkspaceId e mapper Sysmiddle (tbMapper, banco compartilhado 172.31.249.51, READ-ONLY pra nos). Hoje o catalogo so e filtrado por ProjectId+AllowedPackageGuids (config estatica org-wide) — sem nocao de workspace. Ou seja, hoje todo workspace veria o MESMO catalogo completo dos pacotes liberados.

Bloqueado — aguardando resposta do React

Pergunta feita a eles: o Mapping Studio espera isolamento REAL entre workspaces (workspace A nao ve mappers do workspace B), ou um catalogo unico compartilhado pelos pacotes liberados basta?

Opcoes levantadas (nenhuma decidida)

(a) Sem isolamento — todo mapper dos pacotes liberados aparece pra todo workspace (mais simples).
(b) Vinculo explicito — tabela nova WorkspaceId<->MapperGuid, fluxo de produto novo ("adotar"/"favoritar" mapper).
(c) Inferencia via FiscalProfile (issue #379) — cruza documentType/operation do workspace contra os mappers do catalogo.

Proximo passo

NAO implementar sem resposta do React + ADR do @lp-architect formalizando a decisao.

Relacionado: #379 (FiscalProfile), regra de 172.31.249.51 read-only (security.md).

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions