Painel de líderes

Após a entrada da obrigatoriedade da integração entre NFCe e Pagamentos Eletrônicos para os últimos grupos ainda não obrigados, oque se deu em 01/01/2024, a SEFAZ-RS está iniciando o envio de alertas ás empresas que ainda não estão em conformidade com a exigência. Tais alertas ainda visam que os contribuintes façam a adequação de seus softwares o quanto antes, evitando futuras penalizações como por exemplo, inclusão da empresa em programação de auditoria para análise das operações e declarações, apreensão dos equipamentos irregulares e multas. O valor definido para a multa é de R$ 7772,91 por equipamento, por mês em que foi utilizado. Fonte: SEFAZ-RS

Informamos que o Instituto Nacional de Tecnologia da Informação (ITI) abriu a Consulta Pública nº 01/2024 para tratar sobre a Modernização da Infraestrutura de Chaves Públicas Brasileira (ICP-Brasil), Certificados. Foi elaborado por parte da AFRAC um formulário visando coletar comentários, observações e sugestões sobre as alterações pretendidas, afim de reunir as opiniões daqueles que compõe o ecossistema que será impactado As respostas ao formulário deverão ser realizadas até 09/02/2024. Observações O e-mail para contato no formulário deverá ser o principal da empresa, caso não associada da AFRAC. Esta é uma pesquisa elaborada pela AFRAC sendo diferente da que esta disponível no portal gov.br. Para acessar o formulário, clique no link: https://bit.ly/ConsultaPública_ITI

Olá pessoal, Gostaríamos de compartilhar que temos mais uma linguagem com programa de exemplo disponível no nosso SVN. Foi disponibilizado o programa de exemplo em Visual Object. É mais uma opção de linguagem, com exemplo disponível, para que a comunidade possa utilizar tudo que as libs podem oferecer. Agradecemos ao @Sérgio - Delfos Sistemas pela contribuição, dicas e instruções de como utilizar a linguagem para os devidos testes. Por ser um binário, o fonte para importação do projeto de exemplo está zipado, para evitar problemas de falsos positivos em antivírus. https://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/VisualObject/ConsultaCNPJ/

Essa chave PIX está vinculada a uma conta no banco CAIXA ECONOMICA FEDERAL. Para receber uma transferência na sua conta do BANCO DO BRASIL, você precisa utilizar uma Chave PIX cadastrada para uma conta do MESMO PSP.

Bom dia vou fazer isso, muito obrigado Ralty

Olá pessoal! Foi publicado no dia 30/01/2024, no portal do SPED, comunicado informando sobre a versão 10.0.3 do programa ECF utilizado para transmitir arquivos do ano-calendário 2023 e situações especiais de 2024(registro 10). A nova versão trás as seguintes atualizações: Fonte: http://sped.rfb.gov.br/pagina/show/7325

Bom dia! Assistimos ao vídeo fizemos novos testes e acreditamos que você possa estar passando por Dll Hell(mais informações sobre isso aqui e aqui), ou seja, a Dll que o exemplo está usando não é a que você acha que está usando. Durantes os testes, junto a equipe, reparamos em um problema em como a versão é registrada no arquivo ACBrLib.ini e no log.(Veja que no vídeo que disponibilizou mesmo, o arquivo ACBrLib.ini está com a versão 1.0.0.73). Devido a isso, não conseguimos confirmar qual é a versão que o executável está enxergando e usando. Por isso, por favor, faça o seguinte processo. 1. Execute os seguintes comandos na sua máquina para procurar por possíveis Dlls perdidas. cd \ dir ACBrPIXCD64.dll /s E apague os arquivos que encontrar. 2. Faça o download da última versão da lib disponível no fórum, que no momento que escrevo este tópico, é a 1.0.0.9; 3. Repita o teste. Esta nova versão corrige o problema de versionamento, então se o ACBrLib.ini que for criado tiver uma versão da Lib diferente de 1.0.0.9, é um indício de que está pegando a Dll de outro local. Se o problema persistir, por favor, disponibilize o Log gerado pela Lib e o ACBrLib.ini; Apenas para registro, fiz um novo vídeo demonstrando a versão 1.0.0.9 sendo utilizada com exemplo: https://we.tl/t-rzViVgsazt

Bom dia! Estou iniciando alguns testes com o NFS-e aqui do meu município e estou recebendo o seguinte retorno quando tento enviar a NF exemplo, do exemplo da ACBr: Erro(s): Código : X800 Mensagem: Erro de Validação: --> 1839 - Element '{http://www.abrasf.org.br/nfse.xsd}ExigibilidadeISS': [facet 'pattern'] The value '1' is not accepted by the pattern '01|02|03|04|05'. Correção: --------- - Ambiente de Homologação - Cidade: Botucatu/3507506/SP - Provedor: Informações sobre o provedor: Sigep - Versão: 2.00

Olá pessoal! Vi que o pessoal está com dificuldade em fazer funcionar essa bendita API do Bradesco. Venho implementando ela faz algum tempo em PHP, já finalizei a mesma, com as funções de Registro, Consulta Individual de Titulo, Baixa, Estorno de Baixa, Alteração de Titulo e Consulta em Lote. Porém o registro não é Hibrido, o Bradesco e seus gerentes não deixam claro, talvez nem saibam, mas essa funcionalidade não está homologada, nem tem previsão para ser lançada ainda. Talvez devido isso a dificuldade. Como eu precisava da cobrança hibrida precisei fazer em duas etapas, registar um titulo normal e registrar um pix relacionado a esse titulo, chamando duas APIs diferentes. Tenho todos os end-points que citei acima prontos e homologados, porém desenvolvi em PHP. Caso alguém tenha alguma duvida precise de algum auxilio em relação a geração de assinatura, posso ajudar, mas já deixo claro que no ambiente Windows não existe a possibilidade de realizar a assinatura, para contornar isso daria pra desenvolver um middleware para geração da assinatura hospedado em ambiente Linux, ou executar algum comando interno com WSL. Vou anexar a Collection da API caso necessário tirar alguma duvida sobre as requests enviadas. Insomnia_2024-02-05.json

Boa Tarde Pessoal! Eu fiz um vídeo e postei no Youtube falando sobre a Geração do TOKEN que funcionou Belezinha, Mas a criação do boleto ainda está com erro e por isso eu não postei a continuação. E de todos os testes que eu fiz ainda está com o Erro: "Assinatura Inválida". Todos estes testes me fez perder Horas de esforço e inclusive o sono e mesmo assim ainda não consegui fazer funcionar. No meu entendimento tem a ver com a forma como é realizada a Assinatura no Windows e talvez não tenha solução ainda. Bom, como tem varias pessoas me perguntando, vou postar aqui um Teste que fiz até onde eu parei em DELPHI. Tem vários comentários de tentativas que fiz não estranhe não. Acredito que falta pouco para funcionar usando o Indy com OpenSSL, mas não consegui Detalhe, precisa trocar a constante CLIENT_ID, informando a sua de TESTE. Lembrando que as dlls e o .PEM precisa ficar na mesma pasta do Exe (que já é de praxe). Segue em anexo, Favor, quem conseguir fazer funcionar no Windows pelo Delphi, compartilha com a gente. Abraço! Fonte-Delphi-BradescoApiBoletoHibrido.rar

Parece meio bobo, mas vai em Configurações - Sistema - Tela - Procure por Verifica se esta 100% --- Não sei porque , mas já passei por isto e o problema era esta configuração estar diferente de 100%

Caso não tenha testado ainda, segue a URL. http://santoandre.ginfesh.com.br/ Você entra com as credenciais criadas para homologação. Se não passarem, pode ser erro de cadastro no ambiente.

No meu caso ele retorna mensagens parecidas, com exceção da mensagem marcada Esta mensagem aparece apenas quando a tag tipo está com a numeração 2 Se eu mando com a numeração 1 a mensagem que eu marquei não aparece. Foi por conta disso que eu fui comparar os xsd's e percebi a diferença da imagem que eu mandei no começo. Obs.: fiz a atualização dos fontes na sexta (02/02/2024) Kaue Barros

Oi Diego boa tarde! eu vou verificar com meu cliente se posso fazer uma nota em produção e depois fazer o cancelamento, blz, obg.

é o ACBr tem que atualizar toda a semana pelo menos pois a gente trabalha bastante pra poder manter ele em ordem com os manuais e legislação e a principio N empresas usam sem precisar modificado os códigos dele ou atualizar parcial pois subimos diario modificações, melhorias. novas implementações

Sim o Token de testes ( SANDBOX ) está criado e é o que está preenchido no ACBRLib.ini O Dados da Conta que tentei os reais, os de testes conforme outros posts; Não testei em produção - apenas Homologação. O Cliente ID e Client Secret ( tem os da Aplicação - mas o manual manda colocar 123456789.

Gostaria de compartilhar uma atualização positiva: o erro que estávamos discutindo foi resolvido! No entanto, devido ao número de alterações que fizemos na tentativa de identificar e corrigir o problema, não consigo precisar exatamente onde estava o erro original. Muito obrigado por tudo.

Boa tarde! Pode ser. De acordo com a Lista de Erros disponível na própria página relacionada a NFS-e do Ginfes (se quiser fazer o download da lista diretamente este é o LINK) este erro indica um problema no cadastro. Se a informação está correta, pode ser que os cadastro do Ginfes não estejam alinhados com o da prefeitura.

Tentei fazer alguns testes com as nossas credenciais da Shipay, mas estou tendo problemas na autenticação Estou entrando em contato com o suporte deles, assim que tiver retorno volto informar aqui.

Certo, muito obrigado pela atenção. Grato

Boa tarde @Juliomar Marchetti já estou vendo com suporte do Bradesco. Retorno do Bradesco. Feita análise e foram encontradas inconsistências no Cadastro e no certificado. Feita as correções e reimportado o certificado nas plataformas.

Evite usar nome de pastas com Acentos ou espaços... Você evitará diversos problemas, com isso... Vários sistemas usam UTF8 e o Windows usa ANSI CP1252... o que causa eternos problemas de compatibilidade...

Bom dia! Você não está fazendo nada de errado. O que acontece, é que conforme o @Italo Giurizzato Junior destacou, na emissão de NFSe por web service o responsável pela geração do XML da NFSe é o provedor. Simplificando bastante: 1. Você gera e envia para o web service um XML de Recibo Provisório de Serviço(RPS). 2. O web service do provedor, recebe este XML de RPS, passa o mesmo pelas validações internas dele e caso tudo esteja certo, converte o RPS em uma NFSe. 3. O web service do provedor, gera e te devolve o XML da NFSe. O que eu sugiro que você faça é certifique-se de que os arquivos são de fato correspondentes. Que o XML de NFSe que você recebeu com uma alíquota de 4% é de fato o XML do RPS com uma alíquota de 2% que você enviou. Algumas formas de você fazer isso são: - Conferindo se a identificação do RPS que enviou bate com a informação do RPS no XML da NFSe. - Caso esteja usando a configuração NomeLongoNFSe, conferir se o nome dos arquivos coincidem. Se de fato for o mesmo, entre em contato com o provedor para questionar porque está recebendo um valor de alíquota diferente, conforme orientado.

Muito obrigado pela devolutiva, já passei o sinal para minha equipe de desenvolvimento validar.

Bom dia @New Standard Software, Essa troca de provedor não existe, leia atentamente o comunicado. Reforço a postagem do @Alexandre de Paula acima.

Bom dia @luizhenriqueluvizutto, Mais um provedor que diz que segue o layout da ABRASF, mas faz as suas modificações só dizer eu sou o fodão. Já inclui na minha lista de tarefas para analisar o problema. TK-5095

Programa Exemplo foi enviado para o SVN. At revision: 32343

Bom dia Diogo, Muito obrigado pela colaboração, já inclui na minha lista para analise. TK-5094 Observação: a inclusão do bloco de linhas que destrói o objeto FretDistDFeInt e o recria novamente já faz um bom tempo que foi incluído. Faz quanto tempo que você não atualiza os seus fontes?

@Juliomar Marchettimuito obrigado, eu ja ia pedir para o pessoal responsavel entrar em contato com a embarcadeiro. Ah, é possivel usar normalmente a tela, basta clicar "não" umas 8x. Valeu pelo suporte, pode fechar o post.

obrigado . será validado e caso tenha sugestões e melhorias, tu pode altera o ACBr conforme tu desejar e anexar aqui indicando os possíveis erros, falhas.

no subforum base de conhecimento tem um tópico que o italo documenta passo a passo. dá uma olhada. se eu conseguir posto link mas está ali

Bom dia Willian, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5089

Está usando o componente antigo? Sugiro passar a usar o novo. No antigo não é realizada mais manutenção.

Ah sim, então resolveu a dúvida! Obrigado

Bom dia ! Sim, com o xml vc consegue carregar e imprimir tanto em EscPOS ou fortes. Qual linguagem q vc utiliza? Pois temos exemplos em nossos repositórios que pode ajudar vc

Bom dia @PHCASTANHO, Complementando o que o @Juliomar Marchetti já lhe passou. Você deve ter notado que alguns campos ao serem alimentados eles não são alimentados com um numero ou um string e sim com algo que chamamos de enumerados. Exemplos: tiRetrato; teNormal; taHomologacao; mdRodoviario; tsTranspValores; inContribuinte; Na unit que você tem a rotina que alimenta o componente com os dados do CTe, em uses devemos declarar a unit que contem a definição desses enumerados. Exemplo: uses pcnConversao, pcnConversaoCTe; Alguns enumerados estão definidos na unit pcnConversao e outros em pcnConversaoCTe. Como você esta usando o componente ACBrCTe tente informar somente o pcnConversaoCTe, se o Delphi reclamar a ausência de definição de mais algum enumerado, você declara também o pcnConversao.

não., android não lê dll tem que ser apk ou .so então a lib não tá compilada conforme informado

Claro @Daniel Simoes, @IFSOFT te chamei em seu WhatsApp para sanar suas duvidas e te auxiliar no que precisar...

@aline garcia , consegue apoiar ?

Boa tarde @C4Dev, Já esta no SVN.

Boa noite. Não entendi nada. Suporte do banco Falaram que não existe a chave. Eu fiz um pix pelo meu banco col a chave. Segunda-feira vou ligar para o gerente do banco.

Olá pessoal! Foi publicada a versão 4.0.1 do Programa Validador de Escrituração Digital EFD ICMS IPI. A nova versão trás alteração corretiva relacionada com o carregamento de tabelas e disposição de telas. Fonte: http://sped.rfb.gov.br/pagina/show/7328

Olá pessoal! No dia 31/01/2024 foi publicada a Nota Técnica 01/2024 informando sobre a atualização da alíquota da Contribuição Previdenciária sobre a Receita Bruta das empresas de transporte coletivo de passageiros para 1%. Contribuintes que enviaram o evento R-2060 de CPRB com o código "00000060" antes desta data, deverão enviar evento de retificação para que o cálculo seja reprocessado e um novo recibo com a alíquota reduzia aplicada seja gerado. Fonte: http://sped.rfb.gov.br/pagina/show/7330

Caros amigos, descobri o problema. A tabela de códigos de incidência do IRRF teve inclusões de novos códigos e inutilização de outros (tabela 21). Depois de atualizar a minha tabela e reconfigurar os eventos da FP (rubricas), gerei o S-1210 como alteração e deu certo. Se persistir o problema, me chamem aqui. Boa sorte a todos.

Olá pessoal! No dia 02/02/2024, foi publicado no Portal da Nota Fiscal Eletrônica a versão 1.10 da NT2023/004. Resumo Esta nova versão transfere o Evento de Conciliação Financeira (ECONF) para nova NT de publicação futura, além de divulgar alterações de campos e regras de validação. Alterações de campos Grupo DI (relativo a Declaração de Importação). O campo CNPJ que havia sido alterado para CNPJ/CPF na versão anterior, volta a se chamar apenas CNPJ e um novo campo CPF foi adicionado. Grupo YA(relativo as Informações de Pagamento). Foi criado o campo dPag para receber a Data do Pagamento. A descrição do elemento cAut foi alterada, passando a possuir o seguinte texto: Alterações nas regras de validação A descrição das regras de validação I23d-10 e I23d-20 voltam a considerar apenas CNPJ. Adicionada a regra I23d1-10 para validar o campo CPF no grupo DI. As regras de validação YA03b-10, YA04-20 e YA09-20 tiveram os números das mensagens de rejeição corrigidos, mudando o cStat de 767, 768 e 769 para 961, 963 e 965 respectivamente. Adicionada a regra de YA03a-10 para validar se o campo DataPag, quando informado tem valor maior do que a data de emissão do XML. Adicionada a regra N28-12, que valida se o indicador de desoneração informado é válido para a ZFM. Altera a regra W16-10 que valida se o total da NF corresponde ao cálculo exposto, para que considere o valor do ICMS Monofásico sujeito a retenção no faturamento direto de veículos novos. Datas Implementação em homologação: 11/03/2024 Implementação em produção: 01/04/2024 E como fica o ACBr? Como é possível observar, a nova versão da NT trás a adição de novos campos. Por isso, modificações no ACBr serão necessárias. Vale ressaltar, no entanto, que até o momento desta publicação, NÃO FORAM disponibilizados no Portal da NFe, novo pacote de arquivos schema contento os novos campos.

Olá pessoal, Queremos informar que implementamos mais um gerenciador padrão de troca de arquivos no ACBrTEFD, o gpTefDialScopeGetcard. Você pode utilizar agora esse modelo para implementar o TEF que se comunica com o gerenciador padrão da GetCard ou Scope por troca de arquivos. O modelo é muito semelhante ao PayGo por troca de arquivos, mas tivemos que criar uma nova classe para evitar conflitos com alguns recursos que não existem. A princípio está tudo funcionando, mas como sempre, aproveitem, testem e nos reportem qualquer problema. Bom trabalho por aí!!!

Boa tarde @JeannyPaiva, Já esta no SVN.

Veja:

Leia o manual de integração. Lá diz o seguinte sobre este campo: "Identificador da versão do processo de emissão (informar a versão do aplicativo emissor de NF-e)." Ou seja, basta vc informar a versão do seu sistema.