wilson_jr

Bom dia Edson, Obrigado pela resposta, mas isso já faço, o meu problema é que os clientes precisam imprimir as notas com o percentual de desconto idêntico ao informado no pedido, como citei acima se vender um item a 19.9 com 35% de desconto na danfe sai 34.97%, e isso causa problemas quando são notas para o governo ou de licitações.... Att, Wilson.

Bom dia Henrique, Faz tempo que busco outra solução... mas obrigado pela sua atenção.

Boa tarde Henrique, Este campo seria apenas para gerar o DANFE com o percentual de desconto fixo. Não é enviado para o XML. Att, Wilson

Bom dia Juliomar, Mesmo utilizando o ABNT, não dará o resultado que preciso, no caso anexo tenho um item de 19.9 com desconto de 35%, se deixar calcular o desconto ficará em 34.97%. Alterei as units como de costume, caso aceitem implementar no ACBr ficarei grato. Att, Wilson. Fixo.pdf Calculado.pdf pcnNFe.pas ACBrNFeDANFeRL.pas ACBrNFeDANFeRLPaisagem.pas ACBrNFeDANFeRLRetrato.pas ACBrNFeDANFeRLSimplificado.pas ACBrNFeDANFEFRDM.pas

Boa tarde! Mesmo assim não preenche como o demonstrado no primeiro post. Tentei gravar também o ACBrNFe.NotasFiscais[0].XMLAssinado, mas nenhum vem com a infProt preenchida. As suas notas ficam com o <infProt Id= "" ?> Grato.

bom dia Régys, só utilizo o enviar(nro_lote,false), nisso o xml é salvo sem esse preenchimento. Saberia o pq? Grato.

Boa tarde, a Amazon está rejeitando as notas em que a tag infProt esteja vazia. Ao gerar as minhas notas está ficando assim: <protNFe versao="3.10"> <infProt> <tpAmb>2</tpAmb> <verAplic>SP_NFE_PL_008h2</verAplic> <chNFe>35160204528398000194550000000107351014224925</chNFe> <dhRecbto>2016-02-16T12:11:29-02:00</dhRecbto> <nProt>135160000552158</nProt> <digVal>LxruHy0Wk/nuw/aH4qoGDsW9vNs=</digVal> <cStat>100</cStat> <xMotivo>Autorizado o uso da NF-e</xMotivo> </infProt> </protNFe> Porém quando baixo o xml da sefaz fica preenchida a tag: <protNFe versao="3.10"> <infProt Id="Id135160000552158"> <tpAmb>2</tpAmb> <verAplic>SP_NFE_PL_008h2</verAplic> <chNFe>35160204528398000194550000000107351014224925</chNFe> <dhRecbto>2016-02-16T12:11:29-02:00</dhRecbto> <nProt>135160000552158</nProt> <digVal>LxruHy0Wk/nuw/aH4qoGDsW9vNs=</digVal> <cStat>100</cStat> <xMotivo>Autorizado o uso da NF-e</xMotivo> </infProt> </protNFe> Alguém saberia me informar como preencho essa tag? Grato, Wilson.

Prezados bom dia! Dei uma pesquisada, mas não encontrei nada do gênero. Temos como principal categoria de clientes livrarias e editoras, elas trabalham normalmente dando desconto em suas notas, principalmente quando há consignação de produtos. O que ocorre: ao fazer o pedido será dado 35% de desconto, mas nem sempre o valor do desconto no Danfe sai os 35%, as vezes sai 34,99%, 34,98%, 35,01%, isso devido que passamos o valor do item e valor do desconto e esse percentual é recalculado no momento da impressão do Danfe. Isso não está errado já que se der por exemplo os 34,99% dará o valor liquido correto. Já tentei falar para eles utilizarem o desconto em R$, mas nenhum aceita, pois normalmente os contratos e licitações constam que os itens tem que ir com x% de desconto e eles querem imprimir com esse desconto exato. Muitos "clientes dos nossos clientes" rejeitam as notas por essa questão, principalmente quando é para o governo, se não sair exatamente como definido a nota volta. Desde o trunk já havia criado um campo novo para informar esse desconto sem que seja recalculado, foi a única forma que encontrei. Só que qualquer alteração no ACBr gera retrabalho a cada atualização, pois tenho que refazer a instalação e refazer as mudanças no componente... O que fiz foi criar um novo campo vDescFixo, e se há valor nele mando ele para o Danfe e não calculo o %. Sei que isso não é algo que atrapalhe os demais, mas sempre perco tempo refazendo isso. Gostaria de verificar se alguém tem alguma ideia melhor do que mexer no código a cada atualização, ou se posso postar as alterações para analisarem se anexam ao ACBr. Ah, ao ler o xml para a reimpressão o percentual é recalculado pois o componente não tem esse campo para se basear, mas isso eu contornei pelo meu aplicativo. Att, Wilson

Prezados, bom dia! Resolveu colocando as colunas com 48 como sugeriu o Daniel. Muito obrigado! Att, Wilson

é essa mesmo, na verdade isso ocorre no cliente, estou sem impressora aqui para testar.

Olá Sérgio, uma Epson.

Bom dia, Estou mudando de Fortes para ESCPOS, e ao reimprimir um cupom ele saiu sem valores, sabem o que pode ser? Att, Wilson

Clerison, Bom dia! Aqui está normal, estou utilizando o Trunk2 sem problemas. Só lembrando que ao migrar, haverá necessidade de alterações em seu código, pois algumas funções e propriedades sofreram alterações.

Boa tarde! Por acaso há outra maneira para pegar o xml sem ser pela consulta de sessão? Pois a linha do meu cancelamento ficou assim: 08:55:01:827 - NumeroSessao: 516343 - Resposta:Erro|Erro na leitura da porta de comunicacao com o S@T|Header porém mesmo com esse retorno o cupom foi cancelado no sat e posteriormente na sefaz. e se consultar por esse numero de sessão fala que não existe. ah, extraindo o log do SAT tb não acho a sessão. Pelo site não tem a opção de download igual a nfe. Grato.

Boa tarde! Descobri, é o nosso antivírus (Trend Micro), estranho é que só em duas maquinas isso ocorre. Mas blz, vlw. Abraços.

Bom dia! Ainda continua lento, desinstalei os drivers, instalei os mais recentes. Rodei como administrador. Nada ainda, mas não estou muito preocupado com isso pq isso acontece somente nas maquinas de desenvolvimento aqui, as que o nosso suporte usam está normal. Normalmente é o contrário, as maquinas de clientes que não funcionam e a nossa que desenvolve vai de boa. Bom, assim que der vou tentar ver se consigo debugar onde realmente fica lento e posto aqui, mas pelo visto só eu estou com isso. Abraços.

Boa tarde! Mesmo setando o ACBr conforme abaixo, ainda está salvando os arquivos "auxiliares". ACBrNFe1.Configuracoes.Geral.Salvar := False; ACBrNFe1.Configuracoes.Arquivos.Salvar := True; Verifiquei no código da imagem em anexo que esses arquivos estão utilizando a Arquivos.Salvar e não a Geral.Salvar. Seria isso mesmo? Att, Wilson.

Bom dia! Utilizo o capicom, e já atualizei com as novas dlls mencionadas. O que parece é que ele demora para carregar. Inclui o código abaixo que não tinha visto antes, mas não mudou: {$IFDEF ACBrNFeOpenSSL} ACBrNFe1.Configuracoes.Geral.SSLLib := libOpenSSL; {$else} ACBrNFe1.Configuracoes.Geral.SSLLib := libCapicom; {$endif} Coloquei esse código para verificar e na primeira vez que passa pela linha do Carregar Certificado demora, na segunda vez que passa é rápido. ACBrNFe1.Configuracoes.Certificados.NumeroSerie:= edtNumSerie.Text; if ACBrNFe1.SSL.CertificadoLido = False then ACBrNFe1.SSL.CarregarCertificado; lblValidade.Caption := DateToStr(ACBrNFe1.SSL.CertDataVenc); Sabem se tem mais alguma coisa que posso verificar?

Boa tarde Alexandre! você está considerando que 0 é cancelado com sucesso, mas aparentemente no ACBr só irá salvar o xml se o retorno for 7000. você está fazendo mais algum tratamento quanto a isso? Att, Wilson.

Boa tarde! Teria algum motivo ao utilizar essa função ela demorar para retornar a data? Aqui para mim está bem lento quando passa pela linha que me mostra a validade. lblDataCert.Caption := 'Certificado Válido Até:' + DateToStr(FConfNFe.ACBrNFe1.SSL.CertDataVenc); Att, Wilson.

Obrigado pelo retorno! Estava achando estranho a parte do cancelamento, mas atualizei o fonte novamente e agora apareceu essa implementação do retorno 7000. Vlw.

Bom dia jrs.santos! Olhando o fonte não achei onde ao consultar a sessão está salvando o xml do cancelamento. Como ficou a sua rotina para isso? Grato!

Bom dia! há as duas formas, também estou utilizando ACBrSAT1.CancelarUltimaVenda; Quando utilizo o emulador o retorno que recebo é 7000 e no sat da bematech retorna 0, mas cancela. Ainda não descobri o que é.

Boa Tarde! Fiz uma venda e em seguida fui cancelar, na minha aplicação recebi o código de retorno: 0. Tentei cancelar novamente, mas começou a dar erro 7099. Olhando o log do sat bematech: 20150820142753|AC-SAT|info|Recebendo dados de cancelamento 20150820142753|AC-SAT|info|Dados de cancelamento recebidos com sucesso 20150820142753|AC-SAT|info|Mecanismo de segurança de emissão criado com sucesso 20150820142753|SAT-AC|info|Cupom cancelado com sucesso 20150820142951|AC-SAT|info|Recebendo dados de cancelamento 20150820142951|AC-SAT|info|Dados de cancelamento recebidos com sucesso 20150820142952|AC-SAT|erro|Tentativa de cancelar um CFe já cancelado 20150820142952|SAT-AC|erro|Erro ao cancelar o cupom fiscal Uma duvida, como vou saber se o cupom já foi cancelado? pois consultando a chave no site, consta como processada. Como é que o SAT informa que o cupom foi cancelado, pois no log vi a comunicação da venda, mas não aparece a comunicação do cancelamento. Sei que o código que deveria receber era 1218 de cupom já cancelado, mas parece que o sat ainda não informou a sefaz do cancelamento. Grato.