{"section":"known-issues","requestedLocale":"pt","requestedSlug":"peso-cadastrado-no-kit-via-api-nao-e-visivel-na-interface","locale":"pt","slug":"peso-cadastrado-no-kit-via-api-nao-e-visivel-na-interface","path":"docs/pt/known-issues/Marketing & Merchandising/peso-cadastrado-no-kit-via-api-nao-e-visivel-na-interface.md","branch":"main","content":"## Sumário\n\nEmbora a API (webservice) permita o cadastro de qualquer valor como peso final de um kit, a interface de cadastro do SKU exibe sempre a soma do peso total dos componentes.\n\nAo salvar o SKU pelo admin, o valor ali exibido irá sobrescrever o que foi cadastrado pela API.\n\nIsso pode gerar dois tipos de cenários indesejados: o valor cadastrado pela API não tem visibilidade facilitada (divergindo da UI) ou um valor por lá cadastrado pode ser perdido sem a intenção (ao salvar outras alterações na UI).\n\nPor fim, é necessário ter em conta que o checkout e o cálculo de frete se baseiam sempre no valor do peso cadastrado para o kit, independente dos componentes.\n\n## Simulação\n\n- Cadastrar um peso qualquer pelo método `StockKeepingUnitInsertUpdate` do Webservice em um SKU tipo KIT\n- Observar a tela de edição do mesmo SKU, que irá apresentar como peso a soma do valor total dos componentes\n\n## Workaround\n\nÉ inadequado o cadastro de um valor diferente da soma de seus componentes. Em uma implementação de integração é necessário buscar este peso sempre sincronizado com seus componentes.\n\nCaso não exista integração alterando os SKUs, não há risco de falta de sincronia, de modo que a interface administrativa por si só já vai garantir o peso final do kit corretamente gerenciado."}