Painel de líderes

Boa tarde Diante da necessidade de obter o PDF do DANFE da NFe via Stream (evitando I/O), envio o código para análise, adequação e inclusão no ACBr. Estou criando a função no Fortes com Lazarus. Assim que implementado na NFe, vou implementar no restante dos componentes. Estou a disposição por qualquer dúvida. stream-pdf.zip

Enviei as alterações to @Túlio de Pádua para o SVN, com ajustes. Por apenas o MT estar aceitando dessa forma, e não estar previsto no layout nacional, não foi alterada o nome da propriedade, continua CNPJ. Coloquei também uma condição pra gerar a tag CPF apenas caso seja MT. Favor atualizar os fontes e testar, rev. 23480.

Bom Dia a Todos, espero que estejam bem. Primeiramente gostaria de agradecer imensamente por toda ajuda que o ACBr tem proporcionado a todos os desenvolvedores que utilizam essa incrível biblioteca. Não tenho certeza se seria esse o tópico correto. Gostaria de disponibilizar um simples projeto (porém funcional) para envio de mensagens para WhatsApp via URL. É requisito que tenha o WhatsApp instalado ou pelo menos vinculado ao computador. Ele basicamente formata o conteúdo de um memo (inclusive quebra de linha), e embuti numa URL juntamente com o número de destino, e deixa a mensagem pronta, apenas a ponto de envio pelo WhatsApp web. Acredito que para várias rotinas pode ser útil, principalmente para envio de orçamentos. Espero que seja útil para alguém. O zip está em anexo no tópico. MensagensWhatsapp.zip

No guia prático da escrituração fiscal ICMS IPI, versão 3.0.7, página 85, o campo COD_MOT_RES é descrito como opcional "OC", como pode ver na imagem abaixo. Porém no componente, na montagem do registro C176, sempre informa o primeiro item do enum, quando nada é informado em COD_MOT_RES. Sugiro a inclusão da opção de forma a atender o requisito de opcional do campo. Sugestão de alteração pode ser vista no arquivo ACBrEFDBlocos.pas, anexo, com a modificação proposta para o enum TACBrMotivoRessarcimento dos métodos StrToMotivoRessarcimento e MotivoRessarcimentoToStrACBrEFDBlocos.pasACBrEFDBlocos.pas

Boa tarde Edmar, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2083

Eu tenho um Select que lista todos os cnpjs (matriz e filiais) em que a ultima foi consulta foi a mais de 60 minutos. Aí vou consultando um por um, em ordem que o select me envia.

Entendi, no caso você consulta somente na matriz ou nas filiais tmbm?

Eu tenho um caso com mais de 100 filiais e não tenho esse problema. Esses casos de consumo indevido (que eu tenho muitos), é sempre outros softwares (contabilidade, outro sistema que a empresa testa, ou coisas assim...). Salvo algum erro ou algo muito específico.

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

Acredito que isso era feito a leitura direta das posições 74 a 82, depois foi inserido a validação se era valor diferente de 0, e acabou ficando legado. na leitura direta do arquivo vem DDMMYY ou DDMMYYYY e a função fazia a mascara com as / no BB API é . o separador dai tem outra função que faz a conversão dd.mm.yyyy

Fiz isso tambem e funcionou. Obrigado

Os bancos que estavam apresentado problema deram certo. Vamos continuar acompanhando. Obrigado!

Vou verificar, e se consigo corrigir

Bom dia Maiquel, Já inclui na minha lista de tarefas para analisar o problema. TK-2076

Bom dia Edmar, Vai ser necessário debugar a procedure TratarRetornoConsultaNFSePorRps para saber a linha exata que deixa o valor de ANota igual a nil.

Já descobri mesmo não usando certificados tem que informar a configuração e estava deixando em branco

bom dia, se possivel testa com esta imagem em anexo 4210506-PrefLogo.bmp

Boa tarde. Estava fazendo alguns novos testes com o ACBrMail, e percebi que no Gmail e no aplicativo de e-mails da Microsoft não estava aparecendo as imagens inline. No Outlook (outlook.com) está aparecendo corretamente, mas acredito que eles fazem um tratamento diferente ou corrigem o conteúdo. Após puxar o conteúdo gerado da fMIMEMess.Lines, vi que os elementos <> estavam sendo inseridos 2x. Gerando algo como: Content-ID: <<LogoACBr>>. Alterei as linhas 734/735 de: if fIsHTML and BodyHasImage then MimePartAttach.ContentID := '<' + AAttachment.Description + '>'; para: if fIsHTML and BodyHasImage then MimePartAttach.ContentID := AAttachment.Description; (apenas removi a adição das <>) Após isso, está aparecendo corretamente nos 3 locais que citei acima.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 23478. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado. Oi Paulo bom dia. Muito obrigado pela contribuição. Mas preciso de mais uma ajuda sua. Infelizmente houveram várias alterações nessa semana além do código já postado nesse tópico. Eu fiquei um pouco perdido analisando os códigos, embora notei que algumas units que você anexou já estão no SVN de forma idênticas. Por isso preciso que você atualize seu código com a última revisão do SVN e anexe novamente para análise. A boa notícia é que se você conseguir fazer isso até segunda, no máximo até terça feira eu devo avaliar e fazer o commit. Agradecemos sua cooperação e compreensão.

fiz a alteraçao na unit e gerou , enviou autorizou so falta a tag RegimeEspecialTributacao :=retMicroempresarioEmpresaPP; ( para levar 6 para a propriedade ou seja para webiss v2 retSimplesNacional tem que ser igual a 6 WebISS.GravarXml.pas

Muito obrigado Danúbio pela sugestão. Mas no momento acho mais prudente mantermos a implementação atual. Como você mesmo mencionou, no futuro teríamos que remover o código de qualquer maneira. Assim ideia agora é evitar o trabalho dobrado. Quero aproveitar pra agradecer o esforço que tanto você, o @IMATECH bem como outros usuários tem feito nessas últimas semanas e meses.

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

@Sandro Felipe Adad, @Alisson Souza Pereira e @Jeihcio Francis, Subi as alterações do Alisson para o SVN na Revisão 23464 . Acho que isso resolve o problema. Queiram por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

https://github.com/juliomar/Palestras

Bom dia Willian, Vamos simplificar ainda mais: (...) acbrnfsxPrincipal.Configuracoes.Geral.SSLLib := libWinCrypt; acbrnfsxPrincipal.Configuracoes.Arquivos.PathSchemas := 'E:\wXE\acbr\Exemplos\ACBrDFe\Schemas\NFSe'; acbrnfsxPrincipal.SSL.SSLType := TSSLType.LT_TLSv1_2; (...)

Remova o campo "indExcApur1250" *Só remover ele do .INI e enviar novamente **ou faça o envio na versão S1.0.0

O foco do projeto é em Delphi e Lazarus, primeiro são desenvolvidos os componentes, depois portados para o ACBrMonitorPLUS e ACBrLib pra quem deseja usar em outras linguagens. Se você é desenvolvedor Pascal, use os componentes, não tem motivo pra usar o ACBrMonitorPLUS. PS: Nem todos os recursos pra Delphi/Lazarus estão ou estarão no ACBrMonitorPLUS e ACBrLib.

Deu certo, o conteúdo da tag 'Id' estava incorreto. Realmente estão aceitando inutilização de NFe para pessoa física. Anexei os arquivos XML de envio e retorno da inutilização. A diferença é o nome da tag que mudou de 'CNPJ' para 'CPF' e recebe 11c. Mas no 'Id' o CPF deve ser formatado com 14c (zeros à esquerda). Pra testar isso eu fiz uma alteração grosseira nos fontes mesmo. Posso tentar implementar seguindo o padrão dos fontes do ACBr e anexar aqui, ou se a própria equipe quiser fazer a implementação também. 51210000522637817355920000000001000000001-inu.xml 51210000522637817355920000000001000000001-ped-inu.xml

Boa tarde Norival, O recurso de ler o arquivo INI é utilizado pelo ACBrMonitor Plus, como você vai usar o componente, estude o programa exemplo, mais precisa mente a rotina que alimenta o componente com os dados de cada evento.

OpenSSL não suporta o carregamento via store do Windows. Na configuração informe o path do arquivo pfx e a senha e deixe número de série em branco. Também pode usar DadosPFX ou URLPFX.

Verifica se resolve com as DLLs desses topicos.

Olá Pessoal, Foi publicado a versão 1.10 da Nota Técnica 2014/002 (publicada em 15/10/2021), nessa nova versão consta algumas mudanças no processamento das requisições de Distribuição a partir do NSU informado, mais precisamente quando informamos o ultNSU. Umas das coisas que não mudou apenas foi reforçado nessa NT é que os documentos recepcionados pelo Ambiente Nacional vão ficar disponíveis por no máximo 3 meses, ou seja, 90 dias. Vamos as mudanças: 1. O Ambiente Nacional vai passar ter um controle de acesso de cada usuário do serviço, ou seja, com esse controle o AN vai saber se o usuário utiliza o serviço de forma continua ou esporádica. 2. Os usuário que já utilizam o serviço de forma continua não vai notar nenhuma diferença, tudo vai ocorrer normalmente. 3. Para os novos usuários do serviço, bem como aqueles que por algum motivo deixaram de utilizar o serviço por um período de 60 dias ou mais, ao realizar o primeiro acesso será retornado o status 137 (Nenhum documento localizado), neste caso o usuário deverá aguardar por 1 hora para cumprir as regras do uso indevido. Cumprido o prazo poderá acessar novamente e caso tenha documentos, estes serão retornados. Essas mudanças vão entrar em vigor a partir de 01/11/2021 no ambiente de homologação e 08/11/2021 no ambiente de produção. Recomendações Para Evitar o Uso Indevido A análise do comportamento atual das aplicações das empresas (“aplicação cliente”) permite identificar algumas situações de “uso indevido” nos ambientes autorizadores. Como exemplo maior do mau uso do ambiente, ressalta-se a falta de controle de algumas aplicações que entram em “loop”, consumindo recursos de forma indevida, sobrecarregando principalmente o canal de comunicação com a Internet. Para este Web Service serão mantidos controles para identificar as situações de uso indevido de sucessivas tentativas de busca de registros já disponibilizados anteriormente, quando utilizada a tag: distNSU. As novas tentativas serão rejeitadas com o erro “656–Rejeição: Consumo Indevido”. O uso indevido relativo ao Web Service NFeDistribuicaoDFe na consulta com tag:distNSU é baseado nos critérios descritos abaixo: 1) Não há mais documentos a distribuir e usuário continua consultando: Se não existir mais documentos a serem retornados (cStat=137) o usuário deve aguardar uma hora para realizar nova consulta. A realização de novas consultas em 1h, após receber a mensagem cStat137, pode gerar o uso indevido, retornando cStat=656. Nesse caso, o CNPJ é bloqueado por 1 hora, sendo impedido de realizar novas consultas nesse intervalo. Decorrido o intervalo de tempo, o desbloqueio será automático. O campo xMotivo traz a seguinte descrição para ajudar o usuário a entender o que está causando o uso indevido: “Rejeição: Consumo Indevido. Deve ser aguardado 1 hora para efetuar nova solicitação caso não existam mais documentos a serem pesquisados. Tente após 1 hora”. 2) Usuário não está consultando os NSU de forma sequencial: O usuário deve sempre realizar a consulta baseada no ultNsu retornado na consulta anterior, ou seja, deve usar os valores do ultNSU retornados pelo serviço nas chamadas subsequentes. O valor do ultNSU corresponde ao ponto de onde a leitura dos blocos de documentos deve continuar. Quando ultNSU for igual ao valor do maxNSU retornado pelo serviço, quer dizer que não existem mais documentos para serem recuperados. Neste caso, para não haver bloqueio por uso indevido, deve-se aguardar 1 hora para realização de novas consultas. Se consultar fora da sequência, poderá ser bloqueado. Decorrido o intervalo de tempo, o desbloqueio será automático. O campo xMotivo traz a seguinte mensagem: “Rejeição: Consumo Indevido. Deve ser utilizado o ultNSU nas solicitações subsequentes. Tente após 1 hora” Atenção: Se diversas aplicações do mesmo ator (emitente ou destinatário ou transportador na NF-e ou indicado no campo autxml) da NF-e efetuarem consultas por NSU para o mesmo CNPJ (14 dígitos – informado na requisição xml), essas devem seguir a mesma sequência de numeração ordenada e de forma ascendente. Caso contrário, enquadrar-se-ão na categoria de uso indevido. Link para baixar a NT: Portal da Nota Fiscal Eletrônica (fazenda.gov.br)

Chame o método LerCidades antes de atribuir o código do município.

Boa tarde, O numero do protocolo normalmente é retorno ao enviar o lote no modo Assíncrono e ele é utilizado depois para consultar a situação do lote e por fim consultar o lote. Quanto enviamos o lote no modo Síncrono não temos o numero do protocolo, pois nesse modo já temos o XML da NFS-e como resposta. A cidade de São José/SC se utiliza do provedor Betha que segue a versão 1 do layout da ABRASF, sendo assim o envio é no modo Assíncrono. Você consegue pegar o numero do protocolo de outra forma, vide o programa exemplo.

O TEF por API/DLL, PayGoWeb, é muito rápido e simples de instalar... Mas você deve tomar alguns cuidados para que ele funcione corretamente nos seus clientes Finais Se você está recebendo alguma das msgs de erro abaixo: SEQUENCIA INVALIDA DO NUMERO DE SOLICITACAO ERRO DE AUTENTICACAO DO PONTO DE CAPTURA A causa desse problema, pode ser o Fato de sua aplicação, que carrega a DLL da PayGoWeb, estar sendo executada em várias instâncias, ao mesmo tempo, na mesma máquina... Ou seja, o Operador executou a aplicação duas ou mais vezes, e está operando o TEF em várias janelas da sua mesma aplicação... Isso gera uma série de problemas, e deve ser evitado... O PinPad não poderá ser acessado em modo compartilhado, por várias instâncias da DLL da PayGoWeb, ao mesmo tempo, e você pode receber erros de acesso ao PinPad As tabelas internas da PayGoWeb, que ela cria em sua Pasta de Trabalho podem perder o sincronismo, pois agora temos várias instâncias da DLL da PayGoWeb gravando nas mesmas tabelas... Portanto, devemos evitar que a aplicação de Frente de Caixa, possa ser aberta várias vezes, na mesma máquina... Uma das técnica para fazer isso, é usar a API do Windows, com o método CreateMutex Veja um exemplo, abaixo, usando Delphi. program SeuPrograma; uses Interfaces, sysutils, IniFiles, Windows, Dialogs, Forms, .... ; {$R *.res} var Ini : TIniFile; UmaInstancia : Boolean; begin Ini := TIniFile.Create( ExtractFilePath(Application.ExeName)+ 'Config.ini' ) ; try UmaInstancia := Ini.ReadBool('Config', 'Uma_Instancia', false); finally Ini.Free; end; Application.Initialize; if UmaInstancia then begin CreateMutex(nil, True, 'NomeDoSeuPrograma'); // <--------------- AQUI ------------- if GetLastError = ERROR_ALREADY_EXISTS then begin MessageDlg('NomeDoSeuPrograma','O programa já está em execução', mtError, [mbOK], 0); Application.Terminate; exit ; end; end; Application.CreateForm(TFrmMain, FrmMain) ; Application.Run; end. Ou Seja, o Primeiro Mutex será criado com sucesso... Mas quando a segunda aplicação for executada, haverá um erro na criação do Mutex, e isso forçará a entrada no IF que aborta a execução do programa, fechando a segunda instância...

Olá, Desde versões anteriores da NFe o SEBRAE disponibilizou um layout .TXT para Importação e Exportação de NFe no Emissor Gratuito SEBRAE. O ACBr sempre manteve atualizado as versões destes layouts, permitindo gerar a NFe no modelo do Sebrae e também importar NFe para o ACBr através do mesmo layout. Quando entrou em produção a versão 4.0 da NFe, o ACBr atualizou o layout com os novos campo para manter as funcionalidades, visto que até então o SEBRAE não havia disponibilizado o novo layout. Porém, nos últimos meses o SEBRAE disponibilizou o layout NFe 4.0 ( http://emissores.sebrae.com.br/manual/nfe.html ), então para compatibilizar a versão SEBRAE com a versão já disponível no ACBr precisamos realizar algumas modificações no layout atual do ACBr. Segue abaixo o link do Manual atualizado no ACBr, com os campos alterados em destaque VERDE. E também a imagem comparativa com as linhas alteradas. svn:svn.code.sf.net/p/acbr/code/trunk2/Doctos/Manuais/Layout_TXT_NFe_NFCe_4_00.pdf Para quem utiliza o layout SEBRAE com ACBr, favor atualizar os fontes do ACBr e também a sua Aplicação se necessário.

ola! tenho visto que alguns colegas ao entrar no "mundo" Lazarus/FPC encontram dificuldades com a instalação da suite ACBr devido, entre outras particularidades, as dependências de cada pacote. Assim desenvolvi um "instalador" -windows batch file- que viabiliza todo esse processo, colocando automaticamente os pacotes na IDE como candidatos a instalação (packages/Install/UninstallPackages/Avaliable for Installation) podendo ser instalados a maneira de cada um diretamente. Os arquivos estão disponíveis em https://github.com/arirod/acbrscriptlazarus e vídeo que o apresenta -do it yourself- "www. youtube.com/watch?v=p8VQiGejNvc" (sem espaços). Espero que com esta pequena contribuição, os amigos que optarem pelo uso da suite em Lazarus/FPC, sintam-se mais confortáveis em sua instalação, LEMBRANDO que os pacotes "Fortes-CE, lazreport, lazreportpdfexport e PowerPDF" baixados pelo Online Package Manager", devem ser instalados para que tudo ocorra sem problemas. O script é livre para alterações e correções e se for de valia, poderia ser implementado para o ambiente Linux Parabéns (sempre) e obrigado a equipe ACBr!!! Ari

Confirme aviso publicado no portal da SEFAZ-MG, a autorização de NFCe estará indisponível até as 19:00 de hoje (08/11/2021) devido a necessidade de manutenção de urgência. Fonte: http://www.sped.fazenda.mg.gov.br/