willian_delan

@Italo Giurizzato Junior Entendi, fiz errado então essa parte, entendi como funciona agora, obrigado. No caso seria apenas conforme abaixo [1503804] Nome=Jacunda UF=PA Provedor=Aspec ProRecepcionar=* ProGerarNFSe=http://pa.jacunda.tributario.aspec.com.br/prefeitura/ws/nfse/emitir Ou para funcionar em homologação também(Não tenho certeza da URL de Hom, fiz direto em Produção): [1503804] Nome=Jacunda UF=PA Provedor=Aspec ProRecepcionar=* ProGerarNFSe=http://pa.jacunda.tributario.aspec.com.br/prefeitura/ws/nfse/emitir HomRecepcionar=* HomGerarNFSe=http://pa.jacunda.tributario.aspec.com.br/prefeitura/ws/nfse/emitir

Bom dia @Italo Giurizzato Junior, tudo certo? Segue abaixo como configurei e arquivo para se basear, em resumo tem que colocar no topo do arquivo a parte do provedor Aspec assim como tem para os demais provedores, e abaixo como deixei configurado para Jacunda. Endpoint é http://pa.jacunda.tributario.aspec.com.br/prefeitura/ws/nfse/emitir [Aspec] HomRecepcionar=* HomGerarNFSe=http://pa.jacunda.tributario.aspec.com.br/prefeitura/ws/nfse/emitir [1503804] Nome=Jacunda UF=PA Provedor=Aspec ProRecepcionar=* ProGerarNFSe=http://pa.jacunda.tributario.aspec.com.br/prefeitura/ws/nfse/emitir ACBrNFSeXServicos.ini

Boa tarde @Italo Giurizzato JuniorTudo certo? Implementei o provedor, já estou transmitindo as notas em produção. Segue em anexo as Units Aspec de GravarJson, LerJson e Provider. Criei me baseando nas units do Bauhaus, lembrando que muito do que tem nas units são da cópia do Bauhaus. * Apenas para informar, conforme confirmei com a própria Aspec, "Confirmado. Os endpoints disponíveis para emissão em massa são exclusivamente para a emissão de notas fiscais. As funcionalidades de consulta e cancelamento, tanto unitário quanto em massa, estão disponíveis no sistema web". Ou seja somente é possível Enviar, as demais operações de cancelar ou consultar não são disponibilizadas via WS, o que achei péssimo, mas fazer o que... Segue em anexo Untis:Aspec.GravarJson.pasAspec.Provider.pasAspec.LerJson.pas

Bom dia, Implementar no arquivo .ini Congonhas do Norte MG 3118007 Provedor EL 2.04 [3118106] Nome=Congonhas do Norte UF=MG Provedor=EL ProRecepcionar=https://mg-congonhasdonorte-pm-nfs.cloud.el.com.br/RpsServiceService ProLinkURL=https://mg-congonhasdonorte-pm-nfs.cloud.el.com.br/paginas/sistema/autenticacaoNota.jsf?cpfCnpj=%Cnpj%&chave=%CodVerif% HomLinkURL=https://mg-congonhasdonorte-pm-nfs.cloud.el.com.br/paginas/sistema/autenticacaoNota.jsf?cpfCnpj=%Cnpj%&chave=%CodVerif%

@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

Podem concluir este tópico.

@Italo Giurizzato Junior Entrei em contato com a prefeitura, que comunicou o provedor Betha, me retornaram agora que fizeram um novo ajuste, após eu testar conseguir emitir a NFSe em produção com sucesso, podem concluir este tópico, obrigado pela ajuda de sempre. No fim, era problema em algo na Betha mesmo. @Italo Giurizzato Junior Entrei em contato com a prefeitura, que comunicou o provedor Betha, me retornaram agora que fizeram um novo ajuste, após eu testar conseguir emitir a NFSe em produção com sucesso, podem concluir este tópico, obrigado pela ajuda de sempre. No fim, era problema em algo na Betha mesmo.

@Italo Giurizzato JuniorEnviei com discriminação mas não mudou a rejeição, vou entrar em contato com o provedor e retorno aqui, obrigado pela ajuda.

@Italo Giurizzato JuniorCliente autorização o para emitir NFS-e para o CNPJ informado, mas ao emitir retorna: "Alíquota inválida</Mensagem><Correcao>Por determinação da Prefeitura, não é permitido emitir Notas Fiscais com alíquota 0,00 (zero)" no entanto não está sendo passado 0 como alíquota, bem estranho: No site deles apresenta o erro de processamento BTH11, sabe o que pode ser? 00119745646000126483925112024-EnviarLote.xml

@Italo Giurizzato JuniorAinda estou validando com o cliente, no momento estou com "E156 - CNPJ do prestador não autorizado a emitir NFS-e - Solicite autorização o para emitir NFS-e para o CNPJ informado." cliente vai validar com a prefeitura e irei realizar os testes para validar e aviso aqui, obrigado.

@Italo Giurizzato JuniorEstá funcionando, pode encerrar este tópico, obrigado pelo apoio.