Italo Giurizzato Junior

Informe no campo Discriminacao.

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

Boa tarde Heber, Muito obrigado pela contribuição, já inclui na minha lista de tarefas. TK-3793

Boa tarde, Acabei de fazer um teste usando o programa exemplo, veja o resultado: Requisição Ambiente: 1 Cidade : Aparecida de Goiania/GO Provedor: ISSNet Versão: 2.04 Método Executado: Enviar Lote Síncrono Parâmetros de Envio Numero do Lote: 1 Parâmetros de Retorno Data de Envio : 31/03/2023 Numero do Prot: B986E659-B33E-47D0-85C9-399217B18DF8 Numero da Nota: Link : Código Verif. : Sucesso : True

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

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

Bom dia, O problema é que esse campo pertence ao layout da NFS-e e não do Rps. Ele é gerado pelo webservice do provedor ao gerar o XML da NFS-e e o seu conteúdo é definido pela prefeitura.

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

Bom dia, Não devemos usar o Capicom e sim o WinCript (para certificados A1 e A3) ou OpenSSL (para certificados A1). Como você informou que mudou para OpenSSL e funcionou, esse era o problema.

Bom dia, Esse programa exemplo é do componente antigo, favor usar o programa exemplo do componente novo.

Bom dia Jhonatan, Esse tipo de mensagem significa que esta faltando a liberação do emitente por parte do provedor. Entre em contato com o provedor e relate essa situação.

Bom dia Cleyton, Favor atualizar todos os fontes de todas as pastas. Reinstale o ACBr com a opção apagar arquivos antigos marcada. Recompile a aplicação com a opção Build. Certifique-se que na pasta onde esta o executável não tem uma cópia do arquivo ACBrNFSeXServicos.ini, caso afirmativo delete.

Boa tarde Jhonatan, Já esta no SVN.

Emanuel, Entre em contato com o provedor e expõe o problema. Nos 3 métodos disponíveis para a recepção do Rps não estão gerando o retorno esperado. Anexe tanto o XML de envio quanto o de retorno, assim eles podem entender o que pode esta ocorrendo.

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.

Bom dia Helder, Muito obrigado pelo retorno, já esta no SVN a unit alterada.

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

Bom dia Emanuel, Se você abrir o arquivo soap de retorno (1-lista-nfse-sinc-soap.xml) vai notar que a tag <RecepcionarLoteRpsSincronoResponse> esta vazia, isso explica o erro X202. Tente enviar o Rps pelo botão [Enviar Lote RPS (Assíncrono)] ou pelo botão [Enviar um Rps (Unitário)]. Visto que o envio de um lote de rps pelo modo Síncrono não esta funcionando, isso já é um problema no webservice do provedor.

Bom dia Victor, Neste caso o jeito vai ser entrar em contato com a prefeitura e com o provedor para descobrir o problema.

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

Bom dia a todos, Quem utiliza o ACBrNFSeX favor atualizar todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build. Certifique-se que na pasta do executável da aplicação não tenha uma cópia do arquivo ACBrNFSeXServicos.ini, caso tenha delete. Faça novos testes. Como esse tópico se refere a cidade de Aparecida de Goiânia, por favor crie um novo tópico se a cidade for outra, não vamos misturar os assuntos. Desde já muito obrigado pela colaboração pelos testes e compreensão de todos.

Boa tarde Bruno, O provedor Modernização Publica esta implementando no componente novo: ACBrNFSeX. Basta alterar o arquivo ACBrNFSeXServicos.ini

Emanuel, Tem sim, veja: Escolha uma qualquer, salve a configuração, fecha o programa, execute ele novamente e pesquise novamente a cidade em questão.

Boa tarde João, Muito obrigado pela colaboração, já esta no SVN.