microporto.suporte

Não procede, porque limpo os componentes antes como no anexo.

estou informando sim conforme este anexo. E a nota está sendo informada também, quando comento ICMSSN := icmssn101 ou icmssn102 sai e dá o erro 'ICMSSN' is unexpected e quando descomento da o erro Falha na validadção dos dados da nota.

Na validação para pessoa física sem problema, valida normalmente mas para pessoa jurídica estou com um erro ao validar o XML na versão 3.10 , não utilizo o ACBrMonitor faço direto pelo sistema e me gera os erros conforme os anexos mostram. Quando omito o icmscn102 ou icmssn101 surge um erro e quando coloco surge outro. tem alguma propriedade que iniba a tag do icms para o caso de uma empresa simples nacional emitir nota para Pessoa Juridica com a ST 102 sem surgir a tag do icms? Ou algum exemplo onde posso ter como base a forma correta? NFe35170102020983000153550010000000031000000031-assinado.xml

Estamos com o mesmo problema,. Já passei pro André Ferreira de Moraes acho que ele já está vendo isso.

não é na produção mesmo. Onde coloco o componente ACBrNfe no projeto e executo.

Caro Moroni como se trata de uma variável, tanto faz colocar _not, _nLote, etc . O importante é o conteúdo sendo um número que no caso é o numero dado ao lote. Então o erro ainda continua sem solução. Estou com o serviço de emissão de Nfe parado no cliente após ter feito o update do ACBr. Alguém tem uma luz para clarear uma solução? O xml que enviei está anexo para testes.

Estou tendo um problema semelhante a este. Quando sai protestar após 5 dias úteis após o vencimento dando como exemplo uma cobrança que vença em 10.01.2017 a data para protesto após o vencimento seria no dia 15. Mas o componente considera a data como dia 14.01.2017. Como o histórico sai automático e não temos como altera-lo o correto seria então colocar protestar a partir de 5 dias do vencimento. e não após o vencimento. Da forma que está o cliente entende que depois de 5 dias úteis é que vai protestar que no caso seria dia 16 ( entendendo o após como depois do dia (10 + 5 dias) = 15 sendo o após então o dia do protesto seria dia 16 e não o dia 15. Fica aí a minha observação para melhorias no componente.

estou tendo problemas ao enviar o xml, a assinatura e a validação estão ok mas quando chega na hora de enviar pela linha de instrução: ACBrNFe1.Enviar(_nLote,True, True) está gerando erro na Unit ACBrNFe.pas conforme imagem em anexo; onde coloquei a tela de erro ao lado da função onde o erro está ocorrendo.; Informo que já fiz Update do ACBr mais de uma vez para certi ficar que não seja falha de atualização. Obs: colocando o sincrono como False também ocorre o erro: ACBrNFe1.Enviar(_nLote,True, False). Gostaria de saber se há uma falha nesta Unit ou se estou fazendo algo de errado e que esteja refletindo nesta função. Segue em anexo a imagem onde o erro ocorre e do xml também para ser analisado. 35161260069242000163550010000000011000000015-nfe.xml

Consegui resolver a validação do xml. vou então encerrando este processo porque irei abrir um novo onde encontrei um erro no ACBRNfe.pas na hora de enviar o xml tanto no modo sincrono ou não. obrigado até aqui.

Ok segui sua sugestão e agora aparecei esta mensagem : Exception: "Validar" não suportado em: TDFeSSLClass segue o xml para análise. NFe35161102020983000153550010000000011000000011-assinado.xml

das tags eu tenho conhecimento o meu problema é qual é a linha de instrução que eu coloco no componente ACBR para que surja as tags no arquivo xml como neste exemplo com tributação; Produto.Imposto.vTotTrib := 0; Produto.Imposto.ICMS.CST := cst00; Produto.Imposto.ICMS.orig := oeNacional; Produto.Imposto.ICMS.modBC := dbiValorOperacao; Produto.Imposto.ICMS.vBC := 100; Produto.Imposto.ICMS.pICMS := 18; Produto.Imposto.ICMS.vICMS := 18; Produto.Imposto.ICMS.modBCST := dbisMargemValorAgregado; Produto.Imposto.ICMS.pMVAST := 0; Produto.Imposto.ICMS.pRedBCST:= 0; Produto.Imposto.ICMS.vBCST := 0; Produto.Imposto.ICMS.pICMSST := 0; Produto.Imposto.ICMS.vICMSST := 0; Produto.Imposto.ICMS.pRedBC := 0; E no caso quando for Simples Nacional? Como deveria ficar?

O erro pelo que eu analisei é que eu não estou sabendo informar a tag do ICMS quando este for Simples Nacional, como no exemplo abaixo: -<imposto> - <ICMS> - <ICMSSN101> <orig>0</orig> <CSOSN>101</CSOSN> </ICMSSN101> </ICMS> eu ainda não encontrei no exemplo do ACBr as instruções para inserir esta tag quando Simples Nacional, o exemplo que tem lá é quando tem tributação CST. Alguém poderia me indicar onde encontro um exemplo para gerar um xml com Simples Nacional? Informo que estou gerando o XML pelo ACBr.

Estou com um erro ao validar o XML na versão 3.10 , até a assinatura do xml tudo bem, mas na hora de validar o xml surge o erro conforme anexos: Alguém poderia me informar se está faltando alguma configuração para que seja validado? Obs.: Esta empresa que utiliza o sistema é simples nacional. NFe35161102020983000153550010000000011000000011-assinado.xml

Com relação ao velho problema de duplicidade de Nfe, ocorrido por picos de falta de conexão com a internet, fazendo uma comparação entre o método de utilizar o Monitor Plus e os componentes de envio direto do código fonte de sistema, observa-se que no monitor o índice de ocorrência de duplicidade de chave não ocorre com tanta frequência em relação aos componentes de envio do código fonte. Então a pergunta é existe algo de diferente no tratamento desta situação no monitor plus que poderia ser passado para o código fonte com a intenção de baixar este tipo de ocorrência de duplicidade de chave Nfe?

Estamos tendo um problema que ao enviarmos um arquivo remessa para a Cobrança do Banco do Brasil com a opção do responsável pela emissão tbBancoReemite, o Banco do Brasil estão enviando uma segunda via do boleto com o nosso numero trocado. Isso impede que quando o Sacado liquida o Boleto o banco dá baixa no nosso numero gerado por ele e não pelo gerado através do ACBR, fazendo com que este fique em aberto na carteira do banco, sem liquidação e no sistema onde o componente está sendo utilizado. Por acaso não seria problema do número do convênio e carteira de cobrança que pode estar provocando isso ou seria uma situação ainda não prevista pelo componente ACBR ? Verificamos que nos outros bancos utilizados com o componente, eles não trocam o nosso numero permanecendo o mesmo o que é o correto. Se alguém tiver uma informação que nos esclareça... segue em anexo boletos como exemplo. Boletos.rar