Painel de líderes

Olá Pessoal, Quando iniciamos os testes com o Provedor Giss descobrimos que ao informar o código do pais deveríamos informar 0076 em vez de 1058. O código 1058 se refere ao código IBGE do Brasil e o código 0076? Pois bem, descobri que o Provedor Giss em vez de usar o código IGBE dos países em seu webservice, acabou adotando o código ISO. Resumindo o código 0076 é o código ISO do Brasil. Foi implementando duas novas funções de conversão, uma para converter o código IBGE para ISO e a outra que converte de ISO para IBGE. A orientação abaixo é para somente quem usa o provedor Giss: Se você esta informando o código 0076 ao campo CodigoPais, deve alterar para 1058, pois o componente vai realizar a troca, caso contrario o seu RPS vai ser rejeitado, acusando que o código do pais esta errado. O objetivo dessa mudança é manter um padrão para todos os provedores ao alimentar o componente, informando sempre o código IBGE do pais e caso o provedor se utiliza de outro código como é o caso do Giss que usa o código ISO o componente se responsabiliza por realizar a conversão.

Voltou ao normal. Problemas no SEFAZ/MG

Olá pessoal! No dia 17/09/2024 foi publicada a Nota Técnica 2024/003 que traz alterações no layout e criação de regras de validação relacionadas ao trânsito de animais vivos, vegetais e florestais. Introdução Este documento visa permitir aos estados um acompanhamento mais preciso das operações relativas ao trânsito de produtos animais vivos, vegetais e florestais. Atendendo também solicitação do ENCCLA - Estratégia Nacional de Combate à Corrupção e à Lavagem de Dinheiro, encaminhada pelo Ofício nº 598/202 /CGAI/ DRCI/ SENAJUS/ MJ, do Ministério da Justiça para os estados em que não é utilizado o Documento de Origem Florestal (DOF). Alterações no arquivo XML da NF-e Foi adicionado no layout da NF-e um novo grupo chamado agropecuario para receber informações como o número do receituário da aplicação do defensivo até informações de guia florestal, adicionando ao menos 5 novos campos. Regras de Validação Junto do novo grupo, a nota técnica também traz novas regras de validação que verificam e validam os novos campos, validando: Se foi informado o número do receituário do defensivo agrícola. Se foi informada a guia de transito. Se foi informado documento de origem. Se a guia de transito informada é inválida. Se a guia de transito informada já foi utilizada. Datas Implantação teste: 02/10/2024 Implantação produção: 01/04/2025 E como fica o ACBr? Com a adição de novos campos no layout da NF-e, alterações no componente serão necessárias. Criada a #TK-5975 em nosso backlog para análise e implementação. Qualquer novidade será notificada neste tópico. Leia a Nota Técnica na integra AQUI.

Olá pessoal. Implementei o extrato no banco Sicoob. Configurações: Criar o aplicativo e obter o client-id no Portal Developers Sicoob. Setar no componente: AcbrExtrato1.Ambiente := eamProducao; AcbrExtrato1.BancoConsulta := bccSicoob; AcbrExtrato1.Banco.ClientID := Obtido ao criar o aplicativo no Portal Developpers; AcbrExtrato1.Banco.ClientSecret := ''; AcbrExtrato1.Banco.ArquivoCertificado := Caminho para a chave pública do certificado; AcbrExtrato1.Banco.ArquivoChavePrivada := Caminho para a chave privada do certificado; A chave pública e privada do certificado podem ser extraídas da mesma forma que para configurar o boleto Siccob via api. Seguem em anexo as units para a avaliação: ACBrExtratoAPI.pas ACBrExtratoAPIBB.pas ACBrExtratoAPIInter.pas ACBrExtratoAPISicoob.pas

Muitos usuários estão recebendo notificações dos bancos, sobre o fator de vencimento dos boletos vai ser reiniciado: Fique tranquilo que já está pronta esta implementação: Você não precisa configurar nada, esta implementação já foi feita pelo nosso querido @BigWings em 2015 conforme post abaixo:

Boa tarde @osmarbentojr, No que se refere ao CT-e OS no programa exemplo é mostrado como gerar um XML de CT-e OS para transporte de valores, quanto a isso você esta correto. Agora se a sua aplicação vai emitir um CT-e OS para transporte de pessoas (fretamento) vai ter que mudar o valor do campo tpServ e alimentar os campos pertinentes a esse tipo de serviço. Caso você não saiba quais são esses campos sugiro a leitura do manual, pois os nomes que damos para campos tem a mesma nomenclatura do manual.

A partir das 10hs começou essa rejeição de Falha no Schema xml em MG para envio e cancelamento. A nota foi enviada as 9hs e tentou cancelamento as 10:15hs. Fiz um cancelamento as 9hs de outra nota e cancelou. E também foram enviadas notas antes das 10 sem problemas. Tem alguma NT entrando hoje em produção?

Quem sabe vocês abrirem chamado no sefaz MG?

Comentando para acompanhar o post.

Tambem estou procurando informações, estou com o mesmo problema.

Olá Graça, também estou tendo retorno dessa mensagem em meus clientes.

toda a vez que fizer update tem que rodar o instalador acho que não está olhando mesmo exemplo pois veja que tem exemplo pra cada um

Boa noite. Reparei que um dos campos seguia desconfigurado e necessitei fazer mais um ajuste. Segue conjunto de arquivos compactados. FontesModificados.7z

Você está emitindo a NFSe como MEI? Se for, ignore essa informação. Se não for, você precisa mudar o LayoutNFSe para 0 = lnfsProvedor https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca22.html Nos fontes do ACBr, no caminho a seguir: ..\ACBr\Projetos\ACBrLib\Demos\Harbour\NFSe Veja se você tem um arquivo ACBrNFSeXServicos.ini desatualizado na pasta da aplicação.

Anexe a unit alterada e não a diff do svn alteração já está no svn obrigado

Bom dia, Problema identificado. Drive de CH340, do conversor USBxRS232. O driver mais recente de 2023, que é o instalado automaticamente pelo windows 11, apresenta o problema relatado acima. Solucionamos utilizando um driver CH340 instalável, versão de 2019, através de um executável. Vou disponibilizar no link abaixo, caso mais alguém esteja com problemas neste conversor. DRIVER CH340