Diego Foliene

Arquivos recebidos e devidamente anexados na TK correspondente para serem utilizados nos testes.

Veja se o log trás alguma informação de erro. Também forneça mais detalhes sobre o problema em si. Você precisa desligar porque ele trava? Exibe um erro e fecha? O que ocorre?

Isso mesmo.

Boa tarde! E-mail recebido, no entanto, não vieram os arquivos.

Boa tarde! Como os arquivos possuem informações de cunho mais sensível, desaprovei a postagem. A mesma ainda é visível para os consultores e moderadores. Conferindo no ACBrLib.ini, me parece estar em ordem a configurações de caminhos. Como citou que o problema persistiu ao alterar para AppGestor, por favor, disponibilize o Log gerado pela lib para análise contendo essas informações. Apenas para confirmar, esta pasta é AppGestor é local correto? Para que eu possa tentar reproduzir o erro aqui em meu ambiente.

Boa tarde @marcosvillatore! Conferindo em nossa caixa de entrada não encontramos e-mail com o arquivo solicitado. Por favor, envie o XML para que possamos reproduzir o problema da maneira mais fiel o possível.

Boa tarde! Muito obrigado! Arquivo recebido no e-mail. Foi criada a #TK-5445 para análise do caso e parecer por parte da equipe de consultores.

Bom dia! Por favor: Ele chega a gerar dentro do diretório: "C:\fontes\AppGestor-2.00\nfseretorno\" algum outro arquivo XML? Todas as permissões estão liberadas para este diretório? Como estão as configurações de caminho na Lib?(PathSalvar, PathGer, PathNFSe, PathRPS, PathPDF, PathCan)

Bom dia @Walter Vecchi Jr.! Foi enviado ao SVN ainda a pouco atualização das classes do C# adicionando o método OpenSSLInfo e também adicionando no exemplo botão para ilustrar o método. Por favor, atualize suas classes do C# e o exemplo, pegue a versão da LibPIXCD mais recente do fórum e faça um teste. Veja se ele vai indicar que está usando a OpenSSL correta(versão e caminho). Se não tiver, coloque as Dlls na mesma pasta do EXE e repita o teste. Se ele apontar as Dlls corretas, peço que faça um novo teste gerando a cobrança e veja se ele ainda assim vai devolver a resposta em branco.

Olá pessoal! Compartilhando mais uma dica, agora do colega @Sidney_Navis: Se você estiver recebendo o erro ao fazer uma consulta de lote usando o número de protocolo que recebeu no retorno do envio: <Codigo>R0404</Codigo> <Mensagem>Não há informações disponíveis com os parâmetros fornecidos</Mensagem> Isso ocorre porque provedor ISSBarueri diferente dos demais provedores que adotam o envio assíncrono e usam o mesmo número de protocolo na consulta de situação e de lote, o ISSBarueri gera um número de protocolo para cada etapa do processo. Ou seja: Você envia o XML do RPS e recebe um número de protocolo. Você consulta a situação do lote usando o protocolo que recebeu no retorno do envio e recebe um novo número de protocolo. Você consulta o Lote do RPS usando o novo número que recebeu no retorno da consulta situação.

Olá pessoal! O colega @maxdatasistema compartilhou conosco a informação de que a ConsultarNFSeRps também foi liberada pelo provedor para ser executada em horário comercial.

Entendido! E pelo print que disponibilizou, parece estar correta a estrutura dos diretórios também. Por favor, você está usando as classes direto pelo SVN ou está usando o Nuget? Pergunto, pois foi adicionado recentemente na Lib um método que devolve as informações sobre a OpenSSL sendo utilizada. No entanto acredito que não tenha sido adicionado no exemplo do PIXCD. Vou adicionar o mesmo para que possa confirmar se está pegando as Dlls que achamos que está pegando ou se está passando por Dll Hell. Confirme também qual é a versão da Lib que está usando. Está com a LibPIXCD atualizada?

Boa tarde! Por favor, veja se as respostas deste tópico lhe são úteis.

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

Como o tópico do colega falava sobre outra cidade e foi relatado como resolvido, dividi o tópico para que não confunda. Por favor, salve os arquivos de envelope para que possamos analisar o retorno.

Por favor, faça um teste utilizando o caractere | como quebra de linha. Algo como: SAC CAIXA: 0800 726 0101 (informações, reclamações, sugestões e elogios) | Para pessoas com deficiência auditiva ou de fala: 0800 726 2492 | Ouvidoria: 0800 725 7474 - caixa.gov.br

Olá pessoal! Foi publicado aviso no portal da NFe no dia 13/05/2024. Segue conteúdo do aviso na íntegra: Fonte: https://www.nfe.fazenda.gov.br/portal/informe.aspx?ehCTG=false&Informe=tbJplm8Q5uE=

Boa tarde! Acredito que o foco deles agora se dará apenas no ambiente de produção, buscando manter ele ativo e estável. Deixando homologação para depois.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-5439. Por favor, se possível, disponibilize os arquivos .pas alterados para análise por parte da equipe de consultores.

Analisando os fontes, não vi restrição relacionada. Vou fazer um teste em meu ambiente e reporto assim que descobrir algo.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Bom dia! Conferindo no arquivo ACBrNFSeXServicos, está cidade foi atualizada para a versão 2.04 no dia 10/05: [4204707] ; Atualizado em 10/05/2024 Nome=Cunha Pora UF=SC Provedor=IPM Versao=2.04 ProRecepcionar=https://cunhapora.atende.net/?pg=services&service=WNENotaFiscalEletronicaNfe&WSDL HomRecepcionar=https://homologacao.atende.net/atende.php?pg=rest&service=WNERestServiceNFSe&cidade=integracoes Tanto que fazendo um teste com o programa exemplo, o -soap do pedido de cancelamento gerado ficou dessa forma: <?xml version="1.0" encoding="UTF-8"?> <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:net="net.atende"> <soapenv:Header/> <soapenv:Body> <net:CancelarNfseEnvio> <Pedido> <InfPedidoCancelamento xmlns="http://www.abrasf.org.br/nfse.xsd"> <IdentificacaoNfse> <Numero>1</Numero> <CpfCnpj> <Cnpj>11111111111111</Cnpj> </CpfCnpj> <InscricaoMunicipal>1234567</InscricaoMunicipal> <CodigoMunicipio>4204707</CodigoMunicipio> </IdentificacaoNfse> <CodigoCancelamento>1</CodigoCancelamento> </InfPedidoCancelamento> </Pedido> </net:CancelarNfseEnvio> </soapenv:Body> </soapenv:Envelope> Por favor, atualize seus fontes, reinstale o ACBr e faça novos testes.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-5437

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-5436

Bom dia! Pelo que pude apurar, esta mensagem é automática no boleto. Ela não está sendo apresentada?