Painel de líderes

Boa tarde pessoal! Foi publicado no dia 30/06/2023 no Portal do SPED, um AVISO de que o ambiente de produção restrita no modelo assíncrono para o Reinf vai ficar indisponível a partir das 19 horas do dia 07/07/2023 com previsão de ser reestabelecido as 7 horas do dia 10/07/2023. O motivo é a atualização para a versão 2.1.2 do leiaute com consequente exclusão das informações da base de dados relativas a lote e eventos enviados até a data da atualização. Não haverá mudança no ambiente de produção restrita do modelo síncrono. Um agradecimento ao @Edson Costa que chamou a atenção ao fato em nossa comunidade do Discord.

Sr. @Daniel InfoCotidiano, esse tópico abri a pedido do Sr. @Diego Foliene. Mandei mensagem pelo Discord e ele pediu-me para abrir para ficar registrado mas de qualquer forma segue o arquivo .PDF impresso da NFe. Att., NF-e 000090192.pdf

acho que isso não ocorreria... em todo caso, se cai sempre no mesmo evento... é fácil de apenas ignorar o Enter, com Exit, caso você perceba que ele está em processamento... procedure TForm1.Button1Click(Sender: TObject); begin if not Button1.Enabled then // <---- AQUI ---- Exit; Button1.Enabled := False; // executa sua rotina no botão Button1.Enabled := True; end;

Boa tarde, Você usa componente ou Lib? Houve uma correção recente referente a essa mensagem. Em caso de usar o componente, atualize os fontes, reinstale o acbr e teste novamente. Caso use a ACBrLib verifique se está utilizando a ultima versão.

Boa tarde @brajan Por favor atualize seus fontes, se não me falha a memória foi corrigido alguns dias atrás. Aguardo um feedback !

Fiz o teste que nem você fez direto pelo Demo e deu certo, vou verificar oque pode ser, talvez seja alguma configuração do componente que eu esteja alimentando de forma incorreta.

Ops... digo Ítalo... Juliomar nem esta na conversa... Aproveitando a mensagem, super agradeço Alexandre e Italo pelas respostas. E de fato Italo, as url's e até mesmo a documentação são muito parecidas. E sim Ítalo, estou fazendo testes usando o NFSeX, aliás, o Cidades.ini é usado no NFSeX ou esta configuração foi para dentro do componente? Grata.

Bom dia Gledston, Não, porque a assinatura depende do provedor, alguns requer que o Rps seja assinado, outros não. Logo a assinatura é realizada se necessário automaticamente pelo componente.

Enviei um pequeno ajuste At revision: 29982 Você não precisa preencher o infModal.. Veja: 15230718760540000139570010000014021945499409-cte.xml 1-rec.xml

Pessoal, descobri o real motivo desse erro aparecer. a TAG => infCTE.Versao, estando ela setada para 3.0 o erro ocorre.... alterei para 4.0 e resolveu... Acredito que o colega LEANDRO possa ter cometido o mesmo erro que eu.... Foi mal ai gente. peço finalizar

Eu não vejo problemas em remover o IF... Se o dispositivo não estiver pronto, ocorrerá um erro de transmissão...

Boa tarde Luís, Esse erro esta ocorrendo no ambiente de homologação ou de produção? Ele ocorre na sua maquina ou na maquina do seu cliente? Se é na maquina do seu cliente, verifica se na pasta do EXE ou em outra configurada pela sua aplicação não tem o arquivo ACBrCTeServicos.ini antigo. Caso afirmativo delete o arquivo. Cheklist: Você tem fontes com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build.

Boa tarde a todos! Conferindo no dia 03/07/2023 as 15:31 no Portal da Nota Fiscal Eletrônica, é possível observar que a contingência foi prolongada por mais um dia, agora com previsão de encerramento as 14:00 do dia 05/07/2023

sim possui. se o flutter consome dll é só usar o ACBr Lib sem isso sugiro alguma comunidade flutter pois comandos e programação é focado em delphi lazarus e dll´s escritas neles para consumo em outras linguagens

Claro é bem isso espera onde diz na legislação mas tu pode mudar. se como não falou se for Fast Report edita lá o fr3, se for fortes terá que mudar o dfm e dai perde qualquer alteração futura que for feito, roda o instalador e pronto

Anexe o log do instalador mas se notar ele tá vendo a bpl do delphi 7 que tu tem no micro e tá confundindo com a sua do delphi 10.3 lembre-se de ter uma pasta só do ACBr. configurar as enviroments variables de ambos os delphis para ver cada um o seu. e rodar o instalador. além do fortes e não compilar manualmente os pacotes senão vira uma bagunça dentro seu windows. use somente o instalador

Show, assim que concluir aqui eu anexo pra vocês. Muito obrigado @Diego Foliene!

Boa tarde! As classes disponíveis são as que estão no SVN. Incomodo algum! Toda e qualquer contribuição, sempre será mais do que bem vinda. Mas por favor, se você criou uma nova classe ou alterou alguma existente, disponibilize o arquivo. Assim via print não conseguimos analisar a contribuição para disponibilizar posteriormente.

atualizando, eu peguei as units da libxml que uso no D7 e levei pro community RIO10.3 e apenas ajustei na libxmlsec.pas function xmlSecCryptoAppKeyLoad (const filename: PAnsiChar; format: xmlSecKeyDataFormat; const pwd: PAnsiChar; pwdCallback: Pointer; pwdCallbackCtx: Pointer) : xmlSecKeyPtr; cdecl; external LIBXMLSEC_SO; onde era PChar para PAnsiChar e gerei a NFSe com rotina propria e assinei a NFSe era só esse o problema do erro na libxmlsec.dll de nao carregar. ainda nao me retornaram com relaçao a versao da NFSe de carazainho/RS

Deste caso era o ACbrLib.Core desatualizado, havia esquecido de atualizar essa dll em específico.

Boa tarde, A principio esse tipo de tratamento deve ser feito na sua própria aplicação. Um tipo de controle bastante comum é o "semáforo", onde quando uma operação é inciada você bloqueia e somente libera quando ela termina. procedure TForm1.Button1Click(Sender: TObject); begin Button1.Enabled := False; // executa sua rotina no botão Button1.Enabled := True; end; Acima um exemplo no click de um botão. Quando inicia a execução ele deixa o botão desabilitado para não ser clicado novamente e só vai habilitar o botão no final do processo. Esse mesmo tipo de tratamento pode ser feito com uma variável interna de controle ou com threads ou funções. Aí depende mais de como o seu código-fonte está estruturado.

Boa tarde, Criada a TK-4153 para avaliar a contribuição. Obrigado!

sim.. tudo isso é feito. estou com a revisão 29973 todos os fontes atualizados e o executavel com BUILD.... vou investigar onde está ocorrendo o problema e responderei aqui no grupo. Obrigado

Bom dia! Novamente aos 45 do segundo tempo, no dia 30/06/2023, foi publicado o ATO DIAT Nº 049/2023, alterando novamente a obrigatoriedade do código cBenef nos documentos fiscais NFe e NFCe para a Sefaz-SC. A nova data para ambos os documentos é o dia 1º de Novembro de 2023.

Bom dia Gibran, Conversando com a Equipe ACBr a remoção dos caracteres #13 e #10 do XML é uma etapa chamada canonicalização, isso é realizado antes do XML ser assinado. No lugar desses caracteres usei a sequencia: ConfigGeral.QuebradeLinha := '&#xD;&#xA;'; Fiz um teste usando o programa exemplo do componente. O XML do Rps que é assinado bem como o de envio do lote que tem 2 assinaturas (do Rps e a do Lote) foram submetidos no site da Receita Federal que valida a assinatura. Receita Federal do Brasil - Validador de Assinaturas (fazenda.gov.br) Os dos XML (do Rps e de envio do lote) estão com as assinaturas validas. O problema é o webservice do provedor que não aceita essa sequencia escape e acusa que a assinatura esta invalida. Solução para o problema: 1. Usar o caractere ";" (ponto e virgula) mesmo que a impressão do DANFSE via site a discriminação saia bagunçada. 2. Entrar em contato com o provedor, expor o problema, mostrar para eles que o uso dos caracteres #13 e #10 da forma que eles estão usando ao gerar o XML da NFS-e esta fora das normas, quem sabe eles façam as adequações necessárias no webservice. Resumindo: Se ficar o bicho come, se correr o bicho pega.

Gostaria de saber se existe alguma classe que eu possa acessar as informações de retorno de alguns eventos, como por exemplo, CancelamentoNFeResposta, e por ai vai, só que para o CT-e, observei que a única resposta que o CTe tem é do Consulta, não sei se é utilizado alguma classe base para isso ou alguma outra função. Caso não tenha, gostaria de contribuir, aqui no meu projeto(ACBrCTe) eu fiz uma classe "CancelamentoCTeResposta" pois eu precisava utilizar o retorno, com as propriedades do cancelamento e tudo mais, seguindo o padrão dos arquivos que vocês já possuem. Desculpem o incômodo.

Bom dia Elisângela, Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente antigo: ACBrNFSe não está mais tendo manutenção. Faça os testes usando o programa exemplo do novo componente. Manual de Migração

Bom dia @Carlos Wagno Schneider Por enquanto ainda não é possível, mas já existe em nosso backlog uma Tarefa TK-3947 para esta adequação.

Pacote falta colocar a dependencia do pacote no projeto.

Bom dia! Essas propriedades são para que o componente realize a consulta automática do Lote ou NFe enviado previamente em modo assíncrono. Se você está recebendo a mensagem de Nota em duplicidade das duas uma, ou a NFe que estava tentando ser emitida estava realmente em duplicidade e esse era o retorno do processamento ou sua aplicação estava enviando novamente. Sugiro que reveja sua rotina. Vamos analisar por partes a sua configuração atual. Como você mesmo colocou, as configurações de tempo, são de fato em milissegundos. No seu caso, está configurado para que o componente espere 1000 milisegundos, ou seja, 1 segundo após fazer o envio da NFe para realizar a consulta do retorno do processamento pela primeira vez. Essa configuração faz com que o componente espere 2 segundos entre as tentativas de consulta. Esta configuração define que o componente deve tentar realizar a consulta no máximo 10 vezes até obter um resultado positivo. Esta configuração define que o componente vai aguardar até 30 segundos antes de considerar que houve time out na requisição. O TimeOut está com um valor bom, mas o Aguardar e o Intervalo, a meu ver estão muito curtos. Tente algo como:

NF-e não é obrigatório TEF.

Bom dia, o memo13 não estava perdido, ele faz parte do relatório como o subreport1 / page2. a classe ACBrDANFEXFR faz o controle se deve imprimir o mesmo ou não, isso nas versões atuais do componente e relatório. favor enviar o xml e dados do provedor para o email [email protected] e informar o topico no corpo do email

Boa noite, Na pasta deste provedor, nas documentações do ACBr, existe um XML de exemplo de um lote. http://svn.code.sf.net/p/acbr/code/tools/DFe/NFSe/Provedor EL/Exemplos XML/el-nfse.xml Tente compará-lo com o seu para ver se encontra alguma inconsistência e tente gerar o igual para ver se o provedor aceita. No tópico a seguir, referente ao mesmo provedor mas outro município, existem xmls de exemplo, tente compará-los também.

Essa limitação é apenas para a requisição de obtenção de novos tokens. Já a limitação para emissão de boletos é de 120 por minuto, conforme a documentação: Fonte: https://developers.inter.co/references/cobranca#tag/Boletos

Olá, bom dia. Sim, conforme arquivo anexo, no programa exemplo apenas acrescentei as linhas que faço no meu sistema para incluir a os dados da declaração de importação e o mesmo erro de criar um ICMS002 ocorre, anexo o resultado e a alteração que fiz no exemplo. alteracao no programa exemplo.txt nota de importacao.txt

Se no ACBrLib.ini estiver Ambiente=1 na seção [CTe], quer dizer que o mesmo esta configurado para ambiente de homologação https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca13.html Enviei um commit, com mais alguns ajustes - At revision: 29970.. veja se resolve questão do InfModal..

Boa tarde, Mas nesse XML não consta a chave do CTe de Complementação de Valores.

O problema era no evento ACBrTEFDPayGoWebObtemCampo Deve haver o onlynumber quando há solicitação da DLL para valores, no meu caso estava retornando virgula, e estava abortando o processo ou não encontrando a venda o código abaixo resolveu o problema. if (AForm.TipoCampo = tcoCurrency) then // PayGoWeb não precisa de ponto decimal Resposta := OnlyNumber(Resposta);

Bom dia pessoal, consegui implementar a junção de arquivos PDF com GhostScript, utilizando a dll "gsdll32.dll". Criei uma classe com o método de junção com base em alguns exemplos da internet, gostaria de compartilhar aqui caso mais alguém tenha essa necessidade. UnitPdfUtil.pas Link para download da dll (não consegui postar aqui por ser maior que 2Mb): https://drive.google.com/file/d/1j7IQRsdL7izhcaiOj42fRuS45LYMm4n-/view?usp=sharing

Boa tarde Robson, Eu quero que você teste os 3 modos de envio disponibilizados pelo provedor. EnviarLoteRps - ACBrNFSeX1.Emitir(vNumLote, meLoteAssincrono); EnviarLoteRpsSincrono - ACBrNFSeX1.Emitir(vNumLote, meLoteSincrono); GerarNFse - ACBrNFSeX1.Emitir(vNumLote, meUnitario); O que pode esta ocorrendo: O provedor implementou mas existe algum bug no webservice que esta retornando essa mensagem, alias, mensagem que não diz o real problema do XML enviado, uma vez que o componente esta gerando, assinando e validando antes de ser enviado. Se o componente estivesse gerando alguma tag fora do lugar (por exemplo) não iria passar pela validação. Faça um teste com os 3 modos de envio acima e anexa os arquivos gerados.

Boa noite @r.postal, Qual é o problema que você esta enfrentando para emitir NFS-e para Campinas usando o componente ACBrNFSeX?

Boa tarde Robson, Tem provedor que o RPS só é processado de madrugada. Como o provedor disponibiliza 3 modos de envio: Envio em Lote modo Assíncrono, Envio em Lote modo Síncrono e Envio Unitário, experimenta enviar outro Rps no modo Síncrono e outro no modo unitário. Nesses 2 últimos o processamento é para ser imediato, ou seja, não entra em uma fila de processamento.

Boa tarde. Atualizado o SVN com a Rev. 29785 com a sua contribuição. Se possível atualize seus fontes, reinstale os componentes e verifique se está tudo funcionando corretamente. Muito Obrigado!

Bom dia, meu nome é Thiago sou o Analista\Programador fazendo o teste verifiquei o seguinte que no procedure ImprimirCheque a função de verificar se a impressora esta em linha não esta conseguindo comunicar com minha impressora mas se comentar esta validação o cheque é impresso corretamente. Então eu comentei a seguinte linha do código e funcionou corretamente: procedure TACBrCHQBematech.ImprimirCheque; Var ValStr, DataStr : String ; begin // if not fpDevice.EmLinha( 3 ) then { Impressora está em-linha ? } { raise Exception.Create(ACBrStr('A impressora de Cheques '+fpModeloStr+ ' não está pronta.')) ;} ..... A chamada da função ficou desta forma: procedure TfrCHQ.Button1Click(Sender: TObject); var ldata : TDateTime; begin ACBrCHQ1.Modelo := chqBematech; ACBrCHQ1.Porta := 'COM1'; try ACBrCHQ1.TravarCheque; ACBrCHQ1.Valor := 3594; ACBrCHQ1.Data := now; ACBrCHQ1.Favorecido := 'Evandro Almeida'; ACBrCHQ1.Cidade := 'Serra'; finally ACBrCHQ1.ImprimirCheque; end; end; ACBrCHQBematech.pas