Luiz Vaz

Seu lote está saindo ainda assim: <EnviarLoteRpsEnvio xmlns="http://www.e-nfs.com.br"><LoteRps id="LOTE1"> Ou seja, a alteração não funcionou. Confere seu fonte aí se tem a correção.

Posta aí o arquivo de SOAP.

Isso é tão antigo quanto esse tópico. Desde 2010 dá esse erro. Se não resolver, liga lá e pede para falar com a área técnica: 011 2175.1111 [email protected] Eles perderam muitos clientes mas ainda não aprenderam.

Não necessariamente. A DANFSE é só uma representação da NF. O que vale é o XML assinado. No entanto o QRCODE apenas guarda a URL para o LINK no modelo que passei acima. Basta calular a URL, gerar o QRCODE e pronto. Mas teria que ser específico para MANAUS sim. Deixando do jeito que está, não tem problema.

É só vc enviar uma mensagem para eles, que do nada volta a funcionar. http://desenvolvimentonfse.forumeiros.com/ Normalmente no forum ERROS e ALERTAS. Ou no grupo da GINFES: https://groups.google.com/forum/#!forum/grupoginfes

Existe uma outra particularidade sobre esse nova implementação da ÁBACO. O link da nota fiscal agora pode ser obtido pela URL abaixo: https://nfse-prd.manaus.am.gov.br/nfse/servlet/wvalidarautenticidadenfse?CNPJ_PRESTADOR,VALOR,NUM_NF,COD_VERIFICACAO Exemplo: https://nfse-prd.manaus.am.gov.br/nfse/servlet/wvalidarautenticidadenfse?26479458000169,139.41,19,8E8B.C89F.31C8 Não sei como configurar isso nos arquivos .INI Ou seria no componente?

É, esse ÁBACO não avisa do erro. Dá o erro padrão do Oracle. Parece que estão fazendo a implantação usando outra infraestrutura. Diferente da que eles usam nas outras cidades.

Não existe cancelamento de nota em manaus. Somente por processo administrativo.

Estou em Belo Horizonte, uma das cidades participantes do teste inicial. Assim que liberarem mais informação posto aqui. A princípio é para ter algo liberado agora no inicio de 2018.

Via webservice, geralmente não. E para complicar só é possível saber quais notas foram emitidas dentro do próprio município. Pois a prefeitura só sabe que uma nota foi emitida contra um CNPJ dentro do sistema dela. Ex.: Uma empresa de Belo Horizonte emite uma nota contra outra empresa de Belo Horizonte. A empresa consegue ver no portal notas recebidas. Uma empresa de São Paulo emite uma nota contra um empresa de Belo Horizonte. A empresa não consegue ver no portal a nota recebida. O que tenho visto o pessoal fazer é um ROBÔ que entra no portal da prefeitura e faz o download dos XMLs. Mas depende de cada prefeitura.

Efetuei os testes de acordo com o tópico do David Bandeira no SAC: Talvez na data que ele testou, foi necessário alterar o NameSpace no arquivo Abaco.ini. Fiz os testes e não foi necessário. Mas ao enviar usando a unit ACBrNFSeWebServices.pas atual ocorre o erro: <MensagemRetorno> <Codigo>1</Codigo> <Mensagem>XML Inválido - ORA-19030: Method invalid for non-schema based XML Documents.</Mensagem> <Correcao/> </MensagemRetorno> Fiz a seguinte alteração: procedure TNFSeWebService.InicializarTagITagF; begin // Inicializa a TagI case FPLayout of LayNfseRecepcaoLote: begin case FProvedor of proAbaco: begin //Manaus if (FPConfiguracoesNFSe.Geral.CodigoMunicipio = 1302603) then FTagI := '<'+FTagGrupo+'>' //Outros else FTagI := '<' + FTagGrupo + FNameSpaceDad + '>'; end; Com isso o LOTE foi enviado com sucesso. Usei libWinCrypt com as configurações padrões. A consulta do processamento do LOTE ocorre normalmente.

Problema generalizado. Embora seja ÁBACO, parece que é exigência de MANAUS que seja instalado a aplicação nos servidores deles. Com isso muda completamente o comportamento do servidor. Embora já seja um dos piores PROVEDORES de solução NFSe por aí, nada é tão ruim que não consiga piorar. Eu envio o arquivo XML do mesmo modo que em Cachoeiro do Itapemirim/ES, mas dá um erro genérico: <?xml version="1.0" encoding="utf-8"?> <EnviarLoteRpsResposta> <ListaMensagemRetorno> <MensagemRetorno> <Codigo>0</Codigo> <Mensagem>ERRO:The external object throws an exception.</Mensagem> <Correcao>Verifique o conteúdo do XML</Correcao> </MensagemRetorno> </ListaMensagemRetorno> </EnviarLoteRpsResposta> Se não coloco a assinatura dá esse erro no webservice: <?xml version="1.0" encoding="utf-8"?> <EnviarLoteRpsResposta> <ListaMensagemRetorno> <MensagemRetorno> <Codigo>E402</Codigo> <Mensagem>Não foi possível validar o schema XSD e a assinatura do arquivo</Mensagem> <Correcao>Entrar em contato com suporte e informar mensagens de erro.</Correcao> </MensagemRetorno> </ListaMensagemRetorno> </EnviarLoteRpsResposta> Quando eu envio o arquivo, pelo site importando o XML, funciona normalmente. Simplesmente é o mesmo arquivo, mas sem assinar. E o mais interessante, se coloco UTF-8 na declaração do XML dá o erro abaixo: Dados não puderam ser carregados do XML, verifique formato do arquivo (ANSI) Ou seja, ao invés de: <?xml version="1.0" encoding="utf-8"?> Coloco: <?xml version="1.0" encoding="iso-8859-1"?> Outro TILT, se você colocar SERIE = 1 no RPS, dá pau. Me mandaram os arquivos em anexo, mas não resolveu nada. XML_SEM_QUEBRA_DE_LINHA.txt

Ainda não. Mas vou colocar em breve.

Consegui implementar também em PHP. Só não tive tempo de fazer para o ACBR.

Esse Gist contém o código que funcionou tanto para Ponta Grossa quanto Palotina: https://gist.github.com/luizvaz/43ccbd85b16b6802218b50b6d34c26de

O problema é no webservice deles. Ele funciona de maneira modular. Algumas partes param de funcionar e outras não. No seu caso, o retorno do método está vindo com erro HTTP 500. Por isso você não vê nada, mas a nota é gerada. Infelizmente tem que ligar na Prefeitura e encher o saco do suporte local da Prodata até abrirem um chamado no suporte técnico. Não adianta você ligar na Prodata que eles não atendem o contribuinte. Estou com o mesmo problema para Catalão/GO.

Eu entendi. Só gostaria de deixar a sugestão de atualizar o demo do post do @Italo Jurisato Junior. Já são praticamente 2 anos.

Acho que ficou confuso meu post. Eu queria mesmo é o executável mais recente do Demo_ACBrNFSe.exe O que tem no forum é o do Itálo de Outubro/2015. Eu formatei minha máquina essa semana e ainda não reinstalei o Delphi e todos os outros componentes. Obrigado!

Pessoal, Alguém teria o link com a build do Demo do ACBrNFSe mais recente? O que está no fórum é de Outubro/2015. Estou precisando testar a cidade de Catalao/GO - ProData. Eu uso C# e está dando alguns erros intermitentes e esquisitos. Queria ver se na versão mais recente do Demo acontece o mesmo. Acertando os erros eu vou enviar o Cidades.INI atualizado com ela. Obrigado!

É possível refazer a assinatura usando Delphi. Eu consegui fazendo em C# pois é a minha prioridade no momento. Quem quiser pode conferir no post abaixo:

Dei uma enxugada no código e criei um GIST. Quem quiser pode conferir no link abaixo: https://gist.github.com/luizvaz/43ccbd85b16b6802218b50b6d34c26de É tudo feito manualmente. Não deu para usar o consumo de webservice nativo. Pois o menor dos problemas são os métodos. O grande problema é que você precisa criar a estrutura padrão. Depois tem que inserir o certificado no formato BASE64 e os dados assinatura nos devidos campos. É preciso também ter cuidado com as tags adicionais e todos os namespaces.

Pessoal, Consegui fazer a Integração com Palotina/PR. A assinatura em si é a mesma coisa. Você gera a assinatura usando os dados que serão enviados. O que deu muita dor de cabeça foi entender como colocar no formato do ENVELOPE exatamente como é esperado pela webservice. É muito detalhe. Vou postar em breve a solução em C#. Apenas preciso de enxugar o código.