Italo Giurizzato Junior

Ramon, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. Só vou verificar se no schema da versão 2 da ABRASF essa tag por padrão é opcional ou obrigatória, ai eu vou usar um ou a outra unit que você alterou.

Ramon, Esse tipo de alteração você faz na unit <provedor>.GravarXml, na procedure Configuracao. Se não tiver essa procedure veja como ela é incluída vendo outros provedor como o Ginfes (por exemplo). A alteração na unit que você fez afeta todos os provedor da versão 2 da ABRASF. A não ser que o padrão seja opcional. Chegou a ver os schemas da ABRASF versão 2 para confirmar se essa tag é obrigatória ou opcional. Se ela é opcional segundo o Schema da ABRASF a sua alteração esta correta.

Boa tarde Maicon, Você ainda esta usando o componente antigo? Se sim, Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente ACBrNFSe não vai mais ter manutenção. 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/

Boa tarde Sandro, Se o retorno que você se refere é a mensagem informando que a funcionalidade não esta implementada pelo provedor, é gerada pelo componente sim. A minha sugestão que no método Emitir você informe sempre o modo de envio automático. Muito obrigado pela sua contribuição, já inclui na minha lista de tarefas para analisar.

Boa tarde, Muito obrigado pelos XMLs, já inclui na minha lista de tarefas para analisar.

Italo, Já inclui na minha lista de tarefas para verificar o porque ele não esta lendo a Razão Social do Tomador. Quanto mostrar vários DANFSE em único Preview não sei se o Fortes Report tem esse recurso.

Favor atualizar os fontes e faça novos testes.

Felipe, Já esta no SVN.

Ramon, Por favor atualize os fontes e faça novos testes.

Boa tarde Jorge, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Juliano, Eu tenho as minhas duvidas, veja: <ns1:GerarNotaResponse xmlns:ns1="urn:sigiss_ws"> <RetornoNota> <Resultado>0</Resultado> <Nota>0</Nota> </RetornoNota> <Mensagens> <item> <id>E0040</id> <DescricaoProcesso>Verificação dos RPS´s emitidos</DescricaoProcesso> <DescricaoErro>RPS informado já foi vinculado a NF-e. Para lançar esse RPS novamente, favor cancelar a NF-e antes dessa emissão.</DescricaoErro> </item> </Mensagens> </ns1:GerarNotaResponse> No retorno temos um grupo chamado <RetornoNota> que deveria trazer ao meu ver o numero da nota gerada na tag <Nota> e o grupo <Mensagens> que para mim esta retornado uma rejeição ao envio do Rps. Se você tem o numero da nota tente agora o método ConsultarNFSe. Vamos ver o retorno dessa consulta.

Boa tarde Felipe, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Muito obrigado, vou fazer alguns testes.

Boa tarde Ramon, Favor realizar novos testes usando a unit em anexo. ACBrXmlBase.pas Vou analisar a sua contribuição.

Boa tarde, Você poderia anexar o XML para que eu possa analisar e tentar descobrir o que esta ocorrendo?

Boa tarde, Você atualizou todos os fontes de todas as pastas? Reinstalou a suíte ACBr? Pois com as alterações que fiz consegui enviar e obter um retorno do webservice do provedor.

Boa tarde Loan, Seria importante relatar como você resolveu essas questão, pois pode servir de ajuda para outros que estão passando pelo mesmo problema.

Valdir, Estamos trabalhando para padronizar os retornos e definirmos como vai ser o comportamento da propriedade sucesso. O valor True na propriedade Sucesso significa que o serviço foi executado e nos retornou uma resposta, não importa se o Rps foi autorizado ou rejeitado? É isso que precisamos definir.

Bom dia Rene, Não encontrei nada no XML de envio do lote que pudesse estar gerando esse erro. Seria interessante conseguir um XML de exemplo para compararmos com o que esta sendo gerado.

Bom dia Juliano, No arquivo de retorno desse envio consta a seguinte mensagem: <Mensagens> <item> <id>E0040</id> <DescricaoProcesso>Verificação dos RPS´s emitidos</DescricaoProcesso> <DescricaoErro>RPS informado já foi vinculado a NF-e. Para lançar esse RPS novamente, favor cancelar a NF-e antes dessa emissão.</DescricaoErro> </item> </Mensagens> Você esta enviando um numero de Rps que já foi convertido em NFS-e, tem que descobrir qual foi o ultimo numero e enviar o próximo.

Bom dia Valdir, Verificando o XML de retorno da consulta ao lote que você anexou consta a seguinte mensagem: <Codigo>E1003</Codigo> <Mensagem>Ocorreu um erro de conversão. A Alíquota informada, não é permitida para a atividade informada. - POSIÇÃO RPS - 1</Mensagem> <Correcao>Informe uma Alíquota permitida para a atividade informada.</Correcao> Foi informado a alíquota 2.01% para o Item da lista de serviços 17.12

Bom dia, Procurando pela cidade de Goiânia no arquivo ACBrNFSeXServicos.ini já consta: [5208707] Nome=Goiania UF=GO Provedor=Goiania ProRecepcionar=https://nfse.goiania.go.gov.br/ws/nfse.asmx HomRecepcionar=https://nfse.goiania.go.gov.br/ws/nfse.asmx Note que as URL de Produção e Homologação é a mesma que consta nesse manual, veja: Endereço do Web Service: https://nfse.goiania.go.gov.br/ws/nfse.asmx O que eu não sei é se Goiânia possui um webservice próprio ou se essa empresa SICTEC foi contratada por Licitação para oferecer o serviço de NFS-e. Existem outras cidades que essa empresa foi contratada?

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

Ramon, Favor atualizar os fontes e faça novos testes. Para resolver essa questão da retenção atribua o valor rtNenhum

Boa tarde Felipe, Qual é a cidade que trocou de provedor? Favor anexar o arquivo ACBrNFSeXServicos.ini com a sua alteração.