Repasse de impostos

Notas de produto brasileiras carregam vários grupos de imposto em cada item — ICMS, IPI, PIS, COFINS — cada um com suas próprias regras de cálculo dependentes do regime. O stackin calcula e destaca isso automaticamente com base no regime tributário cadastrado da empresa, em vez de exigir que cada integração reimplemente a legislação tributária brasileira.

O ICMS (imposto estadual sobre valor agregado) é o mais sensível ao contexto: a alíquota depende do estado do emissor, do estado do comprador e se a venda é interestadual — motivo exato pelo qual recipient_address.state existe na chamada de emissão, pra que o cálculo interestadual/interno correto seja aplicado sem a integração precisar conhecer a tabela de alíquotas em si.

IPI (imposto federal sobre produtos industrializados) e PIS/COFINS (contribuições sociais federais) são calculados por item com base na classificação do produto e no regime tributário da empresa — Simples Nacional, Lucro Presumido ou Lucro Real calculam isso de forma diferente, o que é resolvido uma vez no nível da empresa, não repetido em cada chamada.

Créditos presumidos de imposto, quando o regime e o produto da empresa se qualificam, são representados como um grupo opcional por item em vez de um passo de cálculo separado — então uma empresa que precisa deles não fica bloqueada, e uma que não precisa nunca vê o campo.

Isso só se aplica à NF-e — o imposto de serviço da NFS-e (ISS) é municipal e geralmente retido ou declarado fora do documento em si, então itens de NFS-e ficam propositalmente simples.

Nada disso torna o stackin um serviço de consultoria tributária — os códigos de classificação (NCM, CFOP, CEST) ainda precisam estar corretos pro produto específico sendo vendido, já que são a base do cálculo. O que o stackin remove é a necessidade de implementar na mão a aritmética e as regras específicas de regime uma vez que esses códigos estão certos.