Painel de líderes

Olá Pessoal, Enviei hoje dia 26/04/2021 as alterações no componente ACBrNFe para atender a NT 2020/006 versão 1.20, mais precisamente a tag xPag. Quero reforçar que essa nova tag só vai ser aceita no ambiente de homologação até o dia 03/05/2021. Em uma live que participei com desenvolvedores e SEFAZ, obtive a informação de um membro da SEFAZ que a tag xPag também é para ser liberada no ambiente de produção até o dia 03/05/2021. Mas as regras de validação descritas na referida NT só vão ser ativadas no ambiente de produção no dia 01/09/2021.

Olá Pessoal. As regras de validação YA02-60 (que trata sobre o meio de pagamento <tPag>), YA06-10 (que trata sobre a bandeira do cartão <tBand>), B25c-10 (que trata sobre o indicativo do intermediador <indIntemed>), YA02a-10 e YA02a-20 (que tratam da descrição do meio de pagamento <xPag>) conforme consta na página 4 - Tabela de Histórico de Alterações e Cronograma, essas regras só vão ser ativadas nas seguintes datas: Ambiente de Homologação: Até 03/05/2021 - Isso significa que dependo da UF as regras podem ser ativadas antes da data prevista. Ambiente de Produção: 01/09/2021 A regra YA02-50 (que não permite o uso do valor 99 para tPag) não existe no ambiente de produção e vai ser eliminada do ambiente de homologação até 03/05/2021. Os Schemas que contemplam todas as versões dessa NT já se encontram no repositório, é extremamente importante que vocês atualizem todos os fontes de todas as pastas e consequentemente atualizem os Schemas em seus clientes. O componente ACBrNFe já esta pronto também, mas no momento não temos noticias que alguma SEFAZ já ativou as regas mencionadas acima. Se alguém esta com problema de rejeição de notas em função das regras no ambiente de homologação, favor postar no fórum para que possamos disponibilizar os fontes que atende as novas regras.

Bom dia! Nova versão do componente ACBreSocial para a versão simplificada. Revisão e ajustes nos eventos: S-5001, S-5002, S-5003, S-5011 e S-5013. ACBreSocial.zip eSocial Versão S-01-00-00 - Progresso da adaptação do componente ACBr.pdf

Compartilhando esse tutorial que encontrei, via firebirdnews O Tutorial foi escrito por Jan Baumgarten. Ele explica como criar uma aplicação simples usando Delphi + ZeosLib and Firebird 4RC1 para Android. O link para o artigo: https://sourceforge.net/p/zeoslib/wiki/How to use Firebird 4.0 with Zeos on Android/ Está em inglês, mas mesmo que você não entenda inglês, não é muito difícil de seguir usando o Google Translate.

Configurações do ACBrMail para os principais serviços de emails do mercado outlook e hotmail smtp: smtp.office365.com porta: 587 tsl : true; ssl : false; Referência: Microsoft hotmail O smtp.live.com, utilizado anteriormente para o hotmail, parou de funcionar. Para utilizar o smtp.office365.com: 1. Ao entrar no hotmail, embaixo tem a opção atualizar para microsoft office365 premium. 2. Depois, crie uma conta grátis que já atualiza o hotmail para receber email office365. office365 smtp alternativo: smtp-legacy.office365.com gmail smtp: smtp.gmail.com usuario: [email protected] porta: 465 tsl : true; ssl : true; é necessário criar uma senha para a aplicação, portanto não é permitido mais utilização da senha principal da conta. 1. Ativar a verificação em duas etapas. 2. Criar uma senha para a aplicação. https://myaccount.google.com/apppasswords yahoo smtp: smtp.mail.yahoo.com.br porta: 587 tsl : true; ssl : false; password: não use a senha padrão da conta, precisará criar uma exclusiva para sua aplicação. siga os passos abaixo: criada pelo link https://login.yahoo.com/account/security#less-secure-apps e depois 'Gerenciar Senha de app', selecione 'Outro app' ,der um nome ao app, e clique gerar senha.; Veja ainda, a dica desse Post sendgrid smtp : smtp.sendgrid.net usuario: nome da conta senha : senha da conta tsl : true; ssl : false; porta: 465 Autor: @Aurino Locaweb From := '[email protected]'; FromName := 'Nome do Remetente'; Host := 'email-ssl.com.br'; Username := '[email protected]'; Password := 'Sua_Senha'; Port := '465'; SetTLS := False; SetSSL := True; Locaweb2 From := '[email protected]'; FromName := 'Nome do Remetente'; Host := 'email-ssl.com.br'; Username := '[email protected]'; Password := 'Sua_Senha'; Port := '587'; SetTLS := True; SetSSL := False; SparkPost From := '[email protected]'; FromName := 'Nome do Remetente'; Host := 'smtp.sparkpostmail.com'; Username := 'SMTP_Injection'; Password := '8a93c971789791b0102d889dd8f5f9b40507288d'; // Sua API Key Port := '587'; SetTLS := True; SetSSL := False;

Boa tarde pessoal, Tudo bem? Eu implementei a funcionalidade da propriedade ImprimeDescAcrescItem (que já existia) no componente TACBrNFeDANFEFR. Havia a propriedade mas nada configurado no código ou no fr3 para não imprimir a coluna "Valor Desconto". O arquivo DANFeRetrato.fr3 em anexo que eu alterei estava atualizado com a última revisão. Precisei alterar também o arquivo ACBrNFeDANFEFRDM.pas, para passar a propriedade para o fr3. Este arquivo eu alterei baseado na revisão 21402 (não é a ultima, houve alteração deste arquivo na revisão 21716). Para facilitar o commit de vocês neste arquivo .pas, apenas adicionei as linhas abaixo (apenas as marcadas em negrito) na Procedure TACBrNFeFRClass.CarregaParametros: No fr3, ele basicamente deixa invisivel a coluna Valor Desconto do item quando marcado para nunca exibir -idaiNunca- ou exibir apenas quando tiver valor de desconto -idaiComValor- mas não existir desconto na NF. Também move as demais colunas do item para manter o layout. Implementado na procedure do DadosProdutosHeaderOnBeforePrint. Segue em anexo também dois arquivos PDF com as alterações antes e depois. Obs.: No arquivo pdf "Depois" está impresso Valor Total ao invés de Valor Líquido nos itens, isso porque eu alterei a propriedade ImprimeTotalLiquido para False durante os testes. Ignorem esta coluna por favor, pois as alterações descritas aqui foram apenas na coluna Valor Desconto. Agradeço aos moderadores se puderem subir para o repositório! DANFeRetrato.fr3 ACBrNFeDANFEFRDM.pas DANFE_Retrato_Antes.pdf DANFE_Retrato_Depois.pdf

Obrigado pelo apoio, Daniel! Estou mandando em blocos de 100k para deixar a impressão mais rápida e funcionou perfeitamente. No caso, não estou imprimindo a LOGO, mas o DANFCe completo por essa opção. Não quero usar spooler, porém em impressoras como a MP4200 não consigo imprimir logo lateral com ESCPOS. Estou gerando o danfe pelo FastReport, exportando para BMP e realizando a impressão dessa forma. Com isso consigo fazer as demais impressões da aplicação, acionamento de guilhotina, status do dispositivo usando a classe TACBrPosPrinter. Saudações, Rafael

Pra imprimir não foi feito nada. ams veja que é pra tu trazer na tela

Boa tarde O BB utiliza o campo DataLimitePagto, nesse caso esse campo é preenchido com a diferença de dias entre essa Data e o Vencimento. Para que seja preenchido basta preencher o campo "DataLimitePagto" no título.

entendi, boa ideia, vou aplicar sua dica no sistema aqui.

bom dia.. Vou dar um exemplo de como fizemos isso no Nosso Sistema ErpMatos Quando eu recebo esse retorno,que voce colocou ai em cima, onde tem as informacoes abaixo: <?xml version="1.0" encoding="UTF-8"?> <resNFe xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://www.portalfiscal.inf.br/nfe" versao="1.01"> <chNFe>31210161186888002307550110047754801071989214</chNFe> <CNPJ>61186888002307</CNPJ> <xNome>SPAL INDUSTRIA BRASILEIRA DE BEBIDAS S/A</xNome> <IE>2611951301378</IE> <dhEmi>2021-01-26T19:12:35-03:00</dhEmi> <tpNF>1</tpNF> <vNF>461.68</vNF> <digVal>QpH2G/Lhn5UN1OIU6IpKVlD8SN4=</digVal> <dhRecbto>2021-01-26T19:18:23-03:00</dhRecbto> <nProt>131214009325705</nProt> <cSitNFe>1</cSitNFe> </resNFe> --- Fizemos o seguinte lemos essa informacao, e coloco isso numa tabela. e ai..sim.. o usuario..pode decidir quais notas, vai dar ciencia,confirmacao e/ baixar xml. ele fica em ordem de nsu, assim,fica facil ver as ultimas notas..ou todas as notas que buscou.

Bom dia a todos. Desculpem-me a demora em responder, mas, estava testando a instrução do BigWings. Era isto mesmo. Muito obrigado BigWings! Tinha algum problema de dlls. O windows é 64 e estava pegando as dlls de 64, mas, a aplicação é 32. Teria que ser de 32 bits. Removi todas da pasta system32 e SYSWOU64, e coloqyei na pasta do exe e funcionou. Agoar fui testar o envio da nfc-e em contingência e deu este erro da imagem abaixo. Será que poderia me ajudar nisto?

Concordo contigo, por isso não postei aqui uma correção no código pois qualquer coisa que possa fazer para resolver no código estaria fazendo errado. Agradeço a ajuda, mas como você mesmo falou se o webservice não ajuda não tem o que ser feito, e qualquer coisa que pode ser feito é uma gambiarra. que foi o que eu implementei pra resolver com o meu cliente.

Não sei... o tópico era para compartilhar esse tutorial de acesso ao Firebird via Zeos visto que estive recebendo muitas perguntas sobre o assunto. Eu particularmente ainda não fiz testes sobre o assunto. Apenas apontei uma possível direção...

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn

Localizei que esses dois eventos não estão listados na consulta de DistribuicaoDFe Segue os dois arquivos para analise e atualização caso estejam correto Eventos 610130 e 610131 Comprovante de entrega CTe e respectivo cancelamento pcnConversao.pas pcnConversaoNFe.pas

Bom dia Galegobr, Já se encontra no repositório a sua contribuição.

O áudio dessa edição, já está no nosso PodCast

Até onde sei a contingência para o BPe é offline, funciona semelhante a NFCe.

Esse erro é de validação local contra schemas. Só precisa atualizar a pasta de schemas, prefira os que são distribuídos com o ACBr na pasta ACBr\Exemplos\ACBrDFe\Schemas.

Boa tarde Brajan, Se tratando de NFS-e o cenário é o seguinte: 1. Se você vai emitir a nota via site se faz necessário apenas possuir um usuário e senha. 2. Se você vai emitir a nota via webservice vai depender do que esta no arquivo INI do provedor, veja esses exemplos: Provedor Ginfes: [Assinar] RPS=0 Lote=1 URI=1 ConsSit=1 ConsLote=1 ConsNFSeRps=1 ConsNFSe=1 Cancelar=1 RpsGerar=0 LoteGerar=0 Substituir=0 Note que alguns campos o valor é UM, isso significa que se faz necessário a presença da assinatura digital, consequentemente o emitente tem que ter o certificado digital. Por exemplo para Cancelar uma nota, o pedido de cancelamento deve estar assinado. Provedor RLZ: [Assinar] RPS=0 Lote=0 URI=0 ConsSit=0 ConsLote=0 ConsNFSeRps=0 ConsNFSe=0 Cancelar=0 RpsGerar=0 LoteGerar=0 Substituir=0 Para o provedor RLZ, nada precisa ser assinado, logo o emitente não precisa ter um certificado digital. O caminho das pedras: O seu cliente é da cidade ABC, você procura a por essa cidade no arquivo Cidades.ini, nesse arquivo diz que o provedor é ABC, o passo seguinte é abrir o arquivo INI do provedor ABC, por fim procure pela sessão [Assinar], se algum campo tiver o valor UM, o seu cliente vai ter que ter um certificado digital. Simples assim.

Se o emissor gratuito faz isso, está errado, na minha opinião.

Bom dia! Verifique se é o mesmo problema.

Sim e tu tem que entrar em contato com eles pra te mandar o módulo pra tu poder testar e depois programar os evento no ACBrTEFD

Boa tarde, Consegui acesso ao manual deste provedor para esta cidade e eles usam a versão do layout ABRASF 1.0 mesmo. Refiz os testes usando o metodo de envio do componente Assincrono e obtive agora outro erro: E45 | CNPJ nao encontrado na base de dados | Confira o numero do CNPJ informado. Caso esteja correto, o prestador nao esta inscrito no municipio. | CNPJ do prestador nao autorizado a emitir NFS-e; CNPJ lote: Este erro deve ter relação com o CNPJ do cliente não estar autorizado ainda junto a prefeitura. Assim que o cliente resolver isso junto a prefeitura posto aqui o resultado.

Bom dia Galegobr, A sua contribuição foi aceita, vou enviar para o repositório em breve juntamente com as demais alterações feitas no componente devido a alteração do layout da NF-e.

Vamos verificar para manter a compatibilidade igual ao Monitor, mas o ideal para alterar uma configuração na biblioteca é utilizar o método de configuração da própria ACBrLib: Boleto_ConfigGravarValor, passando a sessão "BoletoBancoFCFortesConfig" e campo: "Layout" onde pode definir o layout que quer utilizar: https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca18.html

Olá Pessoal Foi publicado no inicio de Abril/2021 uma nova NT que traz a adequação do grupo de pagamento e ajustes nas regras de validação. O que muda? Inclusão da tag opcional <vAdiant> (valor do adiantamento) e a obrigatoriedade das tags: numero da parcela e data de vencimento no grupo <infPrazo>. Essas alterações ocorreram tanto no layout do XML do MDF-e (modal rodoviário) quanto no layout do evento de pagamento da operação. Há necessidade de atualizar os fontes do componente e dos Schemas. Prazos: Ambiente de Homologação: 02/05/2021 Ambiente de Produção: 07/06/2021 Os fontes bem como os novos Schemas vão ser enviados para o repositório na semana do dia 26/04/2021. A partir do dia 02/05/2021 favor iniciar os testes com as suas aplicações para que possamos fazer os ajustes que por ventura sejam necessários. As regras de validação referentes a essa NT só vão ser aplicadas no ambiente de produção a partir do dia 02/08/2021.

Alterado a pcnConversaoNFe para o evento 610601 - Registro de Cancelamento de CT-e para a NF-e na consulta de distruicaoDFe @Daniel Simoes @BigWings pcnConversaoNFe.pas