Painel de líderes

Gostaria de cumprimentar o @EMBarbosa e o @Rafael Dias pelo enorme trabalho de ambos nesse grande refactore nos componentes de impressão. Já estou usando os DANFes da NFe e da NFC-e do Fortes e ambos estão funcionando perfeitamente após todas as alterações aplicadas. Muito obrigado a todos por esse excelente trabalho nesses e nos outros componentes do ACBr.

Obrigado a equipe do projeto ACBr, pelo presente enviado. Fica aqui a minha gratidão ao trabalho profissional do projeto, que tanto nos fornece conhecimentos. Abs a todos

Boa tarde. Houve um grande refactoring nos DFes, saiba mais aqui tt. A

Esse tópico é para informar que o Refactoring das impressores DF-e foi concluído e enviado ao SVN na revisão 15983. Queremos lembrar que vai ser necessário reinstalar os pacotes e componentes, pois houveram alterações nas propriedades. Se você utiliza o ACBrInstall, não se preocupe. Ele já foi atualizado no SVN e daqui a pouco será já foi atualizado aqui na área de Downloads também. Se você não sabe do que se trata, veja esse tópico aqui: Nesse tópico são citados dois vídeos sobre o refactoring que recomendamos você assistir. Esse abaixo explica o refactoring: E esse mostra um exemplo de atualização de uma aplicação usando usando o exemplo do ACBrNFe: Deu bastante trabalho esse refactoring e fomos bem minuciosos. Mas pode ser que alguma coisa passou despercebido. Sugerimos que você atualize sua aplicação e comece os testes o quanto antes possível. Para complementar o disponibilizado antes, veja também essa tabela abaixo o nome de propriedades e métodos que mudaram. Note no entanto que há propriedades que são específicas de algumas classes e isso não foi alistado abaixo: Uma informação importante é que agora existe um componente específico para NFC-e em Fast Report. Se você vai trabalhar com NFC-e e imprimir usando o Fast Report, será necessário utilizar esse componente. Nele você encontrará as propriedades que são específicas para NFC-e. Agradecemos ao @BigWings pela ajuda no trabalho com esse componente. No mais, bom trabalho a todos.

Comparar o XML gerado contra os Schemas locais. O método enviar assina, valida, envia, consulta o recibo no método assíncrono, e imprime o DANFE (se o parâmetro estiver True). Leia os fontes: function TACBrNFe.Enviar(ALote: String; Imprimir: Boolean; Sincrono: Boolean; Zipado: Boolean): Boolean; var i: integer; begin WebServices.Enviar.Clear; WebServices.Retorno.Clear; if NotasFiscais.Count <= 0 then GerarException(ACBrStr('ERRO: Nenhuma NF-e adicionada ao Lote')); if NotasFiscais.Count > 50 then GerarException(ACBrStr('ERRO: Conjunto de NF-e transmitidas (máximo de 50 NF-e)' + ' excedido. Quantidade atual: ' + IntToStr(NotasFiscais.Count))); NotasFiscais.Assinar; NotasFiscais.Validar; Result := WebServices.Envia(ALote, Sincrono, Zipado); if DANFE <> nil then begin for i := 0 to NotasFiscais.Count - 1 do begin if NotasFiscais.Items[i].Confirmada and Imprimir then begin NotasFiscais.Items[i].Imprimir; if (DANFE.ClassName = 'TACBrNFeDANFERaveCB') then Break; end; end; end; end;

Boa tarde! Você usa o ACBrMonitorPLUS? Se sim, verifique se está marcado a opção [ v ] ANSI na ABA [ Monitor ] em ( o ) TCP/IP ou em ( o ) Arquivo TXT caso use esta opção.

Boa tarde pessoal, Só para informar, aqui no RS, voltou a permitir a emissão das NFe/NFCe com a tag <cEAN/> e <cEANTrib/> em branco no ambiente de produção. Então realmente o pessoal deve ter ajustado a regra pela nota técnica 2017.001 - v1.40. Obrigado e uma boa semana a todos.

VERGONHA!!! Descobri, eu estava informando o valor do produto no parâmetro "vTotTrib" do bloco [PRODUTOxxx] ao invés do valor do tributo. Deu certo agora!

Boa tarde. Não me recordo desta informação constar no manual do banco, acredito que seja "frescura" de algum homologador... Att.

Correções para o Delphi 7 enviadas ao repositório.

@EDSON FERNANDES De ACBrNFeDANFCeFortes1.nfecancelada Para ACBrNFeDANFCeFortes1.cancelada

Bom dia. Obrigado eduardo pelo retorno.

Obrigado pessoal , foi isso mesmo, estava usando um danfe antigo, ao utilizar o danferetrato_2018 sugirido elo colega Henrique Leonardo, esta imprimindo como a imagem a cima. Grato a todos.

Bom dia. Obrigado pelo retorno.

Resolvi sim, a minha maior questão é que eu pensei que caso você emitisse uma NFCe em offline e precisasse alterar uma NCM por exemplo, não poderia pois como vai gerar um novo QrCode depois da alteração do item o cliente teria uma NFCe em mãos e eu transmitiria uma NFCe cm Qrcode diferente e que isso não poderia, minha maior dúvida seria essa. Mais pelo video ali do Daniel, ficou claro que posso sim fazer a alteração e transmitir mesmo que tenha entregue pro cliente uma NFCe que teoricamente tera o Qrcode diferente. Obrigado.

Webservice de consulta de cadastro versão 4.00 para MG funcionando. Em caso de exceção por Timeout, aumentar o tempo consideravelmente. ACBrNFeServicos.ini ACBrNFeWebServices.pas

opa.. obrigado pelo retorno henrique..

Obrigado Sergio , realmente o windows nao permitia gravar o arquivo , na hora de recuperar o endereço caia no exception por nao encontrar o arquivo

Bom dia, Obrigado pelas respostas, eu imaginei que existia algo semelhante ao da NFCE, ou alguma chamada. Mas vou fazer o que Sergio comentou pegar o exemplo do GeraCabeçalho e implementar uma função para chamar nos meus comprovantes. Obrigado. Pode fechar.

bom dia..ai barbosa.. parabens.. ai..

Adicionado o Demo no Projeto ACBr em: ACBr\Projetos\ACBrMonitorPLUS\Lazarus\Exemplos Obrigado pela Contribuição!

Boa tarde, Eu particularmente não, pois não tenho nenhum cliente emite NFS-e. Vamos aguardar se mais alguém do fórum possa responder essa questão. No meu entendimento não faz muito sentido gerar tudo e depois sair assinando.

Hoje após atualizar o componente, fiz os testes das alterações nas danfes com o refactoring das impressões. A NFSe esta bem diferente e cortando parte da impressão. Além das quebras de linhas não funcionarem. Talvez tenha alguma configuração nova a ser colocada, mas o fato é que não posso liberar dessa maneira para os meus clientes. Imprimi a mesma DANFE com a versão antes da atualização e após a atualização. Seguem as imagens. Dercide.

Bom dia pessoal, tudo bem? Gostaria de sugerir uma mudança na impressão de MDF-e via fortes report quando o mesmo tem mais do que 100 documentos referenciados. Segue imagem de como está sendo impresso na forma atual e depois com a mudança da propriedade IntegralHeight para false.

boa tarde. tente ver no codigo fonte, se tem alguma propriedade que defina quantos documentos, vao ate ir para outra pagina.. se achar, passe para ka, a solucao..blz.

boa tarde.. obrigdao edson pelo retorno, e obrigado ai @hleorj pela dica..

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Boa tarde. Poderia por favor informar qual foi a solução? Att.

Bom dia Amarildo, nós reduzimos o nosso numero de tentativas de autorização de NFCe apenas para uma, se houver qualquer tipo de falha, o sistema não tenta autorizar novamente enquanto não houver uma intervenção do usuário. Nós somos uma rede de supermercados, então é uma quantidade muito grande de notas sendo autorizadas por minuto e se a sefaz começa a retornar falha na autorização, ela esta somando todas as tentativas de todas as lojas, gerando o consumo indevido.

Pessoal tentei efetuar os seguintes testes: <cEAN></cEAN>, <cEANTrib></cEANTrib>, retorna a rejeição 883. Depois tentei efetuar um outro teste que seria não informar as tag <cEAN> e <cEANTrib>, retornou a rejeição 999. Pelo que tudo indica, teremos que Informar "SEM GTIN". Para isso acredito que seria interessante criar nos ERP's uma forma de permitir informar "<cEAN/>, <cEANTrib/>" ou "<CEAN>SEM GTIN</CEAN>, <cEANTrib>SEM GTIN</cEANTrib>", para caso a sefaz resolva corrigir a regra pela nota técnica 2017.001 - v1.40, não tenhamos que desfazer os ajustes e até mesmo gerar uma nova versão.

bom dia.. muito obrigado pelo retorno luiz.

Este tópico será fechado devido a estar inativo a algum tempo, caso necessário por favor crie um novo tópico.

A dll so ACBrSatLib precisa das dlls do Openssl e do LibXml2 você vai encontrar as mesmas em "DLLs\LibXml2\x86" e ""DLLs\OpenSSL\1.0.2.13\x86". Já adicionei esta informação na descrição dos Downloads. Sobre o demo foi enviado a correção para o repositório, também foi enviado o demo e a classe de alto nível para download aqui

Nesse vídeo, o André explica em detalhes, o processo de contingência da NFCe

Realmente é a sequencia das rubricas dentro do xml, eu ordenei desta forma: informativas, deduções e proventos e passou.O mais estranho era que o INSS e o IRRF ele calculava corretamente nos retornos. Mas ainda estou sem entender o porque de ser nesta ordem. . ID1053278580000002018113010040800001-S5002.xml ID1053278580000002018113010035700001-S5001.xml

segue ajuste feito, ACBrBoletoFCFortesFr.dfm ACBrBoletoFCFortesFr.pas

Boa tarde Darlana. Como vai!? Primeiramente, recomendo procurar as administradoras, recomendo a E-frete pois é a unica que integra via webservice GRATUITAMENTE, as demais só no PEF pago. Gera sim um documento, com informações da viagem e de pagamento do motorista, onde a ANTT pode consultar se está tudo sendo seguido conforme a lei. (pagamentos, descontos, inss...)

Boa tarde a todos, Amarildo, se tratando de NFS-e o cenário é uma zorra, cada provedor faz da forma que lhe convém. O provedor Betha tem essa loucura de retornar no campo Discriminação do XML da NFS-e alguns dados segundo essa formatação com chaves e colchetes. Que eu saiba, mais nenhum faz isso. Se faz necessário criar uma função dentro do componente de impressão do DANFSE que pegue esse conteúdo e o apresente de forma mais clara. Detalhe essa função só pode ser chamada se o provedor em questão for o Betha. Estamos aguardando o Refactoring que esta sendo realizado nos componentes de impressão de DAs (DANFE, DACTE, etc). Esse Refactoring não vai resolver esse problema, mas depois dele vamos poder mexer nesses componentes sem atrapalhar o serviço que esta em andamento.

Matou a cobra direitinho

Bom dia, Márcio Mello. Veja o tópico abaixo:

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia.. guilherme. .muito obrigado ai , por repassar ai para todos essa informação..

opa..valeu ornei pelo retorno..valeu

opa.. valeu ai alaran.. e obrigado tambem ao hleorj pelas dica.. Abracos.

Bom dia... Em produção consegui transmitir os lotes. Só não tive retorno do resumo do lote nota a nota, a não ser em caso de erros, tipo mandei um lote com notas duplicadas aí me retorno o resumo de nota a nota informando que estava duplicado, mas quando não dá nenhum erro também não retorna o resumo, só a mensagem de lote recebido. Implementei uma rotina para consultar a chave individual daquele lote (no caso o xml para já atualizar os xmls) e depois de alguns minutos rodei a rotina e obtive retorno com status 100. Atualizei meu banco e ok deu certo. Imagino que pela qtde de notas no lote vai demorar mesmo para processador todas e dar um retorno detalhado, nota a nota. Obrigado ...

Bom dia, ALA. Sugiro assinar o SAC para que você possa ter acesso a todo o conteúdo do Dia do ACBr, documentos, vídeos, download e muito mais! Lembrando que você pode assinar um mês, sem cobranças futuras! É uma boa oportunidade e uma grande fonte de conhecimento... Para contratar o SAC, veja esse link: https://www.projetoacbr.com.br/forum/sac/sobre/

Pessoal É com grande alegria que venho agradecer o meu presente por ter sido o primeiro a fazer a inscrição E parabenizar a todos pelo evento

Boa tarde a todos, O ACBr sempre procura seguir o que consta nos Manuais e Notas Técnicas. Apesar do modelo do DAMDFE que consta no Manual não trazer essa informação, resolvi incluir, por três motivos: 1. A informação consta no XML (se não consta não pode imprimir); 2. Tem espaço suficiente para imprimir sem atrapalhar as demais informações; 3. Achei pertinente. Aguarde a próxima versão do ACBrMonitor, com certeza a impressão do DAMDFE já vai constar a UF a direita da Placa.

Boa tarde a todos, Sempre que o código do status for 999 significa que o webservice da SEFAZ esta com problemas. Portanto só existe duas coisas a serem feitas: 1. Entrar em contato com a SEFAZ e expor o problema. 2. Esperar.