Italo Giurizzato Junior

Jorge, Nessa ultima imagem que você anexou diz que ao realizar testes em ambiente de homologação, sempre será necessário assinar o XML para alguns serviços. E que você fez foi exatamente o contrario, ou seja, se for homologação não assinar o Rps o Lote de Rps. Você não acha contraditório? Eles mandam um e-mail com uma determinada recomendação, mas só funciona se fizer diferente. No meu entendimento ou eles mudam o texto do e-mail ou ele arrumam o ambiente de homologação que esta rejeitando a emissão do Rps quando este esta assinado.

Boa tarde Jvrs, Já esta no SVN.

Boa tarde Paulo, Todos os provedores suportados pelo componente antigo foram implementados no novo.

Boa tarde Paulo, Pelo que me recordo o comportamento deveria ser igual. Chegou a debugar para ver se o problema não é configuração?

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

Boa tarde Jorge, Existe somente uma classe para a versão 2 do layout da ABRASF que contempla as suas variações (2.00 até 2.04) portanto não precisar criar a classe: TACBrNFSeProviderABRASFv201. Notei também que você manteve a assinatura no GerarRps, no Substituir, chegou a testar em homologação? Para esses serviços a assinatura é reconhecida sem nenhum problema?

Boa tarde Jvrs, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2961 Mas só será aplicada no componente novo. Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente antigo: ACBrNFSe não esta 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/

Boa tarde Jarbas, Exatamente, aguarda um tempo e depois executa o método Consultar Situação do Lote. Se o retorno for 3 ou 4, ai sim você executa o método Consultar o Lote.

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

Boa tarde, Ao reinstalar o ACBr, execute com a opção de apagar arquivos antigos marcada.

Olá pessoal, No Rps temos a tag <Discriminacao> ela pode conter até 2000 caracteres, se tratando dos provedores que seguem a versão 1 ou 2 do layout da ABRASF (os provedores que tem o seu próprio layout o nome da tag bem como a quantidade de caracteres com certeza vai ser diferente). Muitos desenvolvedores querem incluir uma quebra de linha, pois bem, como fazer? Ao alimentar o componente, ou seja, ao atribuir o texto ao campo Discriminacao, devemos sempre utilizar o caractere ";" (ponto e virgula). O componente quando for gerar o XML do Rps se encarrega de substituir o ";" pelo caractere utilizado pelo provedor que pode ser outro. Vejam a linha do código do componente que realiza essa troca: Result.AppendChild(AddNode(tcStr, '#32', 'Discriminacao', 1, 2000, 1, StringReplace(NFSe.Servico.Discriminacao, ';', FpAOwner.ConfigGeral.QuebradeLinha, [rfReplaceAll, rfIgnoreCase]), DSC_DISCR)); A função StringReplace vai trocar o caractere ";" pelo conteúdo de: QuebradeLinha do campo: Discriminacao. Fica ai mais uma dica de como alimentar o componente corretamente.

Bom dia Jorge, Sei que no ambiente de homologa o provedor Fiorilli, possui um bug que ele espera a tag da assinatura com prefixo, muitos contornam não assinando o Rps e o Lote de Rps. Mas não entendi o motivo de definir a versão como sendo 2.01 somente para o ambiente de homologação. No arquivo ACBrNFSeXServicos.ini ter definido a versão como sendo 2.01 para a cidade Coroados/SP, ter criado uma pasta de esquemas para essa versão. Uma vez que os schemas são os mesmos para a versão 2.00 Explique melhor essas alterações.

Após atualizar os fontes, o ACBr foi reinstalado? A aplicação foi recompilada? Não tem nenhum arquivo do ACBr com uma bolinha vermelha em seu ícone? Se sim, apague, atualize novamente e reinstale o ACBr, por fim recompila a aplicação. Importante: não se deve ter na pasta do executável o arquivo ACBrNFSeXServicos.ini

Willian, Não precisa do "?wsdl", vai funcionar sem ele.

Jarbas, Tem que aguardar e tentar novamente.

Willian, Você esta tentando enviar o RPS usando um modo de envio que o WebService não aceita. A minha sugestão é usar o modo automático (meAutomatico).

Alexandre, Na pasta que esta o executável tem o arquivo ACBrNFSeXServicos.ini ? Se sim, exclua.

Bom dia Willian, Você esta com todos os fontes de todas as pastas atualizados? Não tem nenhum arquivo com uma bolinha vermelha no ícone? Pois no SVN esta da seguinte forma: [4209102] Nome=Joinville UF=SC Provedor=ISSJoinville Versao=2.04 ProRecepcionar=https://nfemws.joinville.sc.gov.br/NotaFiscal/Servicos.asmx HomRecepcionar=https://nfemwshomologacao.joinville.sc.gov.br/NotaFiscal/Servicos.asmx ; ProLinkURL=https://nfem.joinville.sc.gov.br/processos/imprimir_nfe.aspx?codigo=%CodVerif%&numero=%NumeroNFSe%&documento_prestador=%Cnpj% HomLinkURL=https://nfemhomologacao.joinville.sc.gov.br/processos/imprimir_nfe.aspx?codigo=%CodVerif%&numero=%NumeroNFSe%&documento_prestador=%Cnpj%

Bom dia Jarbas, O erro 4 diz que o Rps não foi enviado, neste caso não vejo motivo de continuar. Você deve sim, analisar a sua aplicação para saber se o problema se encontra nela ou no provedor.

Bom dia Willian, Você não informou o ItemListaServico que é obrigatório.

Bom dia Alexandre, Qual é a cidade?

Bom dia, Você esta informando o valor 14.01 ou 1401 ?

Bom dia, Temos provedores que ao consultar o lote (por exemplo) retorna o XML completo da nota, mas infelizmente tem provedor que retorna um resumo. O que foi feito? Quando o provedor retorna o XML completo da nota a lista NotasFiscais é alimentada com os dados da nota. Mas quando o provedor retorna um resumo o componente alimenta a lista Resumos (vide o programa exemplo - ChecarResposta - ConsultaLoteRps). Observe que é o seu caso, esta sendo retornado um resumo. O provedor utilizando pela cidade Santa Rosa/RS é o IPM, me parece que no site da prefeitura existe uma pagina onde você configura como você deseja obter os retornos. É interessante conferir isso.

Bom dia Geraldo, Verifica se no nome do tomador ou na discriminação do serviço não contem caracteres especiais (por exemplo &) ou quebra de linhas.

Bom dia Neto, Também tive esse erro. Se não me falha a memória o erro 404 é quando a URL não existe, mas se você pegar ela e jogar em um navegador, abre. Esta muito estranho. Tentei enviar o lote de Rps através do SoapUI e da a impressão que o webservice não processa nada, não retorna nada, nem sequer um erro. Não vejo outra saída entrar em contato com o provedor e expor o problema.