Ir para conteúdo
  • Cadastre-se

BigWings

Moderadores
  • Total de ítens

    9.862
  • Registro em

  • Última visita

  • Days Won

    153

Tudo que BigWings postou

  1. Já temos a explicação de como o aplicativo gratuito consegue retornar a situação da manifestação: se trata de uma funcionalidade não documentada, a famosa gambiarra, por parte da SEFAZ-SP.
  2. Também já houve relatos de acontecer esse erro caso esteja usando DLLs desatualizadas.
  3. @Italo Jurisato Junior Na verdade nenhum deles usa o layout ABRASF. Havia uma implementação anterior para o provedor Agili que era baseado no ABRASF, mas quando tive que fazer a implantação em Ariquemes tive que criar uma unit separada para geração do XML. Quando foi feito o ajuste para funcionar também em Sorriso e outras cidades que tinham o mesmo provedor mas layout diferente por causa da diferença de versão acabou ficando o layout de Sorriso com o "v2".
  4. Sorriso usava anteriormente o provedor Agiliv2 que na verdade era uma versão mais antiga do sistema de NFSe deles. Agora houve uma atualização e agora estão usando o provedor Agili. O erro retornado é o erro genérico deles, pode ser algum problema no próprio webservice ou alguma informação incorreta no XML que eles não estão tratando. Já tive esse erro por não informar base de cálculo e informar alíquota, ou vice-versa, por exemplo. O mais indicado ainda é entrar em contato com o suporte através da prefeitura, para que possam validar o XML.
  5. Apenas lembrando: Se o campo referente ao valor do IPI devolução está sendo gerado no XML, e impresso no DANFE como informações complementares, não vejo o porquê ser recusada. Provavelmente é falta de atualização do fornecedor ou seu contador com o novo layout da NFe. Se você sabe que não é o correto, na minha opinião já tem a sua resposta. Ainda estará correndo o risco de ter a empresa autuada por imprimir informação no DANFE que não consta no XML (no caso a tag vIPI estará zeradada e o campo destinado a ela no DANFE terá valor).
  6. Estão na pasta ACBr\Exemplos\ACBrDFe\Schemas\NFe.
  7. Qualquer alteração no código de barras altera o DV geral. Corrija o vencimento e provavelmente ele será ajustado.
  8. Sim, desde que não use protocolo não suportado por ele, como TLS 1.2. Como está a configuração SSLType do componente?
  9. Está com os fontes atualizados? As URL para GO foram atualizadas recentemente no arquivo ACBrNFeServicos.ini.
  10. A única diferença nesses códigos de barras é o fator de vencimento. Foi usada a mesma data de vencimento na comparação?
  11. Nesse caso o problema está aqui: Quando o arquivo contém a sequencia ") o ACBr entende que é o final do comando e o resto do arquivo é ignorado.
  12. Além de definir o tpEmis do XML, o arquivo também deve ser enviado para o webservice correto. Isso é feito configurando o componente: ACBrNFe1.Configuracoes.Geral.FormaEmissao := teSVCAN;
  13. Você está passando o caminho ou o conteúdo do arquivo .INI para comando NFE.CriarEnviarNFe? Qual o erro/rejeição retornado?
  14. Pelo erro é um problema na SEFAZ, que não está validando, aparentemente, o XML de retorno. E especificamente num campo do tipo TRec (Número do recibo). Esse campo não é gerado no retorno quando em modo síncrono. Analise o XML retornado pelo webservice, anexe aqui se desejar. Veja também se o mesmo erro ocorre se usar o modo assíncrono.
  15. Além de configurar a versão do webservice, veja se está informando a versão correta no arquivo .ini. [infNFe] versao=4.00 [Identificacao] cNF= natOp=Venda de Mercadoria
  16. Validou normalmente aqui. Veja se a sua pasta de Schemas está atualizada.
  17. O mesmo problema ocorre usado o demo do ACBrNFe? Pela mensagem, parece estar havendo quebra de linha no lugar dos pipe "|" separadores dos campos do QRCode. Pode ser alguma configuração especial ou alteração sua nesse sentido. De qualquer forma, anexe o arquivo XML gerado.
  18. Seu arquivo .ini tem erro de sintaxe nos grupos infNFe. Informe da seguinte forma: [DESC001] cMunDescarga =2611606 xMunDescarga =RECIFE [infNFe001001] chNFe =26180924494200000106550010000003001000003000 [infNFe001002] chNFe =26180924494200000106550010000002991000002990 [DESC002] cMunDescarga =2614709 xMunDescarga =TACAIMBO [infNFe002001] chNFe =26180924494200000106550010000003031000003037 [infNFe002002] chNFe =26180924494200000106550010000003011000003016
  19. A causa mais comum para esse erro é a configuração da pasta de Schemas estar no formato \\servidor\compartilhamento. A libxml2.dll tem problemas para localizar os arquivos usando esse formato. Se os schemas estão em uma pasta compartilhada na rede, você pode mapear para uma letra de unidade. O XML validou normalmente aqui.
  20. Tente informar um valor diferente de zero para a configuração PosPrinter -> Espaços. Experimente um valor entre 30 e 60. A impressão em EscPos depende desse valor para calcular corretamente a altura do espaço destinado a impressão. Como o QRCode 2.00 é menor, dependendo da quantidade de informações do texto lateral pode haver truncamento.
  21. Muito simples: Adaptando um pouco o código do demo do ACBrNFe: NotaF.NFe.Total.ICMSTot.vNF := 100; [..] // YA. Informações de pagamento Pagamento := NotaF.NFe.pag.Add; Pagamento.indPag := ipVista; Pagamento.tPag := fpCheque; Pagamento.vPag := 150.00; NotaF.NFe.pag.vTroco := 50.00;
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.