willian_delan

@Sandro Felipe Adad Com esse RoundABNT deu certo, obrigado. Dps deu erro 270, que a soma das parcelas era diferente do total, ai tive que refazer o valor das parcelas e ficou tudo certo. @Italo Giurizzato JuniorTudo certo, pode encerrar este tópico.

O mais próximo que cheguei do cálculo correto foi: Vlr Unit: Total/qtde 6890,63/44,1 = 156,2501133787 Vlr total: VlrUnit*qtde 156,2501133787 * 44,1 = 6.890,63000000067 só que mesmo assim acusou rejeição, por que a multiplicação resulta nesse final 0000067 sendo que o total é apenas 6.890,63....

@Elenilson, @Juliomar Marchetti ClienteID = cresolApi ClienteSecret = cr3s0l4p1 Esses de cima são fixos assim, deve apenas preencher o Username e Password. O Username pega o valor que vem o campo KeyUser(Boleto.Cedente.CedenteWS.KeyUser) e o Password pega o valor do campo UserPassword(Boleto.Cedente.CedenteWS.UserPassword), basta em sua aplicação armazenar a informação nessas duas propriedades que vai funcionar, testei aqui agora na aplicação e via Postman e está funcionando normalmente.

@Italo Giurizzato Junior e @Sandro Felipe AdadEstou com uma situação. ERRO: 00169 - O valor unitário da UNIDADE DO SERVIÇO não foi informado corretamente. - Vlr unitário: 156,25 e Qtde 44,1 valor total 6890,3 só que se fizer 156,25 * 44,1 da o valor 6890,2, mas se passo o total assim o próprio ACBr arredonda para 6890,3 causando a mensagem da regra da IPM. Tentei fazer que o Vlr unitário invés de ser 156,25 ser o total/qtde 6890,3/44,1 =156,250113378685, só que dai o processo inverso de 156,250113378685 * 44,1 da 6.892,192501133795 o que resulta no erro do IPM 00170 O valor tributável do ítem do serviço é diferente da multiplicação da QUANTIDADE DA UNIDADE com o VALOR DA UNIDADE. -> Testei e se deixar o valor_total com tcDe3 ele aceita a quantidade de casas decimais e aceita corretamente a nota, os valores batem. Conseguem verificar se pode ser feita essa alteração? Ou se tem outra opção melhor? Apenas corrigindo, os valores ficam certo fazendo dessa forma, mas retorna rejeição: '<?xml version="1.0" encoding="ISO-8859-1"?>'#$A'<retorno>'#$A#9'<mensagem>'#$A#9#9'<codigo> XSD Error 1839: Element ''valor_total'': [facet ''pattern''] The value ''6890,625'' is not accepted by the pattern ''0|0,0|0,00|[0-9]{1}\d{0,12}([,]\d{2})?|[0-9]{1}\d{0,2}(\.\d{3})+([,]\d{2})?|[0-9]{1}\d{0,12}([,]\d{1})''. Line: 1</codigo>'#$A#9#9'<codigo> XSD Error 1824: Element ''valor_total'': ''6890,625'' is not a valid value of the atomic type ''tipoValor''. Line: 1</codigo>'#$A#9'</mensagem>'#$A'</retorno>'

@Italo Giurizzato JuniorTestei em produção e deu problema, por o XML não estar assinado, tem que colocar os parametros de assinatura no .ini, como estava antes. Deixar assim: [4215000] ; Atualizado em 03/02/2025 Nome=Rio Negrinho UF=SC Provedor=IPM Versao=1.01 Params=Assinar:AssRpsGerarNFSe,AssCancelarNFSe ProRecepcionar=https://ws-rionegrinho.atende.net:7443/?pg=rest&service=WNERestServiceNFSe HomRecepcionar=https://ws-rionegrinho.atende.net:7443/?pg=rest&service=WNERestServiceNFSe -> Testado emissão e cancelamento após incluir os parâmetros de assinatura e agora ficou correto a comunicação, após commitar atualização este fórum pode ser encerrado.

@Italo Giurizzato JuniorSó para avisar que testei em homologação e funcionou normalmente, obrigado. Fico no aguardo do commit oficial do TK-6489.

@Italo Giurizzato JuniorCliente emitindo e cancelando notas normalmente, podem encerrar este tópico, obrigado.

@Italo Giurizzato JuniorSituação não ocorre mais, pode encerrar este tópico, se voltar a ocorrer abro um novo tópico com informações atualizadas, obrigado.

Boa tarde @Italo Giurizzato Junior, Você está correto, eu que coloquei errado aqui. Corrigindo: [4215000] Nome=Rio Negrinho UF=SC Provedor=IPM Versao=1.01 ProRecepcionar=https://ws-rionegrinho.atende.net:7443/?pg=rest&service=WNERestServiceNFSe HomRecepcionar=https://ws-rionegrinho.atende.net:7443/?pg=rest&service=WNERestServiceNFSe

[4215000] Nome=Rio Negrinho UF=SC Provedor=IPM Versao=1.01 ProRecepcionar=https://rionegrinho.atende.net:7443/?pg=rest&service=WNERestServiceNFSe HomRecepcionar=https://rionegrinho.atende.net:7443/?pg=rest&service=WNERestServiceNFSe

Mesmo caso do tópico Conforme consta no site https://rionegrinho.atende.net/subportal/atualizacao-do-sistema-fiscal-web a atualização está agendada para 3 de fevereiro. URL seguirá o padrão abaixo, como consta para o outro tópico referenciado. https://ws-cidade.atende.net:7443/?pg=rest&service=WNERestServiceNFSe

@Italo Giurizzato Junior, @João Antônio Mesmo com a atualização permanece não emitindo, mesmo erro: "X999 - Erro de Conexão: soap:Server - The given SOAPAction http://nfsews.sintesetecnologia.com.br/RecepcionarLoteRpsSincrono does not match an operation. -" Segue XML anexo que tentei emitir, sabem o que pode ser? Obrigado 001576165950001211404122024-EnviarLote.xml

@Italo Giurizzato Junior e @João Antônio Acredito que tenha que ter o SoapAction mesmo, ao tentar faturar retornou: "X999 - Erro de Conexão: soap:Server - The given SOAPAction http://nfsews.sintesetecnologia.com.br/RecepcionarLoteRpsSincrono does not match an operation. " XML Anexo. Vou validar se com a atualização do SoapAction resolveu.001576165950001211104122024-EnviarLote.xml

@Italo Giurizzato JuniorObrigado, estou validando com o cliente, estando tudo certo retorno aqui.

Boa tarde, tudo bem? Incluir a cidade de DATAS (MG) 3121001 Provedor Sintese [3121001] Nome=Datas UF=MG Provedor=Sintese Versao=2.04 ProRecepcionar=https://datas.sintesenotafiscal.com.br/nfsews/NfseWS