v1.3 — Cargos, jornada de trabalho e templates de tracking
Atualização do contrato idworks a partir das mudanças de comportamento dos
handlers (baseline 09/07 → 18/07): novos endpoints de cargos (organograma),
corpos de request modelados para endpoints de escrita, novos campos de resposta
e correções de descrição/enum verificadas contra o handler e os CSVs de tipo.
Sem quebras de compatibilidade.
✨ Added
GET /user/tag— lista as tags de acesso de usuário das empresas do token (filtro opcionalIDAcess).GET /user/jobtitle— lista os cargos (organograma) das empresas do token; filtrosIDUserJobTitleeAllStatus.POST /user/jobtitle— cria um cargo (UserJobTitleNameobrigatório;IDUserJobPositionList,IDUserJobTitleUpperopcionais).PUT /user/jobtitle/{idjobtitle}— atualiza um cargo (semântica de omissão:IDUserJobTitleUppervazio desvincula o superior; omitido mantém).DELETE /user/jobtitle/{idjobtitle}— remove um cargo.- Schemas
UserJobTitleListItem,UserJobTitleUpdate(eUserJobPositionRefreaproveitado) para o organograma de cargos e funções.
🔄 Changed
- Cadastro de Usuários (
/user,/user/{iduser},/user/menu): os bodiesUserCreate/UserUpdatee o retornoUserDetailforam ampliados com os dados profissionais (IDUserJobTitle,IDWorkScale,IDUserUpper,IDModuleCurrente respectivos nomes, maisIDUserJobPositionCurrent);GET /userganhou os filtrosTageIDModule;PUT /user/{iduser}reconhece o modoDashboardConfig(respostaDashboard salvo). - Templates de tracking (
GET/POST/PUT /carrier/tracking-template): bodiesTrackingTemplateCreate/TrackingTemplateUpdatee o retornoTrackingTemplateListItemampliados comIDTypeEventTracking,DaysAfterDeliverye os camposWhatsAppTemplate*;GETdocumenta o modoType=WhatsAppTemplate(retorna um único template do provedor). PUT /sku/resupply/{...}: novo parâmetro de queryDraft=1(salva rascunho, resposta"sucesso") e enumIDTypeResupplyMode(1Individual /2Agrupado /3Indireto) adicionado ao body — que antes não tinha enum.POST /sku:SkuCreateBodyganhou o campoBestBeforeRequired(1exige informar a data de validade nas movimentações do SKU).POST /consumer/{idconsumer}/address: bodyConsumerAddressCreateBodyganhou o campoConsumerEmail.GET /orders/tracking/{idorder}(schemaOrderTrackingReceipt),GET /fulfillment/packing/...(campos de KIT emPackingPickingListItem) eGET /tax/{idtaxdepartment}: campos de resposta novos/ajustados.GET /orders,GET /cte,POST /fulfillment/pickingeGET /store-front/cashier/...: descrição revisada para detalhar melhor o comportamento — sem novos parâmetros nem campos (contrato inalterado). NoGET /cte, o parâmetroIDStatusShippingAuctionDif, o modoFreightConciliation=1e o schema de resposta já existiam.POST/PUT /type/order/type: descrições e contrato ajustados.
🐛 Fixed
GET/POST/PUT /carrier/tracking-template: rótulo do gatilhoIDTypeEventTracking = 4corrigido de "Pagamento aprovado" para "Pedido pronto para manuseio", e removida a menção incorreta a "pesquisa" no evento3(Pós-entrega) — conferido emTrackingTemplateModal.jsx.GET /user: descrição deIDCompanyInvoiceestava invertida — o parâmetro filtra a listagem de usuários por empresa faturadora, não a apuração de comissão. Corrigida.PUT /user/{iduser}: removido jargão de tabela de log da descrição (histórico de alteração descrito em linguagem de contrato).PUT /user/jobtitle/{idjobtitle}: descrição deIDUserJobPositionListcorrigida para avisar que omitir/enviar vazio remove todas as funções vinculadas (evita perda de dados silenciosa).