Painel de líderes

Quero compartilhar um feedback...... Tenho uma rotina para enviar as notas em massa para qualquer destinatário de e-mail. E alguns clientes querem ter a possibilidade de enviar XML e PDF. Ela gera os arquivos em um pasta temporária, compacta, anexa no e-mail, envia e apaga a pasta temporária. Com pouco mais de 100 notas e base de dados em nuvem, o procedimento que antes demorava em torno de 1minuto e 20 segundos, passou para 8 segundos. Isso apenas trocando o motor do gerador para ACBrNFeDANFeFPDF. Obrigado equipe ACBr que proporciona tudo isso para nós.

Bom dia! Não ficou claro qual é qual nos arquivos anexados. O XML terminado em 4584 é o arquivo que possui 4 grupos de tPag. Considerando que o erro informa [Ocorr:3], acredito que seja este o que apresentou o problema. No entanto, todos os valores de tPag informados no mesmo estão presentes na Tabela de Meios de Pagamento disponível no Portal da NF-e. Validando o conteúdo do mesmo neste validador da sefaz, não acusou erros. Conferindo no arquivo, o ambiente configurado é o de homologação. Consegue fazer um teste e verificar se apresenta a mesma rejeição em produção? Agora se o arquivo problemático for o XML terminado em 7954. Nele, o tPag do segundo grupo está com o valor 20. De acordo com a tabela, este valor entra em vigor agora no dia 01/07/2024. Sugiro que tente aguardar até esta data para tentar fazer o envio novamente.

Olá pessoal! Ao conferir no Portal da Nota Fiscal Eletrônica, podemos ver que a Sefaz de Minas Gerais ativou a contingência no dia 27/06/2024 às 07h58, com previsão de encerramento às 12h00 do mesmo dia. Para utilizar as soluções ACBr em contingência siga as orientações do tópico abaixo: Um agradecimento ao membro de nossa comunidade @Felipe Mariano por compartilhar a informação em nosso Discord.

Bom dia pessoal! Ignorem o report acima! Entrando em contato com o pessoal do suporte, me informaram que eu poderia utilizar um CNPJ de uma das empresas de Bento Gonçalves/RS, para testar o envio. Só para reportar consegui fazer a emissão, consulta e cancelamento usando o ACBR. Obrigado!

Aqui está o erro, você está usando o método de envio de CTe. Para enviar evento o método é: ACBrCTe1.EnviarEvento(nLote);

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

Olá amigo... Sério isso?!?! Jesus... Bem... Vou me preparar aqui adicionando o grupo de cartões, pois mal não irá fazer. No dia 01/07/2024 dou um feedback se ativou em produção aqui no RJ. Abraços

Bom dia @valterpatrick, Eu realmente não sei quanto ao nível de dificuldade em desenvolver um webservice. Mas uma coisa é certa, se for desenvolver seguir a versão 2.04 do layout da ABRASF. Implementar todos os serviços documentados no manual da ABRASF. Seguir a risca o layout da ABRASF de todos os XML, seja ele de envio e de retorno. Quanto as regras de negócio, com certeza, vai ter algumas particularidades de cada prefeitura. Lembre-se que para essa empresa implantar o sistema deles em uma prefeitura vai ter que ganhar o processo de licitação. Processo que possui um prazo de validade, findo o prazo uma nova licitação vai ocorrer e consequentemente poderá perder. O sistema vai ter que funcionar 24x7 e sem gargalo, caso contrario vai ocorrer muita reclamação e a prefeitura poderá cancelar o contrato e chamar o segundo colocado. Isso sem falar em questões de segurança como backup, proteção contra ataques, etc.

Bom dia @WINDEL, Se a empresa for Simples Nacional o CST é o: cstICMSSN.

QR Code estático O QR Code estático pode ser usado para diversas transações e, segundo o Banco Central, permite: Que o recebedor defina um valor fixo para um produto; E também a inserção de um valor pelo pagador. Na prática, um QR Code estático é como uma etiqueta de preço único. Ele não muda, e você pode usar ele para cobrar o mesmo valor de várias pessoas. Ele é, portanto, mais flexível. A recomendação do BC é de que ele é mais apropriado pra pessoas físicas, pequenos varejistas e prestadores de serviços. QR Code dinâmico Diferente do anterior, o QR Code dinâmico é exclusivo para cada transação. Isso significa que ele só pode ser usado uma vez- para fazer uma segunda cobrança usando um QR Code, é necessário gerar um novo. Além disso, também é possível incluir outros dados e informações no QR Code, como a identificação do recebedor. Por ser exclusivo para cada transação e gerado por um sistema, a expectativa é de que este tipo de QR Code seja mais usado em compras online, por e-commerces, ou cobranças mais formais. Quando se fala de Midware, Pos, Tef, eu vejo como Pix Dinâmico, pois ele vai ter uma única transação para aquele QR Code (EMV), indiferente se é integrado com uma solução de automação comercial ou não. o Tipo do QR Code não é ligado diretamente se tem integração com soluções comerciais, mas se ele é Dinâmico ou Estático.

Valeu Daniel. Agora ficou muito claro. Muito obrigado

Arquivo correto foi disponibilizado no Discord. Criada a #TK-5654 para análise da contribuição e parecer por parte da equipe de consultores.(Arquivo anexado a TK). Quanto ao problema de anexar arquivos no tópico, veja se as informações deste tópico lhe são úteis.

Bom dia @WINDEL, No Manual Visão Geral versão 1.00a na página 9 temos: Como você pode ver o modo de envio da NFCom é unitário e síncrono, portanto no retorno do envio já temos o resultado do processamento, logo não existe o Recibo. O Recibo só existe se o modo de envio é assíncrono como é o caso da NF-e. Outra coisa, veja abaixo a estrutura completa do grupo <gFat> Observe que o código de barras sempre vai ser necessário, mas ele não é de um boleto e sim desse documento. Como é o caso da fatura de energia elétrica ou a fatura de internet, esses documentos de cobrança possuem um código de barras, mas não se refere a um boleto previamente emitido. Opcionalmente podemos informar os campos referente ao débito automático, quando o tomador solicita a inclusão dessa fatura a essa modalidade de pagamento junto ao banco e também opcionalmente poderemos ter a URL referente ao QR-Code do PIX. De posse da fatura do NFCom o tomador poderá pagar em dinheiro ou com cartão em uma agencia bancária ou nos Correios.

Boa tarde consegue testa com essa Unit? (faça a troca e reinstala o componente)ACBrBoletoRet_Itau_API.pas

Olá Pessoal, É com muita satisfação que venho informar a todos que o componente ACBrNFe ganhou novas units para Consultar a Situação de uma nota, solicitar a inutilização de um numero ou faixa de números, enviar eventos e para administrar o CSC (Código de Segurança do Contribuinte) usado na NFC-e, este ultimo não sei informa-los quais UF possuem um webservice para esse serviço. Foram criadas novas units para gerar o XML de pedido de consulta, de inutilização de envio de eventos, bem como as units que fazem a leitura do retorno foram reescritas. Elas se encontram em uma nova pasta: ...\Fontes\ACBrDFe\ACBrNFe\Base\Servicos O que muda na minha aplicação? Nada, pois essas units são utilizadas pelo próprio componente. Porque foram criadas essas novas units? As units antigas se utilizam das units pcnGerador e pcnLeitor para geração e leitura do XML respectivamente. As novas units se utilizam das units ACBrXmlWriter e ACBrXmlReader que tem a mesma função de geração e leitura. Não chegamos a realizar testes de velocidade nessas novas units criadas para o ACBrNFe, mas a um tempo atrás a unit responsável por ler o XML de um CT-e contendo aproximadamente 1.800 (mil e oitocentos) notas vinculadas demorava cerca de 6 minutos para realizar a leitura. Foi criada uma nova unit se utilizando o ACBrXmlReader para realizar a leitura do XML do CT-e, foi realizado um teste com o XML contendo 1.800 notas vinculadas e o mesmo foi lido em aproximadamente 6 segundos. Veja o ganho em velocidade na leitura do XML, de 6 minutos para 6 segundos. Por conta dessa performance resolvemos reescrever todas as units que utilizam as units pcnGerador e pcnLeitor visando a passar a utilizar as units ACBrXmlWriter e ACBrXmlReader. Não é um trabalho fácil e rápido. As novas units foram escritas, foi criado os testes unitários para cada uma delas, depois de testadas fizemos a migração, um trabalho que consumiu varias semanas. Em breve as units antigas vão ser removidas do SVN. Esse trabalho vai ser realizado em outros componentes? Sim, o próximo é o ACBrCTe, depois o ACBrMDFe. Estamos trabalhando para deixar os componentes mais velozes.

Parece que normalizou, consegui autorizar varias notas há pouco, sem modificações em nosso código fonte.