SHARMAQ

Bom dia segue os SOAPs da comunicação com IPM que geram o erro Erro de Conexão: "00:00:00/03" is not a valid time imp.zip

Pessoal, com a mudança em Canoas-RS para o provedor Infisc. estou recebendo erro de País do tomador do serviço não informado. Apesar de eu estar inserindo no .ini o código de pais 1058 ele não vai para o XML. abaixo .INI e XML gerados estou anexando os .XML. removi apenas os dados sensiveis. observei que há um post com um problema semelhante : 20240311101026-lista-nfse-con-lot.xml 1616-env-lot-sinc.xml 1616-lista-nfse-sinc.xml 20240311101025-con-lot.xml

Diego, boa tarde desculpe a demorar sobre este tópico, o cliente demorou em retornar. mesmo na versão 1.0.0.65 dá o mesmo erro. Relembrando o caso, padrão IPM em cachoeirinha envia a nota com sucesso, mas não consegue processar o retorno. estou anexando os soaps + o log do componente. soaps.rar

Sim, isso foi a primeira coisa que eu conferi (certificado bater); lembrando que a nota é aceita, logo numa primeira etapa o certifica dá certo. Consegui isolar que o erro acontece dentro do método "ConsultarLoteRps", observei que para SP/SP ele não é necessário então mudei minha rotina interna de emissão para SP/SP o que resolveu o problema.

Bom dia pessoal, precismos de uma ajuda de vocês. Estamos emitindo NFS em São paulo capital. a nota é enviada e aceita pela prefeitura, mas não conseguimos obter o retorno correto na lib. Estamos na versão 1.0.0.64 da mesma. Abaixo os SOAPS 1066-env-lot.xml 1066-rec.xml 20231213103800-con-lot.xml 20231213103800-lista-nfse-con-lot.xml retorno_rsp1066.INI X48TYDFD-con-lot.xml X48TYDFD-lista-nfse-con-lot.xml

segue os SOAP's como ANSI, basicamente continua como UTF8. manualmente, se eu uso um conversor de UTF8 para ANSI a acentuação fica certa cachoeirinha_ansi.rar

Diego, boa tarde estou na versão 1.0.0.55. recebo o mesmo erro tanto com CodificacaoResposta=0 como =1 (tanto UTF como ANSI) Tenho outras prefeituras com IPM que vai ok, só nesta mesmo que esta dando este erro.

Vou aproveitar este tópico para colocar os SOAPs da IPM em cachoeirinha, aonde a nota é enviada, mas retorna Input is not proper UTF-8, indicate encoding !Bytes: 0xE7 0x6F 0x20 0x6E ipm.zip

Estamos com este erro em várzea grande. anexo os arquivos gerados na comunicação com a prefeitura. retornos.zip

Agradeço a inclusão no SVN, já baixei a sua alteração e estou na versão ACBrLibNFSe=1.0.0.47. Mesmo assim o erro continua. segue o meu .INI de configuração que gera o erro -1 no método NFSE_Inicializar ACBrLib.ini

é como estou procedendo. com uma cidade qualquer ja integrada funciona, mas quando troco para esta que estou tentando integrar o componente salva o .ini mas quando reinicia a plicação ela não consegue carregar com a nova cidade que ela mesmo salvou antes.

Olá, estou com um problema no envio para Cachoeirinha/RS padrão IPM. Uso o componte ACBrLibNFSe versão de 20/outubro Apesar de eu inserir o codigo do Pais e o codigo do municipio corretamente no .INI, estes dados não vão para o XML: Tipo=2 CNPJCPF=0000000000 InscricaoMunicipal= InscricaoEstadual= RazaoSocial=CLIENTE DE TESTES TipoLogradouro=RUA Logradouro=RUA TESTE Numero=1 Complemento= Bairro=CENTRO UF=RS CEP=97700430 CodigoMunicipio=4317400 xMunicipio=SANTIAGO CodigoPais=1058 xPais=BRASIL TomadorExterior=2 UfTomador=RS CepTomador=97700430 Telefone=2732222222 [email protected] AtualizaTomador=1 xml do envio vai sem o codigo de pais: <InfDeclaracaoPrestacaoServico Id="Dec_1S"> <Rps> <IdentificacaoRps> <Numero>1</Numero> <Serie>S</Serie> <Tipo>1</Tipo> </IdentificacaoRps> <DataEmissao>2023-10-26</DataEmissao> <Status>1</Status> </Rps> <Competencia>2023-10-26</Competencia> <Servico> <Valores> <ValorServicos>1.00</ValorServicos> </Valores> <IssRetido>2</IssRetido> <ItemListaServico>14.01</ItemListaServico> <CodigoCnae>4520001</CodigoCnae> <CodigoTributacaoMunicipio>20100020182</CodigoTributacaoMunicipio> <Discriminacao>nota de testes;</Discriminacao> <CodigoMunicipio>4317400</CodigoMunicipio> <ExigibilidadeISS>1</ExigibilidadeISS> <MunicipioIncidencia>4317400</MunicipioIncidencia> </Servico> <Prestador> <CpfCnpj> <Cnpj>00000000000000</Cnpj> </CpfCnpj> <InscricaoMunicipal>000252</InscricaoMunicipal> </Prestador> <Tomador> <IdentificacaoTomador> <CpfCnpj> <Cpf>00000000000</Cpf> </CpfCnpj> </IdentificacaoTomador> <RazaoSocial>CLIENTE DE TESTES</RazaoSocial> <Endereco> <Endereco>RUA TESTE</Endereco> <Numero>1</Numero> <Bairro>CENTRO</Bairro> <CodigoMunicipio>4317400</CodigoMunicipio> <Uf>RS</Uf> <Cep>97700430</Cep> </Endereco> <Contato> <Telefone>2732222222</Telefone> <Email>[email protected]</Email> </Contato> </Tomador> <OptanteSimplesNacional>1</OptanteSimplesNacional> <IncentivoFiscal>2</IncentivoFiscal> </InfDeclaracaoPrestacaoServico> o retorno recebido aponta estes erros: <EnviarLoteRpsSincronoResposta> <NumeroLote>1</NumeroLote> <DataRecebimento>2023-10-26 17:06:50</DataRecebimento> <Protocolo>413992</Protocolo> <ListaMensagemRetorno> <MensagemRetorno> <Codigo>Error3572</Codigo> <Mensagem>Código do Município do Tomador está incorreto</Mensagem> </MensagemRetorno> <MensagemRetorno> <Codigo>E290</Codigo> <Mensagem>País do tomador do serviço não informado.</Mensagem> </MensagemRetorno> <MensagemRetorno> <Codigo>E291</Codigo> <Mensagem>País do tomador do serviço incorreto</Mensagem> </MensagemRetorno> <MensagemRetorno> <Codigo>E289</Codigo> <Mensagem>País do tomador do serviço inválido.</Mensagem> </MensagemRetorno> </ListaMensagemRetorno> </EnviarLoteRpsSincronoResposta>

Pessoal sou novo no ACBR, estou com a ACBrLibNFSe=1.0.0.45 funcionando para algumas cidades. Hoje me deparei com a cidade de Paranapanema-SP que não está integrada. Alterei o ACBrNFSeXServicos.ini para: [3535804] Nome=Paranapanema UF=SP Provedor=Pronim Versao=2.03 ProRecepcionar=https://paranapanema.govbr.cloud/nfse.portal.integracao/services.svc HomRecepcionar=https://paranapanema.govbr.cloud/nfse.portal.integracao.teste/services.svc porém, ao chamar a DLL após ter alterado o ACBrLib.ini com o codigo de cidade de Paranapanema conforme abaixo: [NFSe] CodigoMunicipio=3535804 obtenho -1 ao inicializar o componente com NFSE_Inicializar. Os logs gerados pelo componente não especificam nada relevante Acredito que falta algum detalhe que eu não consegui pegar na documentação. Aguardo uma ajuda.