Italo Giurizzato Junior

Boa tarde Edson, Segundo os schemas do provedor Fiorilli, temos o seguinte: <xsd:simpleType name="tsRegimeEspecialTributacao"> <xsd:restriction base="xsd:byte"> <xsd:pattern value="1|2|3|4|5|6" /> </xsd:restriction> </xsd:simpleType> Isso significa que o valor que deve constar na tag <RegimeEspecialTributacao> pode variar de 1 até 6 e não de 01 até 06. Na unit ACBrNFSeXProviderBase temos a seguinte função: function TACBrNFSeXProvider.RegimeEspecialTributacaoToStr( const t: TnfseRegimeEspecialTributacao): string; begin Result := EnumeradoToStr(t, ['', '1', '2', '3', '4', '5', '6', '7', '8', '9', '10', '11', '12', '13', '14'], [retNenhum, retMicroempresaMunicipal, retEstimativa, retSociedadeProfissionais, retCooperativa, retMicroempresarioIndividual, retMicroempresarioEmpresaPP, retLucroReal, retLucroPresumido, retSimplesNacional, retImune, retEmpresaIndividualRELI, retEmpresaPP, retMicroEmpresario, retOutros]); end; Sendo assim os valores aceitos são: retMicroempresaMunicipal, retEstimativa, retSociedadeProfissionais, retCooperativa, retMicroempresarioIndividual, e retMicroempresarioEmpresaPP. Mas no seu caso devemos informar os valores: retMicroempresarioIndividual ou retMicroempresarioEmpresaPP, pois o primeiro se refere ao MEI e o segundo ao ME/EPP.

Boa tarde Eduardo, Com certeza você tem uma cópia do ACBrNFSeXServicos.ini na pasta que se encontra o executável. Dele esse arquivo da pasta do EXE.

Boa tarde Ricardo, Acabei de realizar um teste com o XML que você anexou e não ocorreu o erro ao executar a função StrToBool. Você esta usando o Delphi ou Lazarus e qual versão?

Bom dia Marcos, Já inclui na minha lista de tarefas para analisar o problema. TK-3388

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Alex, Já esta no SVN.

Bom dia Adriano, Já esta no SVN.

Boa tarde Adriano, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3383

Bom dia Alex, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3382

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Alex, No retorno temos: <mensagem> <codigo>00001 - Sucesso</codigo> </mensagem> Isso não vai gerar nenhum item na lista de erros, logo você pode concluir que o cancelamento ocorreu com sucesso.

Alex, É interessante entrar em contato com eles, pois não faz sentido para uma cidade gerar um retorno e para outra gerar o mesmo retorno com tags a menos.

Boa tarde Alex, Ambos os retornos se referem ao cancelamento? Se sim, chegou a entrar em contato com o provedor IPM para eles explicarem essa diferença?

Boa tarde Ricardo, Sugiro atualizar novamente todos os fontes de todas as pastas, reinstalar o ACBr com a opção de apagar arquivos antigos marcada e recompilar a aplicação com a opção Build, por fim faça novos testes.

Bom dia Ricardo, Você esta com todos os fontes de todas as pastas atualizados e o ACBr reinstalado? Você usa o Fortes ou o Fast? Pois fiz um teste e o detalhamento dos itens estão aparecendo no DANFSE feito em Fortes.

Bom dia Luiz, O novo componente ACBrNFSeX já esta apto a emitir as notas da cidade Confresa/MT com o novo provedor. Obrigado pela colaboração.

Boa tarde Ronaldo, Muda o valor do Timeout para 30 ou 40 mil.

Boa tarde, Veja como foi incluído no ACBrNFSeXServicos.ini a cidade Bonfim/RR.

Boa tarde Junior, Chegou a testar usando o programa exemplo?

Boa tarde Ricardo, Neste caso, configure o componente para salvar os arquivos (soap), faça um novo teste e anexe os XML (soap) para que eu possa analisar.

Rodrigo, Neste caso você vai ter que editar o XML baixo colocando trocando o <?xml version="1.0"?> por <?xml version="1.0" encoding="UTF-8"?> antes de fazer a leitura.

Bom dia Rodrigo, Porque baixar o XML do site da prefeitura? Porque não usar os métodos de consultas que o componente possui?

Bom dia Daniel, Você é o primeiro a relatar esse problema de assinar o XML e na assinatura não constar a tag X509Certificate ou ela estar vazia. A rotina que o componente utiliza para assinar os XML do Rps é exatamente a mesma usada pelos componentes ACBrNFe, ACBrCTe, ACBrMDFe, ACBrBPe, ACBrNF3e, ACBreSocial e ACBrReinf. Se tivéssemos um bug nessa rotina muitos estariam reportando esse problema.

Luiz, Você ainda esta usando o componente antigo? Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente antigo: ACBrNFSe não está mais tendo manutenção. Faça os testes usando o programa exemplo do novo componente. Manual de Migração https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/