Painel de líderes

Consta no portal da SEFAZ-MG o comunicado informando que a UF estabeleceu as datas para ativação das regras de validação quanto ao consumo indevido em 2 etapas, sendo ambas em ambiente de produção. Resumo das rejeições WS de Autorização Consumo indevido pelo aplicativo da empresa [det: Quantidade de rejeições encontradas: XXX, NF-e: CHAVE_ACESSO WS de Eventos Consumo indevido pelo aplicativo da empresa [det: Quantidade de rejeições encontradas: XXX, NF-e: ID_EVENTO] WS de Inutilização Rejeição: Consumo indevido pelo aplicativo da empresa [det: Quantidade de rejeições encontradas: XXX, Inutilização: ID_INUT] WS Consulta de Protocolo Rejeição: Consumo indevido pelo aplicativo da empresa [det: Número máximo de consultas excedido (10) para a NF-e: CHAVE_ACESSO] WS de Consulta de Lote Rejeição: Consumo indevido pelo aplicativo da empresa [det: Número máximo de consultas excedido (40) para o recibo: NUM_RECIBO] Outros Serviços Rejeição: Consumo indevido pelo aplicativo da empresa [det: DESC_ERRO ] http://www.sped.fazenda.mg.gov.br/spedmg/noticias/consumo-indevido/

Olá Pessoal Enfim a novela das URLs do QR-Code e Consulta chegou ao fim. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr, recompile a sua aplicação com a opção Build. Para quem utiliza o ACBrLibNFe ou ACBrMonitor Plus, as novas versões já estão disponíveis para download.

Olá pessoal, Lá vamos nós mais uma vez, só que agora é a vez de algumas melhorias no CT-e. E quais são as novidades da versão 4.00 do CT-e? Eliminação do SOAP Header dos Webservices Não precisamos se preocupar pois o componente vai se encarregar de não gerar o grupo <Header> ao montar o Envelope a ser enviado para o WebService da SEFAZ. Eliminação da Denegação e do CTe de Anulação Com essa nova versão não teremos mais como emitir um CT-e de Anulação, somente CT-e Normal, CT-e Complementar e CT-e de Substituição. O Manual não diz o porque, mas acredito que essa alteração vem de encontro com o DC-e (Declaração de Conteúdo Eletrônico). Quanto a Denegação o que tudo indica nenhum CT-e vai ser Denegado, ou seja, ou ele vai ser autorizado ou rejeitado. Eliminação do Serviço de Autorização Assíncrono O envio do CT-e passa a ser no modo síncrono e unitário, ou seja, somente um CT-e por vez será enviado para o WebService e já teremos como resposta o protocolo de autorização ou a rejeição. Ampliação do Nro Seq dos Eventos Antes um tipo de evento que poderia ser enviado mais de uma vez (por exemplo Carta de Correção) estava limitado a 20, agora o limite é 999. Eliminação do serviço de inutilização Com a versão 4.00 não teremos mais como inutilizar um numero de um CT-e que não foi enviado para a SEFAZ, acredito que caso ocorra um pulo, por exemplo, foi enviado o CT-e de numero 500 e por algum problema foi enviado o CT-e de numero 505, vai ser possível em seguida enviar os CT-e de números 501, 502, 503 e 504 para depois voltar a sequencia normal ou seja emitir o CT-e de numero 506 em diante. Sobre os prazos A versão 4.00 vai estar disponível a partir de 04/2023 em ambiente de Homologação e a partir de 06/2023 em Produção. Quanto as Soluções ACBr Haverão ajustes no componente ACBrCTe para atender a versão 4.00, oque naturalmente se refletirá nas versões posteriores da ACBrLibCTe e do ACBrMonitor. Fiquem atentos as atualizações dos fontes do ACBr e não percam o bonde. Quanto a minha Aplicação? Com certeza a sua aplicação deve ter uma opção para emitir CT-e de Anulação e Inutilização de Números, pois bem essas opção não poderão mais poder ser utilizadas com a nova versão. Sugerimos que apresente uma mensagem ao usuário informando que essa opção não esta mais disponível na versão 4.00 do CT-e. Se a sua aplicação permitia o envio de um lote de CT-e, agora só será possível enviar um de cada vez, logo você vai ter que mudar isso. Com certeza a sua aplicação envia eventos, fique atento a esta questão: para os tipos de eventos que permite enviar mais do que 1 para o mesmo CT-e, lembre-se que agora o limite passou de 20 para 999. Leitura recomendada: Temos os manuais (que são 3) da versão 4.00 em nossas biblioteca. http://svn.code.sf.net/p/acbr/code/tools/DFe/CTe/

Bom dia, verifiquei uma situação diferente (ou fora do padrão do e-Social até agora). Ao tentar enviar os primeiros testes no evento S-2501 foi retornado esse erro na validação dos "schemas" Revisando a documentação (Leiautes do eSocial v. S-1.1.pdf) notei que os campos deste evento, mais precisamente do "cpfTrab" pra baixo aparecem como "A" (atributo?) na coluna "Elemento", diferente do padrão "E" em todos os outros eventos. Pelo que entendi, quando é Atributo, o XML deveria ser gerado assim: <ideTrab cpfTrab="12345678901"> ao invés de: <ideTrab> <cpfTrab>12345678901</cpfTrab> ... Será que o Schema e a documentação estão erradas? ou não foi finalizado considerando que este ainda não entrou em produção? Alguém já teve algum problema com esse evento? Att Ricardo

Boa noite, Obrigado na segunda farei a instalação, e farei o teste , retorno para você o resultado.

Assine o PRO e ajude o projeto e receba o monitor semanalmente. Assim tu ajuda ao Projeto e o valor é muito muito baixo

Boa tarde Renan, Já esta no SVN.

Boa tarde Helius, Substitua a Unit pela que esta em anexo, reinstale o ACBr, refaça os testes. IPM.Provider.pas

Boa tarde, Verifica se você não tem uma cópia do arquivo ACBrNFSeXServicos.ini dentro da pasta que esta o XML da aplicação. Caso afirmativo, delete.

@Sistema Auditor Boa tarde ! Verifique estas duas propriedades que estão dentro de configurações:

Deu certo com a atualização; Muito obrigado. Sobre a situação de alterar algum provedor, e seguir o processo de Compilar a bat, instalar o Acbr, após build no projeto não funcionou mesmo assim.

Ok. Obrigado Marchetti.

Boa tarde Adhelmar, Se eles não mudaram a regra, o token expirava em 24h.

Qual a versão tu está usando do SAT ? 0.07 0.08 ou 0.09 lembre-se que isso vai ficar condicionado a versão mais nova. Senão existe outro modelo, deve informar outros

Bom dia, Ricardo! Quando fizemos o desenvolvimento do módulo não nos atentamos que deveria ser um atributo. Se você puder, faça a modificação no fonte e envie para ser validado. Diante da sua observação, observei também, que existem muitas outras tags que são atributos.

Apenas para complementar entrei em contato com o suporte questionando esse response da API porque na prática é um erro pois a nota não é incluída e não é uma configuração que dependa de ser feita no sistema. Eles se limitaram a dizer que o tratamento da situação deve ser feita no sistema

Bom dia Jeferson, Esse erro ocorreu na maquina de desenvolvimento ou na maquina do cliente? Se foi na maquina do cliente com certeza as DLL do OpenSSL que você esta usando são antigas tem que usar as mais novas.

Perfeito, o QRCODE foi gerado corretamente e já fiz o pagamento. Aguardando o retorno do banco.

Segue manual conforme solicitado SANTANDER_Layout XML Cobrança OnLine V2.5.1 com PIX.pdf

Bom dia. Foi feita uma alteração na Rev-28678 que impacta na consulta por faixa. Por favor, atualize seus fontes, reinstale o ACBr e faça novos testes.

Bom dia @MagoSchmidt Primeiramente obrigado pela contribuição. Foi criado uma tarefa tk-3672 para análise. Poderia anexar o manual do banco por favor ótimo dia !

Boa noite, Você precisa preencher: * Emitente.WSUser: Inscr. Seq. de 5 dígitos, informação passada pelo provedor. * Emitente.WSSenha: Senha para utilização do webservice. * Emitente.WSChaveAutoriz: Token ../trunk2/Fontes/ACBrDFe/ACBrNFSeX/Provedores/Siappa.GravarXml.pas function TNFSeW_Siappa.GerarXml: Boolean; . . . NFSeNode.AppendChild(AddNode(tcStr, '#1', 'ws_001_in_prest_insc_seq', 1, 8, 1, Usuario, '')); NFSeNode.AppendChild(AddNode(tcStr, '#1', 'ws_001_in_prest_cnpj', 14, 14, 1, OnlyNumber(NFSe.Prestador.IdentificacaoPrestador.CpfCnpj), '')); NFSeNode.AppendChild(AddNode(tcStr, '#1', 'ws_001_in_prest_ws_senha', 1, 20, 1, Senha, '')); NFSeNode.AppendChild(AddNode(tcStr, '#1', 'ws_001_in_prest_ws_token', 1, 20, 1, ChaveAutoriz, ''));

Boa tarde, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Consultando hoje 02/03/2023 as 17:26 contingência já não consta mais ativada. Fonte: https://www.nfe.fazenda.gov.br/portal/principal.aspx

A Contingência foi ativada novamente passado a previsão de encerramento inicial de 28/02/2023 as 18:00 Fonte: https://www.sefaz.rs.gov.br/NFE/NFE-SVC.aspx

Boa tarde, Veja se resolve preenchendo a IM do tomador, talvez o provedor utilize esse critério em alguma situação interna.

Então mas para homologação na documentação fala para deixar em branco mas vou testar

Bom dia pessoal, A Receita Federal publicou nos últimos dias a Instrução Normativa 2133, a qual posterga para setembro de 2023, a obrigatoriedade do envio dos eventos relativos a retenções de IRRF, CSLL, PIS e Cofins. https://www.gov.br/receitafederal/pt-br/assuntos/noticias/2023/marco/receita-federal-prorroga-o-inicio-de-obrigatoriedade-dos-eventos-da-efd-reinf-referentes-as-retencoes-de-irpf-csll-pis-e-cofins Após a publicação desta instrução normativa, sugiram algumas dúvidas, que estão sendo verificadas junto aos órgãos competentes pelo time da AFRAC.

Vou tentar e retorno aqui

Boa noite, Como está usando A1 e com as dlls OpenSSL atualizadas, mude as configurações para utilizar OpenSSL para descartar algum problema de dependência do Windows. SSLLib := libOpenSSL SSLCryptLib := cryOpenSSL SSLHttpLib := httpOpenSSL Mantenha o arquivo pfx informado. Preencha senha do certificado. Deixe o campo de número de série em branco. Se não estiver ainda, coloque o timeout acima de 30k.

Pessoal, baixei os pacotes do ACBR pelo Trunk2, No Lazarus instalei os pacotes e abri o projeto do Monitor atualizado compilei, até ai tudo bem, quando fui copiar o executável para a pasta onde estava instalado a versão anterior do monitor 1.1.0.54 começou a dar problemas de falta de DLLs, tentei copiar as DLLs para a pasta do System32 mas não resolveu. Tentei então gerar um instalador e segui os passos Como compilar o ACBrMonitor, quando abri o projeto ACBrMonitorConsole.lpi, e fui construir deu erro: impossível localizar CLCType. Se alguém puder ajudar agradeço muito. Julio.