Painel de líderes

Bom dia! Recebemos relatos de que a Sefaz-SP e a Sefaz-MT estão passando por instabilidade. A transmissão de NF-e esta acontecendo sem muitos problemas, mas temos relatos de lentidão e até mesmo Timeout em algumas tentativas. (Em sua maioria no endpoint da consulta de protocolo). Alguns relatos informam estar recebendo retornos como: E também

Olá pessoal, Como temos anunciado a algum tempo, o REINF vem passando por um processo de mudanças, que envolve inclusive a tecnologia utilizada na recepção das informações por parte da receita. Chegada da versão 2.1.1 Nesta versão não foram somente mudanças de layouts ou inclusão de novos eventos, a versão 2.1.1 do REINF trouxe uma mudança na forma de envio e recepção dos eventos, passando a adotar a integração via API Rest e em modo assincrono. Apesar do documento descrevendo o funcionando ter sido publicado no inicio de 2022, NÃO havia até poucas semanas atrás, a definição de QUANDO tais mudanças entrariam em vigor. Sobre as datas Divulgação das Mudanças O Manual de orientação e ambientes de produção restrita (foram liberados no inicio de 2022, mas ainda havia indefinição de datas de inicio da vigência de tais mudanças Implantação Detalhamos melhor neste artigo, mas em resumo seriam: Fevereiro/2023 - Limite para aceitação dos eventos do layout 1.5.1 em produção restrita (Ambiente de Homologação) Março/2023 - Vigência do layout 2.2.1 para a competência de março/2023 Setembro/2023 - Envio da recepção dos eventos somente em forma Assíncrona Link do Manual do REINF Manual de Orientação ao Desenvolvedor da EFD-Reinf – Lote Assíncrono - Versão 1.00.00 (rfb.gov.br) Detalhando as Mudanças Muito bem, até a versão 1.5.1 o ambiente que recepcionava os eventos trabalhava no modo síncrono, isso significa que ao enviar um evento do Reinf o webservice processava e caso estivesse tudo correto já era retornado o resultado do processamento, caso contrario era retornado a lista de erros. A partir da versão 2.1.1 o ambiente que recepciona os eventos trabalha no modo assíncrono, isso significa que ao enviar um evento será retornado um numero de protocolo que usaremos em uma consulta para poder obter o resultado do processamento. Como vocês podem ver agora se faz necessário 2 passos para obter o resultado do processamento do evento enviado. Os fragmentos abaixo comprovam o que eu escrevi acima. Além do modo de envio passar a ser assíncrono a forma de comunicação também mudou, até a versão 1.5.1 tínhamos um ambiente baseado em WebService Soap, agora a partir da versão 2.1.1 teremos um ambiente baseado em API Rest conforme consta no fragmento abaixo. Estas informações foram extraídas na página do REINF A documentação sobre este assunto está um pouco "escondida" no portal do REINF, mas para aqueles que desejarem conhecer, clique aqui. http://sped.rfb.gov.br/projeto/show/1196 Sobre os componentes ACBr Acompanhe as atualizações deste assunto no artigo a seguir.

Boa tarde a todos, Já esta no SVN as alterações realizadas tanto para atender a versão 2.1.1 quanto ao novo ambiente de recepção dos eventos que agora é uma API Rest. Favor atualizarem todos os fontes de todas as pastas, reinstale o ACBr e inicie os testes. Foram feitas alterações nos programas exemplos (Delphi e Lazarus), eles trazem dicas de como obter o retorno tanto do envio quando das consultas.

Contingência ativada para a Sefaz-SP Fonte: http://www.nfe.fazenda.gov.br/portal/principal.aspx Siga os passos deste tópico para configurar o componente do ACBr para emissão em contingência

Leonard, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

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

Bom dia @VFADev! Vamos por partes: Quando passamos um XML já formado para lib, a mesma não vai alterar o XML mesmo que você configure a RetirarAcentos. No máximo ela vai validar e assinar esse xml. E se pensarmos com calma esse comportamento realmente era o esperado. A flag só tem efeito quando é a Lib(ou o componente) que gera um arquivo XML. Então seu problema não tem necessariamente relação com a configuração RetirarAcentos. Esse erro acontece porque o XML não está bem formado ao ser passado para Lib. O XML está reportado como UTF-8, mas não está nessa codificação. Fizemos testes no componente e com a LIB(usando VB6 e C#), mas não conseguimos reproduzir o problema. Como verificamos que o arquivo que você está passando é válido(UTF-8), suspeitamos que o problema seja porque você está passando o conteúdo do arquivo. Pode ser que em algum momento, a linguagem que está usando esteja fazendo alguma conversão que cause o problema. Pedimos que, por favor, realize um teste passando o caminho do arquivo ao invés de seu conteúdo. Algo como: ACBrLibeSocial_CarregarXMLEventoeSocial("caminho\para\o\arquivo_de_evento.xml") Assim, a própria Lib faria a leitura do arquivo e evitaria essa conversão. Se o erro persistir, vamos precisar que você monte um programa de exemplo na linguagem que está usando que reproduza o problema para que possamos testar aqui.

se estiver utilizando o ACBrLib, experimente usar o método ConfigGravarValor, após a troca do certificado.. veja se resolve. você pode utilizar os método ConfigLerValor para ler um determinado item da configuração e ConfigGravarValor para salvar.

Nesta semana foi publicada a versão 23.1.A das tabelas de fornecidas pelo IBPT, as quais já se encontram também em nosso svn. As novas tabelas tem a vigência de 20/01/2023 até 28/02/2023 Para cumprimento da Lei 12.741/12, também conhecida como "De Olho no Imposto" foi, não se esqueça de realizar a atualização de seus clientes. Fonte : https://deolhonoimposto.ibpt.org.br/

Relembre o último Papo Pro com a participação do IBPT.

Segue em anexo. ACBrBancoVotorantim.pas ACBrBoleto.pas boleto.pdf CNAB_400_VOTORANTIM_V_6.1_Cobranca_Propria.pdf Layout de Boletos - Banco Votorantim 1.7 (2).pdf REMESSA.txt RETORNO.TXT RetornoProcessado.txt

Bom dia, estava realizando alguns testes e notei que haviam alguns detalhes com relação ao componente ACBRNFSeX, o primeiro deles é com relação aos parâmetros, ACBrNFSeXParametros, o método "TemParametero" utilizava o método IndexOfName e mesmo contendo o parâmetro ele retornava o contrário, portanto alterei para IndexOf e funcionou corretamente. O outro detalhe é com relação ao provedor IPM, no GravarXML a homologação só estava ativa para a versão 1.0 (não encontrei no código nada sobre essa condição), porém estudando os manuais não encontrei razão para esse condição e a removi, deixando apenas a validação se o ambiente é homologação. Apesar de serem alterações triviais anexei os arquivos aqui de uma vez. ACBrNFSeXParametros.pasIPM.GravarXml.pas

Afim de atender a situação encontrada e completando a informação do tópico abaixo: Efetuamos os seguintes ajustes: * Na unit "ACBrBoletoW_Credisis" - Adicionamos a informação para enviar a Tag "nomeFantasia" no XML. Esta informação no Layout está como opcional, porem se o mesmo não for encaminhado apresenta o seguinte erro: <erros> <item><code>WS-Pagador-nomeFantasia-001</code><message>Field nomeFantasia of Pagador is not valid!</message></item></erros>; * Na unit "ACBrBoletoRet_Credisis" - Ajustamos as tags para leitura de algumas informações essenciais. Os ajustes e o manual estão em anexo para validação. Aguardo Obrigado. MANUAL_WEB_SERVICE.pdf EncaminharAjuste_ACBR_WSCrediSis.rar

Boa Tarde, Atualmente para enviar os documentos eletronicos por email utilizou a procedure TACBrNFSex.EnviarEmail porém não existe a possibilidade de enviar com copia oculta. Fiz a implementação no EnviarEmail para que receba a opção de Cópia Oculta (BCC), da mesma forma que ocorre com cópia que já é existente. Seria possivel fazer essa implementação? Segue em anexos arquivos alterados, tive que fazer para todos os documentos. ACBrCTe.pas ACBrDFe.pas ACBrGNRE2.pas ACBrMDFe.pas ACBrNFe.pas ACBrNFSe.pas ACBrNFSeX.pas

Boa noite, estou carregando o certificado via acbrNfe.configuracoes.certificado.arquivoPFX adicionando o caminho do arquivo e posteriormente a senha. Ao ultilizar acbrNFe.DistribuicaoDFePorUltNSU com o primeiro certificado funciona corretamente, contudo ao atualizar o arquivoPFX para outro certificado, ao realizar a DistribuicaoDFePorUltNSU está sendo utilizado o primeiro certificado ainda, o que retorna o seguinte erro: "Rejeicao: CNPJ-Base consultado difere do CNPJ-Base do Certificado Digital". Alguém sabe como atualizar o certificado no acbrNfe, ou a cada consulta vou ter que instanciar um novo acbrNfe ?

@Lopes Ricardo Boa tarde, tudo joia Pois é, está difícil afirmar se resolveu ou não pois está bem confuso com esse provedor. Esta mensagem eu tinha recebido no ambiente de homologação ao fazer um teste. Mas nosso cliente já tá usando na produção e lá também em determinado momento apresentou este erro, mas no geral estão emitindo sim, Então parece ser intermitente.

ola amigo Daniel, grato funcionou... abraço!

Boa tarde Alex, Já esta no SVN.

Boa tarde, o "contrário" realmente foi um erro meu, porém quis dizer que ele informava negativo para a presença do parâmetro quando nesse caso deveria informar positivo pois ele estava informado no arquivo. Fiz essa pequena POC estática apenas para ilustrar o que quis dizer: procedure TForm1.Button1Click(Sender: TObject); var fs : TStringList; i : Integer; begin // i := 99; fs := TStringList.Create(); fs.Add('teste_de_insert'); i := fs.IndexOfName(Trim('teste_de_insert')); if i >= 0 then showmessage('IndexOfName'); i := fs.IndexOf(Trim('teste_de_insert')); if i >= 0 then showmessage('IndexOf'); end; No primeiro caso (IndexOfName) ele retorna -1, esquivando da condição, já com o indexOf ele já encontra a palavra no TStringList e retorna a posição (no caso 0), então durante o debug no componente notei que o stringlist estava preenchido com a string "NaoGerarGrupoRps", porém na hora de verificar utilizava o IndexOfName, e assim o código seguia como se não tivesse informado o parâmetro. Compilei algumas vezes (tanto a POC quanto o ACBR) e o resultado se manteve igual na execução.

Boa tarde Bill, Não seria o caso de entrar em contato com o provedor e relatar essa situação? Pois no meu entendimento o provedor deveria retornar um erro acusando que o Rps consulta não existe em sua base de dados e não retornar um XML de uma nota com todas as tags vazias.

SisPMJP.GravarXml.pas Boa tarde pessoal, Estou enviando a unit com uma alteração no flag NrOcorrValorISS que estava com -1 , e não deixava a tag de valor do ISS ser gerada no xml. Fiz o teste e funcionou. O Diego F acompanhou comigo essa questão. Verificamos que essa inclusão dessa flag foi feita na Rev-27441(https://sourceforge.net/p/acbr/code/27441/).

sim é possível mas sinceramente não é viável . use a lib

obrigado podem fechar o tópico, falei com a prefeitura e eles disseram que nao irão retornar os dados do qrcode no xml.

Boa tarde, tentei, mas aqui não funcionou tb. Utilizei este código vNFe.SSL.DescarregarCertificado; vNFe.SSL.ArquivoPFX := result[0, 0]; vNFe.SSL.Senha := result[0, 1]; vNFe.SSL.CarregarCertificado;

neste caso é via TEF , terá que ter uma solução no seu sistema conversa com o pessoal do ACBr TEF Paygo https://www.projetoacbr.com.br/tef

Bom dia, tudo bem? Talvez se antes de carregar o certificado você colocar isso: acbrNfe.SSL.DescarregarCertificado não resolveria?

o MOnitor tu pode trabalhar com Socket. tu conecta num ip e porta e manda os comandos. sua linguagem deixa fazer isso?

Bom dia. -Qdo finaliza uma venda, têm possibilidade do valor da venda sair na maquina de cartão "comum" sem ser TEF? - Há algum maquina de cartão que possibilite isso sem que seja pelo TEF? A maquina comum seria um POS? Caso sim, você consegue utilizar um POS Android, com TEF Integrado. Não entendi muito bem a parte do valor da venda sair na maquina, consegue dar mais detalhes? -Caso precise implantar o TEF, quais equipamentos precisa comprar? Para mobile, seria o GPOS700 e para fixo é necessário um pinpad padrão Abecs. Att.

Bom dia Italo, com suas dicas agora veio uma resposta do WS Obrigado pelo apoio.

Bom Dia ! Tentei depurar para encontrar o problema, penso que esteja abaixo: Nesse ponto, não é um ERRO, mas sim um ALERTA. E o fonte está criando como erro Observa que na sequencia, seu tratamento para obter o código, está dentro da condição ALERTA.

fi, eu montei o boleto aqui, pelo que eles retornam. Linha digitavel e codigo de barras. o resto a gente tem para colocar na impressao.

Não temos... Não seria muito prático alimentar essas informações por passagem de parâmetro às DLLs

Bom dia. creio que deve ser as informações de perifericos usados seja no APk ou no cadastrar ele que está dizendo que é obrigatorio ter chip. onde no caso nem precisa ser chip mas sim dizer que precisa de internet 3G que depende do dispositivo e assim ele vai limitar

O que é a mensagem "Lote em Processamento"? De acordo com o manual do CTe, versão 3.00a é possível consumir os serviços de duas formas, Síncrona e Assíncrona. Aqui vamos focar no envio assíncrono. Nele o fluxo simplificado pode ser resumido em: 1. Enviamos a solicitação do serviço. 2. Recebemos um número de Recibo. 3. Realizamos uma consulta pelo Número do Recibo para obter o resultado do processo. Fonte: Projeto de Conhecimento de Transporte Eletrônico - Manual do Contribuinte. A mensagem Lote em Processamento é uma possível mensagem a ser recebida depois de consultar o resultado do serviço assíncrono de Envio de lote de CT-e. De acordo com o MOC, o recomendado é aguardar um tempo mínimo de 15 segundos entre o envio do lote e a consulta do resultado do processamento. O que fazer quando a recebo? A primeira coisa a se considerar quando recebe a mensagem é aumentar o tempo entre o envio do lote e a consulta do mesmo. Caso opte por deixar que o componente automatize a consulta após o envio as propriedades que devem ser consideradas são: Aguardar: o tempo que o componente aguarda antes de fazer a primeira tentativa de consulta.(se não definido, por padrão 1 segundo). Tentativas: a quantidade de vezes que o componente vai tentar fazer a consulta.(por padrão 5 tentativas). Intervalo: o tempo que o componente aguarda entre as tentativas de consulta.(se não definido, por padrão 1 segundo). Via código essas propriedades são acessíveis em: ACBrCTe.Configuracoes.WebServices.AguardarConsultaRet := 15000; //Valor definido em milisegundos; ACBrCTe.Configuracoes.WebServices.Tentativas := 5; ACBrCTe.Configuracoes.WebServices.IntervaloTentativas := 3000;//Valor definido em milisegundos;

@oliveira_arara e @Alysson Rengel Outras perguntas importantes: 1) Por que vocês estão usando Capicom? 2) Tentaram com OpenSSL? 3) E WinCrypt?

Vlw meu caro, eliminou varias inconsistencias, só ficou mesmo a do RPS INVALIDO, mas vou mudar ate dar um rps valido. obrigado