BigWings
Moderadores-
Total de ítens
9.862 -
Registro em
-
Última visita
-
Days Won
153
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que BigWings postou
-
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.
- 21 replies
-
- 1
-
- manifestacao
- nfe
- (e 3 mais)
-
Também já houve relatos de acontecer esse erro caso esteja usando DLLs desatualizadas.
-
Problemas com envio de NFSe em homologação no município de Sorriso - MT
BigWings replied to igor.oliveira3's tópico in ACBrNFSe
@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". -
Problemas com envio de NFSe em homologação no município de Sorriso - MT
BigWings replied to igor.oliveira3's tópico in ACBrNFSe
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. -
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).
- 19 replies
-
- 1
-
- vipidevol
- acbrdanferlretrato
- (e 3 mais)
-
schema nfce 4.00
BigWings replied to KriarTecnologia's tópico in NFC-e - Nota Fiscal do Consumidor Eletrônica
Estão na pasta ACBr\Exemplos\ACBrDFe\Schemas\NFe.- 1 reply
-
- 1
-
Aumentar o tamanho do QR Code 2.0
BigWings replied to Turbo Drive's tópico in NFC-e - Nota Fiscal do Consumidor Eletrônica
Qual componente DANFE está usando? -
Qualquer alteração no código de barras altera o DV geral. Corrija o vencimento e provavelmente ele será ajustado.
-
Está com os fontes atualizados? As URL para GO foram atualizadas recentemente no arquivo ACBrNFeServicos.ini.
-
A única diferença nesses códigos de barras é o fator de vencimento. Foi usada a mesma data de vencimento na comparação?
-
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.
-
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;
- 1 reply
-
- 1
-
Você está passando o caminho ou o conteúdo do arquivo .INI para comando NFE.CriarEnviarNFe? Qual o erro/rejeição retornado?
-
Não Finaliza XML
BigWings replied to kleber bento's tópico in NFC-e - Nota Fiscal do Consumidor Eletrônica
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. -
AcbrMonitor gerando XML na versão 3.10
BigWings replied to Carlos Eduardo Souza's tópico in ACBrMonitorPLUS
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 -
Erro qrCode v2 com NFCe 4.0
BigWings replied to fardead's tópico in NFC-e - Nota Fiscal do Consumidor Eletrônica
Validou normalmente aqui. Veja se a sua pasta de Schemas está atualizada. -
Erro qrCode v2 com NFCe 4.0
BigWings replied to fardead's tópico in NFC-e - Nota Fiscal do Consumidor Eletrônica
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. -
(Resolvido) Rejeição 616: Nenhum Grupo De Documento Foi Informado
BigWings replied to jeffvalentini's tópico in ACBrMDFe
-
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
-
Erro: Falha na validação do modal do conhecimento (Erro: Schema Invalido)
BigWings replied to mhborgatto's tópico in ACBrCTe
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. -
NFCe não imprime nº protocolo de autorização
BigWings replied to DATAC's tópico in NFe/NFCe - Nota Fiscal Eletrônica
Sim. -
NFCe não imprime nº protocolo de autorização
BigWings replied to DATAC's tópico in NFe/NFCe - Nota Fiscal Eletrônica
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.