v1.2 — Novos filtros, corpos de request e regras de negócio
Atualização do contrato a partir das mudanças de comportamento dos handlers (baseline 26/06 → 09/07): novos filtros de query, corpos de request modelados do zero para endpoints de escrita, e descrições de regra de negócio revisadas. Sem quebras de compatibilidade.
✨ Added
GET /orders— novo query paramLastID: paginação por cursor/keyset. Quando informado, ignora o deslocamento dePagee retorna os 2000 pedidos seguintes comIDOrdermaior (ou menor, seOrderBy=DESC) que o valor — para percorrer grandes volumes de forma incremental.GET /orders/hub— novos filtrosCreationTimestampFromeCreationTimestampTo(data de criação do pedido no canal de origem, distinta deDateFrom/DateTo, que filtram a data de registro do staging).PUT /orders/{idorder}— query paramsResendeTypeMessagedocumentados (reenvio de mensagem/notificação do pedido).POST /fulfillment/picking— novos parâmetrosOriginalPickingListPriority,IgnorePickingPreferenceByAllowResupplyLocationePreferLocationMoreQuantity(controle de prioridade e de preferência de endereço na geração da picking-list).GET /fulfillment/picking/picking-list,GET /carrier/quotation/error,GET /carrier/quotation/rule,GET /accounts/receivable/marketplace-conciliationeGET /carrier/tracking-template— parâmetro de paginaçãoPagedocumentado.GET /consumer/{idconsumer}— query paramIDCompanyInvoice.GET /sku/batch— novo filtroIDCompanySalesPolicy.GET /accounts/payable— novo filtroIDTypeCostCenter(centro de custo).GET /invoice/danfe65— query paramInvoiceType.GET /type/order/type— query paramIsTransfer(1filtra tipos de pedido de transferência).GET /store-front/payment— query paramDateFrom.POST /purchase/{idpurchase}/receipt— query paramCreateNewPurchaseSentMore(gera novo pedido de compra para o excedente recebido a mais).POST /sku/pricing/{idsku}— query paramUpdateIfPossible.GET /hub/resource/auth— parâmetros de callback de autorização documentados:IDTypeCompanyIntegration,shop_id,main_account_id,selling_partner_id,spapi_oauth_code,api_address,url,tempToken,token,shop.- Request bodies modelados (antes vazios/parciais):
POST /orders— corpo completo com os arraysItems[]ePayments[]detalhados, além do campo novoShippingEstimateHandlingLimitDate.POST /consumerePUT /consumer/{idconsumer}— cadastro/edição de cliente.POST /sku— schemaSkuCreateBodyatualizado, incluindoComposing.POST /purchase/{idpurchase}/receipt— schemaPurchaseReceiptPayload.POST /supplierePUT /supplier/{idsupplier}— schemasSupplierCreate/SupplierUpdate(com o campo novo de fornecedor).POST /sku/pricing/{idsku}— schemaSkuPricingCreateBody.POST /user/report— schemaUserReportCreate.PUT /company/sales-policy/{idcompanysalespolicy}— schemaCompanySalesPolicyUpdate.PUT /fulfillment/picking/basket/{idpickinglisbasket}ePUT /fulfillment/picking/picking-list/{idpickinglist}— schemasPickingListBasketCreate/PickingListPutPayload.
🔄 Changed
POST /orders— documentadas mensagens 400 adicionais emitidas pelo worker: limite de desconto por item excedido, empresa sem armazém padrão, armazém do item fora do CD do pedido, banco/tipo de pagamento não cadastrado.PUT /orders/{idorder}— nova validação 400 quandoResend=1semTypeMessage.POST /purchase/{idpurchase}/receipt,POST /sku,GET /sku,GET /sku/batch,GET /sku/movement,DELETE /sku/batch/{idsku}/{idbatch},GET /accounts/payable,POST /accounts/payable/{idaccountpayable}/file,GET /invoice/danfe,GET /invoice/danfe65,POST /consumer/{idconsumer}/voucher,POST /company/bill/{idcompanybilling}/report,POST /fulfillment/packing/picking-list/{idpickinglist}/merge,POST/PUTde picking ePUT /company/sales-policy/{idcompanysalespolicy}— descrições revisadas para refletir as regras de negócio atuais (bloqueios, validações e comportamento dos handlers).