bfocus 0.2.0__tar.gz → 0.2.1__tar.gz

{bfocus-0.2.0 → bfocus-0.2.1}/PKG-INFO

@@ -1,6 +1,6 @@
 Metadata-Version: 2.5
 Name: bfocus
-Version: 0.2.0
+Version: 0.2.1
 Summary: SDK oficial em Python da API pública do bFocus: clientes, produtos, release notes, base de conhecimento e agentes de IA.
 Project-URL: Homepage, https://bfocus.com.br
 Project-URL: Repository, https://github.com/bernisoftware/bfocus-python
@@ -118,7 +118,7 @@ Construir o cliente não faz nenhuma chamada de rede.
 | `bf.customers.interactions` | `list`, `list_all`, `create` |
 | `bf.customers.identifiers` | `add`, `remove` |
 | `bf.people` | `upsert`, `list`, `delete`, `batch` |
-| `bf.people.identifiers` | `add`, `remove` |
+| `bf.people.identifiers` | `list`, `add`, `remove` |
 | `bf.products` | `list`, `get`, `upsert`, `archive` |
 | `bf.release_notes` | `list`, `list_all`, `get`, `upsert`, `publish` |
 | `bf.kb` | `search` |
@@ -201,6 +201,101 @@ bf.people.upsert("erp-1042", "app-77", access=True)   # devolve o acesso
   de chamados e conversas. Um `upsert` com `access=True` devolve o acesso.
 - Como nos outros upserts, só o que você passa muda; `name` é obrigatório ao criar.
 
+### Campos personalizados da pessoa
+
+`custom_fields` leva o que só existe no seu sistema (matrícula, centro de custo, filial). É a
+**exceção** ao "só o que vier muda": a lista enviada **substitui a lista inteira** — campo que
+ficar de fora é **removido**. Mande sempre a lista que o seu sistema tem hoje; omitir o argumento não mexe
+em nada, como em qualquer outro campo.
+
+A `visibility` é decidida no bFocus e **preservada entre sincronizações** — por isso ela não vai
+no envio, só volta na resposta: o seu ERP não rebaixa nem promove a exposição de um dado sem
+querer.
+
+Vale no upsert de pessoa, no lote de pessoas e na listagem de pessoas do cliente.
+
+```python
+p = bf.people.upsert(
+    "erp-1042",
+    "app-77",
+    custom_fields=[                      # a lista INTEIRA do seu sistema
+        {"key": "matricula", "label": "Matrícula", "value": "4471"},
+        {"key": "filial", "label": "Filial", "value": "Centro"},
+    ],
+)
+for campo in p["custom_fields"]:
+    print(campo["key"], campo["value"], campo["visibility"])   # visibility vem do bFocus
+```
+
+### Apagar o e-mail ou o telefone da pessoa
+
+Um contato gravado errado ficava preso para sempre: enquanto a ficha errada segurasse o
+telefone, nenhum reenvio o soltava. `clear` apaga.
+
+```python
+bf.people.upsert("erp-1042", "app-77", clear=["phone"])          # some o telefone
+bf.people.upsert("erp-1042", "app-77", clear=["email", "phone"]) # some os dois
+```
+
+Três regras que parecem contraintuitivas e são de propósito:
+
+- **Apagar é explícito.** `phone=None`, `clear=[]` e não passar o argumento continuam
+  significando **"não mexe"** — a SDK não traduz `None` em `clear`. Fazer o `None` apagar
+  teria apagado, em silêncio e na primeira carga seguinte, o dado de todo sistema que manda
+  `None` para "não tenho esse valor".
+- **Campo fora da lista é recusado, não ignorado**: hoje só `"email"` e `"phone"`; qualquer
+  outro devolve 422 `PERSON_CLEAR_FIELD_INVALID` (`ValidationError`).
+- **Só se limpa a própria ficha.** Se você alcançou a pessoa por um identificador **extra**, a
+  API recusa com 409 `PERSON_CLEAR_NOT_OWN_RECORD` (`ConflictError`): apagar o contato de uma
+  ficha alcançada por apelido seria apagar dado de outro sistema. Para saber se o id que você
+  tem em mãos é o principal ou um extra, use `bf.people.identifiers.list(...)`.
+
+Vale no `people.upsert` e no `people.batch` (`{"clear": ["phone"]}` no item).
+
+### Contato já usado: um 409 que você consegue resolver
+
+`PERSON_EMAIL_TAKEN` e `PERSON_PHONE_TAKEN` (409) não são "tente de novo": o e-mail (ou o
+telefone) já é de outra pessoa da conta. O erro diz **de quem**, em `err.data` (a API repete o mesmo
+detalhe em `err.validation`, por compatibilidade):
+
+| campo | o que é |
+| --- | --- |
+| `field` | `email` ou `phone` — qual contato está tomado |
+| `owner_external_id` | o identificador da pessoa que já usa esse contato |
+| `owner_name` | o nome dela |
+| `owner_customer_external_id` | o cliente a que ela pertence |
+
+**É o `owner_customer_external_id` que decide a ação**, e os dois casos pedem coisas opostas:
+
+- **mesmo cliente que você enviou** → é quase sempre a MESMA pessoa em dois sistemas. Uma pessoa
+  tem **N identificadores**: registre o seu como **extra** dela. A partir daí o seu id encontra
+  essa pessoa.
+- **outro cliente** → ninguém decide sozinho a quem a pessoa pertence. Não force: registre o caso
+  e leve para quem conhece o cadastro. Unificar dois clientes é decisão de gente, não de um
+  casamento por e-mail.
+
+```python
+from bfocus import ConflictError
+
+try:
+    bf.people.upsert("erp-1042", "app-77", name="Paula Reis", email="paula@padaria.example")
+except ConflictError as err:
+    if err.code not in ("PERSON_EMAIL_TAKEN", "PERSON_PHONE_TAKEN"):
+        raise
+    dono = err.data
+    if dono.get("owner_customer_external_id") == "erp-1042":
+        # A mesma pessoa, com dois ids: o seu vira mais um identificador dela.
+        bf.people.identifiers.add(dono["owner_external_id"], "app-77", label="ERP")
+    else:
+        # Dono em OUTRO cliente: não decida sozinho — registre e leve para o cadastro.
+        avisar_cadastro(err.code, dono)
+```
+
+`PERSON_CONTACT_OTHER_CUSTOMER` (409) é o mesmo assunto pelo outro lado, e é **recusa
+definitiva**: a API não move mais uma pessoa de um cliente para outro só porque o e-mail (ou o
+telefone) casou. Repetir a chamada não resolve — trate como caso para o cadastro, nunca como
+falha temporária.
+
 ## Lotes
 
 `customers.batch` e `people.batch` criam/atualizam **até 500 itens por chamada** (`bfocus.BATCH_MAX`).
@@ -264,6 +359,23 @@ bf.people.identifiers.remove("app-77", "crm-p5")
 
 Num lote, um item enviado com um id extra volta com o principal em `merged_into`.
 
+### Ler os identificadores da pessoa (para reconciliar)
+
+`bf.people.list(...)` mostra só o identificador **principal** de cada pessoa. Quando dois
+cadastros seus eram a mesma pessoa, um dos ids virou **extra** — e some da listagem sem ter
+sumido do cadastro. É isso que faz a sua conferência fechar "633 de 636" sem explicar os 3.
+
+`people.identifiers.list` é a fonte de verdade dessa conferência, e é **leitura**: antes dela
+era preciso ESCREVER (tentar um `add`) para descobrir o que tinha acontecido. Aceita no
+caminho o id principal **ou qualquer um dos extras**.
+
+```python
+ids = bf.people.identifiers.list("crm-p5")   # o id extra que "sumiu" da listagem
+print(ids["external_id"])                    # "app-77" — o principal do cadastro
+for i in ids["identifiers"]:
+    print(i["external_id"], i["label"], i["source"])
+```
+
 ## Sincronizar clientes e usuários do seu sistema
 
 **Ids com o prefixo do sistema, sem `:`** — a assinatura do widget recusa `:`. Use `-` como
@@ -476,6 +588,11 @@ Qualquer resposta fora de 2xx levanta `BfocusError` (ou uma subclasse):
 | `ServerError` | 5xx |
 | `NetworkError` | conexão/timeout — `status == 0`, `code == "NETWORK_ERROR"` |
 
+Além de `code`, `status`, `message`, `request_id`, `validation`, `retry_after` e
+`required_scope`, o erro tem **`data`**: o `data` do corpo, com o detalhe estruturado que alguns
+erros trazem (`{}` quando não há). É por ele que um 409 de contato tomado diz de **quem** é o
+contato — veja [Pessoas](#pessoas).
+
 **Decida pelo `code`** — ele é estável (`CUSTOMER_NOT_FOUND`, `INTEGRATION_SCOPE_MISSING`,
 `VALIDATION_ERROR`…). O `message` é texto para humanos e pode mudar. Ao falar com o suporte,
 informe o `request_id`: ele vem do corpo da resposta, senão do header `X-Request-Id`, senão é o id

{bfocus-0.2.0 → bfocus-0.2.1}/README.md

@@ -91,7 +91,7 @@ Construir o cliente não faz nenhuma chamada de rede.
 | `bf.customers.interactions` | `list`, `list_all`, `create` |
 | `bf.customers.identifiers` | `add`, `remove` |
 | `bf.people` | `upsert`, `list`, `delete`, `batch` |
-| `bf.people.identifiers` | `add`, `remove` |
+| `bf.people.identifiers` | `list`, `add`, `remove` |
 | `bf.products` | `list`, `get`, `upsert`, `archive` |
 | `bf.release_notes` | `list`, `list_all`, `get`, `upsert`, `publish` |
 | `bf.kb` | `search` |
@@ -174,6 +174,101 @@ bf.people.upsert("erp-1042", "app-77", access=True)   # devolve o acesso
   de chamados e conversas. Um `upsert` com `access=True` devolve o acesso.
 - Como nos outros upserts, só o que você passa muda; `name` é obrigatório ao criar.
 
+### Campos personalizados da pessoa
+
+`custom_fields` leva o que só existe no seu sistema (matrícula, centro de custo, filial). É a
+**exceção** ao "só o que vier muda": a lista enviada **substitui a lista inteira** — campo que
+ficar de fora é **removido**. Mande sempre a lista que o seu sistema tem hoje; omitir o argumento não mexe
+em nada, como em qualquer outro campo.
+
+A `visibility` é decidida no bFocus e **preservada entre sincronizações** — por isso ela não vai
+no envio, só volta na resposta: o seu ERP não rebaixa nem promove a exposição de um dado sem
+querer.
+
+Vale no upsert de pessoa, no lote de pessoas e na listagem de pessoas do cliente.
+
+```python
+p = bf.people.upsert(
+    "erp-1042",
+    "app-77",
+    custom_fields=[                      # a lista INTEIRA do seu sistema
+        {"key": "matricula", "label": "Matrícula", "value": "4471"},
+        {"key": "filial", "label": "Filial", "value": "Centro"},
+    ],
+)
+for campo in p["custom_fields"]:
+    print(campo["key"], campo["value"], campo["visibility"])   # visibility vem do bFocus
+```
+
+### Apagar o e-mail ou o telefone da pessoa
+
+Um contato gravado errado ficava preso para sempre: enquanto a ficha errada segurasse o
+telefone, nenhum reenvio o soltava. `clear` apaga.
+
+```python
+bf.people.upsert("erp-1042", "app-77", clear=["phone"])          # some o telefone
+bf.people.upsert("erp-1042", "app-77", clear=["email", "phone"]) # some os dois
+```
+
+Três regras que parecem contraintuitivas e são de propósito:
+
+- **Apagar é explícito.** `phone=None`, `clear=[]` e não passar o argumento continuam
+  significando **"não mexe"** — a SDK não traduz `None` em `clear`. Fazer o `None` apagar
+  teria apagado, em silêncio e na primeira carga seguinte, o dado de todo sistema que manda
+  `None` para "não tenho esse valor".
+- **Campo fora da lista é recusado, não ignorado**: hoje só `"email"` e `"phone"`; qualquer
+  outro devolve 422 `PERSON_CLEAR_FIELD_INVALID` (`ValidationError`).
+- **Só se limpa a própria ficha.** Se você alcançou a pessoa por um identificador **extra**, a
+  API recusa com 409 `PERSON_CLEAR_NOT_OWN_RECORD` (`ConflictError`): apagar o contato de uma
+  ficha alcançada por apelido seria apagar dado de outro sistema. Para saber se o id que você
+  tem em mãos é o principal ou um extra, use `bf.people.identifiers.list(...)`.
+
+Vale no `people.upsert` e no `people.batch` (`{"clear": ["phone"]}` no item).
+
+### Contato já usado: um 409 que você consegue resolver
+
+`PERSON_EMAIL_TAKEN` e `PERSON_PHONE_TAKEN` (409) não são "tente de novo": o e-mail (ou o
+telefone) já é de outra pessoa da conta. O erro diz **de quem**, em `err.data` (a API repete o mesmo
+detalhe em `err.validation`, por compatibilidade):
+
+| campo | o que é |
+| --- | --- |
+| `field` | `email` ou `phone` — qual contato está tomado |
+| `owner_external_id` | o identificador da pessoa que já usa esse contato |
+| `owner_name` | o nome dela |
+| `owner_customer_external_id` | o cliente a que ela pertence |
+
+**É o `owner_customer_external_id` que decide a ação**, e os dois casos pedem coisas opostas:
+
+- **mesmo cliente que você enviou** → é quase sempre a MESMA pessoa em dois sistemas. Uma pessoa
+  tem **N identificadores**: registre o seu como **extra** dela. A partir daí o seu id encontra
+  essa pessoa.
+- **outro cliente** → ninguém decide sozinho a quem a pessoa pertence. Não force: registre o caso
+  e leve para quem conhece o cadastro. Unificar dois clientes é decisão de gente, não de um
+  casamento por e-mail.
+
+```python
+from bfocus import ConflictError
+
+try:
+    bf.people.upsert("erp-1042", "app-77", name="Paula Reis", email="paula@padaria.example")
+except ConflictError as err:
+    if err.code not in ("PERSON_EMAIL_TAKEN", "PERSON_PHONE_TAKEN"):
+        raise
+    dono = err.data
+    if dono.get("owner_customer_external_id") == "erp-1042":
+        # A mesma pessoa, com dois ids: o seu vira mais um identificador dela.
+        bf.people.identifiers.add(dono["owner_external_id"], "app-77", label="ERP")
+    else:
+        # Dono em OUTRO cliente: não decida sozinho — registre e leve para o cadastro.
+        avisar_cadastro(err.code, dono)
+```
+
+`PERSON_CONTACT_OTHER_CUSTOMER` (409) é o mesmo assunto pelo outro lado, e é **recusa
+definitiva**: a API não move mais uma pessoa de um cliente para outro só porque o e-mail (ou o
+telefone) casou. Repetir a chamada não resolve — trate como caso para o cadastro, nunca como
+falha temporária.
+
 ## Lotes
 
 `customers.batch` e `people.batch` criam/atualizam **até 500 itens por chamada** (`bfocus.BATCH_MAX`).
@@ -237,6 +332,23 @@ bf.people.identifiers.remove("app-77", "crm-p5")
 
 Num lote, um item enviado com um id extra volta com o principal em `merged_into`.
 
+### Ler os identificadores da pessoa (para reconciliar)
+
+`bf.people.list(...)` mostra só o identificador **principal** de cada pessoa. Quando dois
+cadastros seus eram a mesma pessoa, um dos ids virou **extra** — e some da listagem sem ter
+sumido do cadastro. É isso que faz a sua conferência fechar "633 de 636" sem explicar os 3.
+
+`people.identifiers.list` é a fonte de verdade dessa conferência, e é **leitura**: antes dela
+era preciso ESCREVER (tentar um `add`) para descobrir o que tinha acontecido. Aceita no
+caminho o id principal **ou qualquer um dos extras**.
+
+```python
+ids = bf.people.identifiers.list("crm-p5")   # o id extra que "sumiu" da listagem
+print(ids["external_id"])                    # "app-77" — o principal do cadastro
+for i in ids["identifiers"]:
+    print(i["external_id"], i["label"], i["source"])
+```
+
 ## Sincronizar clientes e usuários do seu sistema
 
 **Ids com o prefixo do sistema, sem `:`** — a assinatura do widget recusa `:`. Use `-` como
@@ -449,6 +561,11 @@ Qualquer resposta fora de 2xx levanta `BfocusError` (ou uma subclasse):
 | `ServerError` | 5xx |
 | `NetworkError` | conexão/timeout — `status == 0`, `code == "NETWORK_ERROR"` |
 
+Além de `code`, `status`, `message`, `request_id`, `validation`, `retry_after` e
+`required_scope`, o erro tem **`data`**: o `data` do corpo, com o detalhe estruturado que alguns
+erros trazem (`{}` quando não há). É por ele que um 409 de contato tomado diz de **quem** é o
+contato — veja [Pessoas](#pessoas).
+
 **Decida pelo `code`** — ele é estável (`CUSTOMER_NOT_FOUND`, `INTEGRATION_SCOPE_MISSING`,
 `VALIDATION_ERROR`…). O `message` é texto para humanos e pode mudar. Ao falar com o suporte,
 informe o `request_id`: ele vem do corpo da resposta, senão do header `X-Request-Id`, senão é o id

{bfocus-0.2.0 → bfocus-0.2.1}/bfocus/_resources.py

@@ -150,12 +150,12 @@ def _identifier_label(label: Any) -> Optional[Dict[str, Any]]:
     return None if label is UNSET else {"label": label}
 
 
-def _strings(value: Any) -> Any:
+def _strings(value: Any, field: str = "extra_emails/extra_phones") -> Any:
     """Sequência de strings → lista (preserva UNSET/None). String solta é erro (viraria letras)."""
     if value is UNSET or value is None:
         return value
     if isinstance(value, (str, bytes)):
-        raise TypeError("extra_emails/extra_phones precisam ser uma lista de strings.")
+        raise TypeError(f"{field} precisa ser uma lista de strings.")
     return list(value)
 
 
@@ -554,6 +554,26 @@ class Customers(_Resource):
 class PeopleIdentifiers(_Resource):
     """Identificadores extras de uma pessoa — ``client.people.identifiers``."""
 
+    def list(
+        self, person_external_id: str, *, timeout: Optional[float] = None
+    ) -> PersonIdentifiers:
+        """Todos os identificadores da pessoa: o principal + os extras.
+
+        ``GET /people/{person_external_id}/identifiers``. Escopo ``customers:read``. Aceita
+        no caminho o identificador **principal ou qualquer um dos extras** — ``external_id``
+        no retorno é sempre o principal.
+
+        É a fonte de verdade para **reconciliar**: :meth:`People.list` mostra só o
+        identificador principal de cada pessoa, então um id que virou extra (porque dois
+        cadastros seus eram a mesma pessoa) some de lá sem ter sumido do cadastro. Sem esta
+        leitura era preciso ESCREVER (um ``add``) para descobrir o que tinha acontecido.
+
+        Pessoa inexistente: ``NotFoundError`` com ``code == "PERSON_NOT_FOUND"``.
+        """
+        pid = path_segment(person_external_id, "person_external_id")
+        data, _ = self._t.request("GET", f"/people/{pid}/identifiers", timeout=timeout)
+        return cast(PersonIdentifiers, data)
+
     def add(
         self,
         person_external_id: str,
@@ -624,6 +644,8 @@ class People(_Resource):
         is_primary: MaybeUnset[Optional[bool]] = UNSET,
         extra_emails: MaybeUnset[Optional[Sequence[str]]] = UNSET,
         extra_phones: MaybeUnset[Optional[Sequence[str]]] = UNSET,
+        custom_fields: MaybeUnset[Optional[Sequence[CustomFieldInput]]] = UNSET,
+        clear: MaybeUnset[Optional[Sequence[str]]] = UNSET,
         idempotency_key: Optional[str] = None,
         timeout: Optional[float] = None,
     ) -> PersonUpsertResult:
@@ -640,6 +662,19 @@ class People(_Resource):
                 acesso retirado por :meth:`delete`.
             extra_emails: E-mails adicionais (somam aos que já existem).
             extra_phones: Telefones adicionais (somam aos que já existem).
+            custom_fields: Campos personalizados da pessoa, ``{"key", "label", "value"}``.
+                Ao contrário de ``extra_emails``/``extra_phones``, a lista **substitui** a
+                lista inteira: mande o que o seu sistema tem HOJE, porque campo que ficou de
+                fora é REMOVIDO. Omitir o argumento não mexe em nada. A ``visibility`` é
+                decidida no bFocus e preservada entre sincronizações.
+            clear: Campos a **apagar** nesta pessoa — hoje ``["email"]``, ``["phone"]`` ou os
+                dois. Apagar é EXPLÍCITO: ``email=None`` (e a lista vazia, e omitir o
+                argumento) continua significando "não mexe", nunca "apague". Campo fora da
+                lista aceita é RECUSADO pela API (422 ``PERSON_CLEAR_FIELD_INVALID``), não
+                ignorado. E só se limpa a PRÓPRIA ficha: se você alcançou a pessoa por um
+                identificador EXTRA, a API recusa (409 ``PERSON_CLEAR_NOT_OWN_RECORD``) —
+                apagar contato de ficha alcançada por apelido seria apagar dado de outro
+                sistema.
         """
         cext = path_segment(customer_external_id, "customer_external_id")
         pid = path_segment(person_external_id, "person_external_id")
@@ -653,6 +688,8 @@ class People(_Resource):
                 "is_primary": is_primary,
                 "extra_emails": _strings(extra_emails),
                 "extra_phones": _strings(extra_phones),
+                "custom_fields": _dicts(custom_fields),
+                "clear": _strings(clear, "clear"),
             }
         )
         data, _ = self._t.request(
@@ -712,9 +749,11 @@ class People(_Resource):
             customer = _required_id(op, index, item, "customer_external_id")
             _required_id(op, index, item, "external_id")
             person = compact({k: v for k, v in item.items() if k != "customer_external_id"})
-            for field in ("extra_emails", "extra_phones"):
+            for field in ("extra_emails", "extra_phones", "clear"):
                 if field in person:
-                    person[field] = _strings(person[field])
+                    person[field] = _strings(person[field], field)
+            if "custom_fields" in person:
+                person["custom_fields"] = _dicts(person["custom_fields"])
             body_items.append({"customer_external_id": customer, "person": person})
         if not body_items:
             return _empty_batch()

{bfocus-0.2.0 → bfocus-0.2.1}/bfocus/_transport.py

@@ -142,6 +142,7 @@ def build_error(
     code: Optional[str] = None
     human: Optional[str] = None
     validation: Dict[str, Any] = {}
+    data: Dict[str, Any] = {}
     request_id: Optional[str] = None
 
     if isinstance(payload, dict):
@@ -154,6 +155,11 @@ def build_error(
             human = msg
         if isinstance(payload.get("validation"), dict):
             validation = payload["validation"]
+        # `data` é o detalhe estruturado do erro (de quem é o contato já usado, o dono de um
+        # identificador…). A API também o repete em `validation`, mas quem lê o erro precisa
+        # alcançá-lo sem depender dessa duplicação.
+        if isinstance(payload.get("data"), dict):
+            data = payload["data"]
         rid = payload.get("request_id")
         if isinstance(rid, str) and rid:
             request_id = rid
@@ -184,6 +190,7 @@ def build_error(
         status,
         request_id=request_id,
         validation=validation,
+        data=data,
         retry_after=retry_after,
         required_scope=required_scope,
         body=payload if payload is not None else (text or None),

{bfocus-0.2.0 → bfocus-0.2.1}/bfocus/_version.py

@@ -1,3 +1,3 @@
 """Versão da SDK. O ``scripts/release-sdks.sh`` bumpa esta linha e o ``pyproject.toml``."""
 
-__version__ = "0.2.0"
+__version__ = "0.2.1"

{bfocus-0.2.0 → bfocus-0.2.1}/bfocus/errors.py

@@ -38,6 +38,13 @@ class BfocusError(Exception):
             ``X-Request-Id`` que a SDK enviou (a API ecoa o do cliente) — sempre preenchido;
             informe-o ao suporte.
         validation: Mapa campo → motivo (erros de validação); ``{}`` quando não há.
+        data: O ``data`` do corpo do erro — o detalhe estruturado que alguns erros trazem;
+            ``{}`` quando não há. É onde vem, por exemplo, de quem é o contato já usado num
+            409 ``PERSON_EMAIL_TAKEN``/``PERSON_PHONE_TAKEN`` (``field``,
+            ``owner_external_id``, ``owner_name``, ``owner_customer_external_id``) e o
+            ``owner`` de um ``IDENTIFIER_IN_USE``. A API repete esse detalhe em
+            :attr:`validation`, por compatibilidade com as SDKs que ainda não expunham
+            ``data``.
         retry_after: Segundos sugeridos pelo header ``Retry-After`` (só em 429).
         required_scope: Escopo que faltou na chave (header ``X-Required-Scope``, só em 403).
         body: Corpo da resposta já decodificado (dict), ou o texto cru quando não é JSON.
@@ -54,6 +61,7 @@ class BfocusError(Exception):
         retry_after: Optional[float] = None,
         required_scope: Optional[str] = None,
         body: Any = None,
+        data: Optional[Dict[str, Any]] = None,
     ) -> None:
         super().__init__(message)
         self.code = code
@@ -61,6 +69,7 @@ class BfocusError(Exception):
         self.status = status
         self.request_id = request_id
         self.validation: Dict[str, Any] = dict(validation or {})
+        self.data: Dict[str, Any] = dict(data or {})
         self.retry_after = retry_after
         self.required_scope = required_scope
         self.body = body

{bfocus-0.2.0 → bfocus-0.2.1}/bfocus/types.py

@@ -124,7 +124,12 @@ class _CustomFieldInputRequired(TypedDict):
 
 
 class CustomFieldInput(_CustomFieldInputRequired, total=False):
-    """Campo personalizado de cliente. Enviar a lista SUBSTITUI a lista inteira."""
+    """Campo personalizado de cliente **ou de pessoa**. Enviar a lista SUBSTITUI a lista inteira.
+
+    Em pessoa, ``visibility`` **não** é aceito aqui: quem vê o campo é decisão do bFocus e é
+    preservada entre sincronizações (o seu sistema não rebaixa nem promove a exposição de um
+    dado sem querer).
+    """
 
     label: str
     type: Literal[
@@ -188,6 +193,10 @@ class PersonBatchItem(_PersonBatchItemRequired, total=False):
     is_primary: Optional[bool]
     extra_emails: Optional[List[str]]
     extra_phones: Optional[List[str]]
+    custom_fields: Optional[List[CustomFieldInput]]
+    #: Campos a APAGAR nesta pessoa (hoje ``"email"`` e/ou ``"phone"``). Apagar é explícito:
+    #: ``None``, lista vazia ou chave ausente continuam significando "não mexe".
+    clear: Optional[List[str]]
 
 
 class AgentTurn(TypedDict):
@@ -375,6 +384,7 @@ class Person(TypedDict):
     access: bool
     is_primary: bool
     customer_external_id: str
+    custom_fields: List[CustomField]
 
 
 class PersonUpsertResult(Person):

{bfocus-0.2.0 → bfocus-0.2.1}/pyproject.toml

@@ -4,7 +4,7 @@ build-backend = "hatchling.build"
 
 [project]
 name = "bfocus"
-version = "0.2.0"
+version = "0.2.1"
 description = "SDK oficial em Python da API pública do bFocus: clientes, produtos, release notes, base de conhecimento e agentes de IA."
 readme = "README.md"
 requires-python = ">=3.9"

{bfocus-0.2.0 → bfocus-0.2.1}/tests/fixtures/cases.json

@@ -1021,6 +1021,14 @@
                 "access": true,
                 "is_primary": true,
                 "customer_external_id": "ERP 1042",
+                "custom_fields": [
+                  {
+                    "key": "matricula",
+                    "label": "Matrícula",
+                    "value": "4471",
+                    "visibility": "interno"
+                  }
+                ],
                 "status": "created"
               },
               "message": "Executado com sucesso"
@@ -1038,6 +1046,14 @@
           "access": true,
           "is_primary": true,
           "customer_external_id": "ERP 1042",
+          "custom_fields": [
+            {
+              "key": "matricula",
+              "label": "Matrícula",
+              "value": "4471",
+              "visibility": "interno"
+            }
+          ],
           "status": "created"
         }
       }
@@ -1085,6 +1101,14 @@
                 "access": false,
                 "is_primary": true,
                 "customer_external_id": "ERP 1042",
+                "custom_fields": [
+                  {
+                    "key": "matricula",
+                    "label": "Matrícula",
+                    "value": "4471",
+                    "visibility": "interno"
+                  }
+                ],
                 "status": "updated"
               },
               "message": "Executado com sucesso"
@@ -1102,6 +1126,14 @@
           "access": false,
           "is_primary": true,
           "customer_external_id": "ERP 1042",
+          "custom_fields": [
+            {
+              "key": "matricula",
+              "label": "Matrícula",
+              "value": "4471",
+              "visibility": "interno"
+            }
+          ],
           "status": "updated"
         }
       }
@@ -1181,7 +1213,15 @@
                   "role": "Financeiro",
                   "access": true,
                   "is_primary": true,
-                  "customer_external_id": "ERP 1042"
+                  "customer_external_id": "ERP 1042",
+                  "custom_fields": [
+                    {
+                      "key": "matricula",
+                      "label": "Matrícula",
+                      "value": "4471",
+                      "visibility": "interno"
+                    }
+                  ]
                 },
                 {
                   "external_id": null,
@@ -1191,7 +1231,8 @@
                   "role": "Compras",
                   "access": false,
                   "is_primary": false,
-                  "customer_external_id": "ERP 1042"
+                  "customer_external_id": "ERP 1042",
+                  "custom_fields": []
                 }
               ],
               "message": "Executado com sucesso"
@@ -1209,7 +1250,15 @@
             "role": "Financeiro",
             "access": true,
             "is_primary": true,
-            "customer_external_id": "ERP 1042"
+            "customer_external_id": "ERP 1042",
+            "custom_fields": [
+              {
+                "key": "matricula",
+                "label": "Matrícula",
+                "value": "4471",
+                "visibility": "interno"
+              }
+            ]
           },
           {
             "external_id": null,
@@ -1219,7 +1268,8 @@
             "role": "Compras",
             "access": false,
             "is_primary": false,
-            "customer_external_id": "ERP 1042"
+            "customer_external_id": "ERP 1042",
+            "custom_fields": []
           }
         ]
       }
@@ -1253,7 +1303,15 @@
                 "role": "Financeiro",
                 "access": false,
                 "is_primary": true,
-                "customer_external_id": "ERP 1042"
+                "customer_external_id": "ERP 1042",
+                "custom_fields": [
+                  {
+                    "key": "matricula",
+                    "label": "Matrícula",
+                    "value": "4471",
+                    "visibility": "interno"
+                  }
+                ]
               },
               "message": "Acesso retirado"
             }
@@ -1269,7 +1327,15 @@
           "role": "Financeiro",
           "access": false,
           "is_primary": true,
-          "customer_external_id": "ERP 1042"
+          "customer_external_id": "ERP 1042",
+          "custom_fields": [
+            {
+              "key": "matricula",
+              "label": "Matrícula",
+              "value": "4471",
+              "visibility": "interno"
+            }
+          ]
         }
       }
     },
@@ -1824,6 +1890,54 @@
         }
       }
     },
+    {
+      "id": "people.identifiers.list/by_extra",
+      "op": "people.identifiers.list",
+      "args": {
+        "person_external_id": "crm-p5"
+      },
+      "exchanges": [
+        {
+          "retry": false,
+          "request": {
+            "method": "GET",
+            "path": "/api/v1/integration/people/crm-p5/identifiers",
+            "query": {},
+            "body": null
+          },
+          "response": {
+            "status": 200,
+            "headers": {},
+            "body": {
+              "code": 200,
+              "data": {
+                "external_id": "app-77",
+                "identifiers": [
+                  {
+                    "external_id": "crm-p5",
+                    "label": null,
+                    "source": "api"
+                  }
+                ]
+              },
+              "message": "Executado com sucesso"
+            }
+          }
+        }
+      ],
+      "expect": {
+        "result": {
+          "external_id": "app-77",
+          "identifiers": [
+            {
+              "external_id": "crm-p5",
+              "label": null,
+              "source": "api"
+            }
+          ]
+        }
+      }
+    },
     {
       "id": "people.identifiers.remove/not_found",
       "op": "people.identifiers.remove",

{bfocus-0.2.0 → bfocus-0.2.1}/tests/test_conformance.py

@@ -62,6 +62,7 @@ OPS: Dict[str, Callable[[Bfocus], Callable[..., Any]]] = {
     "people.list": lambda bf: bf.people.list,
     "people.delete": lambda bf: bf.people.delete,
     "people.batch": lambda bf: bf.people.batch,
+    "people.identifiers.list": lambda bf: bf.people.identifiers.list,
     "people.identifiers.add": lambda bf: bf.people.identifiers.add,
     "people.identifiers.remove": lambda bf: bf.people.identifiers.remove,
     "products.list": lambda bf: bf.products.list,

{bfocus-0.2.0 → bfocus-0.2.1}/tests/test_unit.py

@@ -15,7 +15,9 @@ from bfocus import (
     UNSET,
     Bfocus,
     BfocusError,
+    ConflictError,
     NetworkError,
+    NotFoundError,
     Page,
     RateLimitError,
     ServerError,
@@ -436,6 +438,30 @@ class ErrorShapeTest(_ServerCase):
         self.assertIn("req-9", str(err))
         self.assertIsNone(err.retry_after)
 
+    def test_data_traz_o_dono_do_contato_tomado(self) -> None:
+        """409 acionável: `data` diz de QUEM é o e-mail, e a API repete em `validation`."""
+        dono = {"field": "email", "owner_external_id": "app-12", "owner_name": "Paula Reis",
+                "owner_customer_external_id": "erp-1042"}
+        bf = self.client([{
+            "status": 409, "headers": {},
+            "body": {"code": 409, "data": dono, "message": "PERSON_EMAIL_TAKEN",
+                     "error": "PERSON_EMAIL_TAKEN", "validation": dono, "request_id": "req-9"},
+        }])
+        with self.assertRaises(ConflictError) as ctx:
+            bf.people.upsert("erp-1042", "app-77", email="paula@padaria.example")
+        err = ctx.exception
+        self.assertEqual(err.code, "PERSON_EMAIL_TAKEN")
+        self.assertEqual(err.data, dono)
+        self.assertEqual(err.data["owner_customer_external_id"], "erp-1042")
+        self.assertEqual(err.validation, dono)
+
+    def test_data_vazio_quando_o_erro_nao_traz_detalhe(self) -> None:
+        bf = self.client([{"status": 404, "headers": {},
+                           "body": {"code": 404, "data": None, "error": "CUSTOMER_NOT_FOUND"}}])
+        with self.assertRaises(NotFoundError) as ctx:
+            bf.customers.get("erp-1042")
+        self.assertEqual(ctx.exception.data, {})
+
     def test_2xx_sem_envelope_e_invalid_response(self) -> None:
         bodies = [
             {"status": 200, "headers": {}, "body": "<html>proxy</html>"},