BigWings
-
Total de ítens
10.137 -
Registro em
-
Última visita
-
Days Won
155
Tudo que BigWings postou
-
Você está informando o FCP duas vezes. Uma dentro do grupo destinado a tributação do ICMS interna, no grupo ICMS00, outra dentro do grupo ICMSUFDEST. De acordo com a tabela de FCP por UF disponível na página http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=Iy/5Qol1YbE=, SC não possui FCP portanto a rejeição. Acredito que o correto nesse caso seria informar apenas o FCP do grupo ICMSUFDEST.
-
Analisando o log dá pra verificar que está sendo enviado comando de pagamento quando a soma dos pagamentos anteriores já ultrapassou o valor do cupom fiscal. Provavelmente é esse o motivo do erro.
-
Posso estar enganado, mas nenhum provedor atendido pelo ACBrNFSe possui campo específico para essa informação. Para qual cidade está gerando a NFSe?
-
Acredito que você esteja enganado. Na emissão da carta de correção para CTe os valores de grupoAlterado e campoAlterado devem ser preenchidos pela aplicação. Pode mostrar em que parte do código o ACBr faz o preenchimento dessas tags?
-
Imprimir evento de cancelamento NFC-e
BigWings replied to Tatiane Peixoto's tópico in NFC-e - Nota Fiscal do Consumidor Eletrônica
Bom dia, Esse erro geralmente ocorre quando se tenta acessar um índice que não existe, por exemplo, ao chamar ACBrNFe1.NotasFiscais.Items[0] e não houver nenhuma NFe carregada pode gerar o erro. Não é possível ver pelo seu print se todo o processo está sendo feito, por exemplo, você chegou a carregar o XML da NFCe para o componente, ou apenas o XML de evento de cancelamento? Faça o teste usando o demo do ACBrNFe, na opção Imprimir Evento e veja se o mesmo erro acontece. Se desejar, poste também o XML da NFCe para testarmos.- 9 replies
-
- 2
-
-
-
- acbrnfce1.imprimirevento
- imprimirevento
- (e 2 mais)
-
Parece que você não entendeu... A questão não é o XML ter código de barras ou não, e sim o espaço usado pela impressão do código. No seu DANFE "correto" o item tem o código "34", no "errado" o código impresso é um código de barras com 13 dígitos. Nesse tamanho ele ocupa o espaço usado pela descrição, que já é pouco na impressão em uma linha. No componente há a configuração para imprimir o código do item (cProd) ou código de barras (cEAN), se o cProd for sempre pequeno pode resolver... Ou faça o que disse na minha primeira resposta, ative a impressão em duas linhas, ou use EscPOS que a fonte é menor.
-
Já é feito automaticamente pelo componente. Dê uma olhada no método TANeWebService.DefinirEnvelopeSoap na unit ACBrANeWebServices.pas.
-
O primeiro é o XML normal, o segundo é o mesmo "envelopado" para envio. Você pode configurar o componente para salvar esses arquivos que são utilizados no envio e retorno: ACBrANe1.Configuracoes.Geral.Salvar := True; ACBrANe1.Configuracoes.WebServices.Salvar := True; ACBrANe1.Configuracoes.Arquivos.PathSalvar := 'C:\TEMP\';
-
Me parece que o problema é simplesmente a falta de espaço pra imprimir a descrição. Nesse caso terá que ativar a impressão em duas linhas.
-
Download XML quando for duplicidade com diferença na chave
BigWings replied to Thiago Porto's tópico in ACBrNFe
A chave da NFe reflete os dados da nota, de acordo com: 1-UF do emitente; 2-Mês e ano de emissão; 3-CNPJ do emitente; 4-Modelo, série e número do documento; 5-Tipo de emissão (tpEmis) 6-Código Numérico (cNF) 7-Dígito verificador. Se você quer "forçar" uma chave, deve saber qual desses campos precisa ser alterado para gerar a chave da forma que quer e fazer a devida correção. -
Veja o componente ACBrCHQ.
-
Dia Base para Vencimentos
BigWings replied to dreamsoft_PR's tópico in Object Pascal - Delphi & Lazarus
Veja a função EncodeDate(). -
Sim, veja o seguinte tópico: https://www.projetoacbr.com.br/forum/topic/40253-campogrupo-object-reference-not-set-to-an-instance-of-an-object
-
O modo de informação do vale pedágio mudou na versão 3.00. Na versão 1.00 você faria: with ACBrMDFe1.Manifestos.Add.MDFe do with rodo.valePed.disp.Add do begin // dados do vale pedagio end; Já na 3.00 você deve fazer assim: with ACBrMDFe1.Manifestos.Add.MDFe do with rodo.infANTT.valePed.disp.Add do begin // dados do vale pedagio end;
-
Veja se resolve o teu problema:
-
Devolução de NFe (simples nacional) com destaque de ICMS
BigWings replied to cristiam2005's tópico in ACBrMonitor PLUS
Falta informar as tags referentes ao destaque do imposto do item. vBC= pICMS= vICMS= -
Apenas para esclarecer, de acordo com o manual, o tomador informado no grupo toma3 pode ser o Remetente, Expedidor, Recebedor ou Destinatário do CTe.
-
Tente chamar o método Assinar após o GerarNFe. Se não me falha a memória é nesse momento que o arquivo é gerado em disco.
-
Não cheguei a verificar mas é possível que o componente esteja alterando a versão assim que você carrega um XML da versão 2.00 para ele. Faça o teste e tente fazer o cancelamento informando apenas a chave do CTe e o protocolo de autorização do mesmo.
-
Por acaso está chamando o método de Status de Serviço antes do envio? Se está, qual o XML retornado por ele? Essa configuração é ajustada na chamada a esse método com base no retorno do tempo médio de resposta do webservice. ACBrCTeWebservices.pas, linha 688: function TCTeStatusServico.TratarResposta: Boolean; var CTeRetorno: TRetConsStatServ; begin FPRetWS := SeparaDados(FPRetornoWS, 'cteStatusServicoCTResult'); [...] if FPConfiguracoesCTe.WebServices.AjustaAguardaConsultaRet then FPConfiguracoesCTe.WebServices.AguardarConsultaRet := FTMed * 1000; Você também pode configurar a propriedade AjustaAguardaConsultaRet para não fazer esse ajuste.
-
Tente remover as aspas no final da descrição do item, porque dessa forma o ACBrMonitorPLUS está fechando o comando ali. Pode remover os parênteses também... Aspas seguidas de parêntese ou vírgula é entendido como final de comando pelo ACBrMonitorPLUS.
-
Tente contato com a SEFAZ, provavelmente eles ainda não implementaram os novos Schemas.
-
Aqui retornou normalmente: Qual biblioteca (SSL Lib) está usando?
-
Tem uma chave ou XML de NFCe da BA para teste?
-
Não tem o que corrigir... No XML o ACBr grava usando o máximo de casas decimais permitidas para o campo. No caso do qCom são 4 casas. No caso do vUnCom são 10 casas. Pode dizer porque isso é um problema pra você?
