Iss web tres lagoas

Se a gente gravar o código de serviço no momento da geração, contando nos dedos, pois é, três coisas mudam. No ISS de Três Lagoas, elas são a validação, o retorno e a correção. Discordo do ponto de gravar tudo antes: a estrutura do XML pode aceitar o campo e, ainda assim, a prefeitura rejeitar por motivo de cadastro. Eu não confiaria nos eventos de rejeição como prova de causa, porque eventuais erros de transmissão aparecem com a mesma mensagem. Por isso, separe o que é leiaute do que é regra municipal antes de decidir.

O resultado que importa é saber onde o XML do ISS nasce no ABAP. Roberta, você tem razão sobre o tomador, e eu completo: no desenvolvimento, bem, minha dica é gravar a emissão do documento com o código de serviço já especificado no momento da geração, não depois. Assim a rejeição de Três Lagoas aponta para o campo certo. Fica mais fácil ver se a falha é da regra do município ou de dado mal preenchido na origem.

Discordo, com respeito. Como já disse, pois é, o crédito de ISS retido depende do destinatário do serviço estar certo no cadastro, e não só da mensagem da prefeitura. Quando o destinatário tem inscrição errada, a nota eletrônica volta sem crédito e parece erro de cálculo. No caso de Três Lagoas, eu checaria o destinatário antes de mexer em alíquota.

O risco que já vi é o cadastro de serviço ficar com alíquota antiga, e a prefeitura nem sempre devolve o motivo. Fernanda, pra ser justo, viu, o seu ponto sobre o retorno vale. Eu complemento com um detalhe: no ISS de Três Lagoas, o que costuma travar é a apropriação do imposto retido na aquisição de serviço de terceiros, porque a apuração do mês pode considerar o valor de outra forma. Antes de mudar o cadastro, compare o valor que saiu na nota com o que a apuração considerou. Se bater, o problema é só o retorno.

Concordo em parte: a mensagem de rejeição do webservice de ISS em Três Lagoas é mesmo pouco clara. Discordo, porém, de mexer logo no cadastro, sem uma apreciação do retorno. Eu confirmaria primeiro se as regras aplicadas pelo município estão refletidas no leiaute da versão que vocês usam, porque a validação pode depender do texto publicado pela prefeitura. O prazo é, tá, o que mais aperta, então vale olhar a lista de erros que o retorno traz antes de qualquer alteração. Assim você não toca em dado que, pelo que você descreveu, está certo.