Painel de líderes

Foi publicada a versão 24.2.A das tabelas fornecidas pelo IBPT, as quais já se encontram também em nosso svn. As novas tabelas tem a vigência de 20/07/2024 até 31/08/2024 Para cumprimento da Lei 12.741/12, também conhecida como "De Olho no Imposto" não se esqueça de realizar a atualização de seus clientes. Fonte: De Olho no Imposto

Boa tarde @Juliomar Marchetti no início começamos a usar esse end point do @HelioNeto mais depois vimos que não era o end point do boleto híbrido pix. Usando o boleto end point https://openapi.bradesco.com.br/v1/boleto-hibrido/registrar-boleto você tem a possibilidade de usar o boleto normal código de barras e boleto híbrido, essa é última API do Bradesco...mais o Bradesco tinha essa outra API também só que não era o boleto híbrido. Um detalhe importante, o Bradesco libera acesso a API separado. Também os Jason de envio e retorno são diferentes. Eu estou usando o mesmo end point que @willian_delan usa que é o boleto híbrido PIX. O colega @Lucio Bittes usa esse mesmo end point.

Para quem quiser saber mais sobre o ACBr Pix Matera, visite: https://projetoacbr.com.br/pix/

Olá, pessoal ! Temos uma novidade para compartilhar com vocês ! O ACBrLibPIXCD acaba de ser aprimorado com novos métodos específicos para uso do PSP Matera. Esta atualização inclui a implementação de funcionalidades dedicadas para quem deseja realizar homologação e utilizar o PSP Matera. Agora você pode acessar métodos desenvolvidos exclusivamente para atender às necessidades do PSP Matera, tornando a integração ainda mais fácil e eficiente. Agora utilizando o ACBrLibPIXCD, é possível, Criar Conta, Consultar Conta, Incluir Chave Pix, Consultar Chave Pix, Gerar QRCode, entre outros métodos.. Abaixo alguns exemplos de uso dos métodos: Consultar Conta Matera: //-------------------------------- Exemplo ACBrLib C# --------------------------------------// Parâmetros: aAccountId - Informe o AccountID da Conta Matera. sResposta - Usado pelo retorno, contem as informações retornadas pela consulta. esTamanho - Usado pelo retorno, contem o tamanho da string (sResposta). ACBrPIXCD.ConsultarConta("43012B96-35B7-74EB-843D-44790FA36673"); Incluir Chave Pix: //-------------------------------- Exemplo ACBrLib C# --------------------------------------// Parâmetros: aAccountId - Informe o AccountID da Conta Matera. aChavePIX - Informe a Chave PIX. sResposta - Usado pelo retorno, contem as informações retornadas pela consulta. esTamanho - Usado pelo retorno, contem o tamanho da string (sResposta). ACBrPIXCD.IncluirChavePix("43012B96-35B7-74EB-843D-44790FA36673", "86C27289E147461D917F42280B6D7742"); Documentação disponível em: https://acbr.sourceforge.io/ACBrLib/SobreaACBrLibPIXCD.html Também foi disponibilizado em nosso SVN, um programa exemplo exclusivo para uso do PSP Matera: https://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/C%23/PIXCD_Matera/ O Projeto ACBr aguarda ansiosamente por feedbacks da comunidade..

Antes de mais nada é preciso entender o que é LCR. Como todos sabem, quando enviamos um documento fiscal para o web service da Sefaz, o mesmo deve ter sido assinado por um certificado digital que também é utilizado na comunicação propriamente dita para garantir a segurança e a veracidade dessa troca de informações entre o emissor e o servidor de destino. Este certificado digital usado pelo emissor, possui uma data de início e fim de validade, então você pode ter um certificado que ainda não está valido ou com validade expirada, tornando o certificado inválido. No entanto, as vezes, por algum outro fator, como por exemplo, extravio do certificado digital ou alteração do contrato social, pode ser que o certificado deixe de ser válido mesmo ainda estando dentro do período de validade vigente. Quando isso acontece o certificado é adicionada na Lista de Certificados Revogados (LCR) para dizer a todos que a consultarem que ele não é mais válido. Entendendo a rejeição. Agora que entendemos o que é LCR, vamos voltar a rejeição: Vejam que coloquei a palavra "acesso" em destaque. Isso porque quem a faz a consulta na LCR é o servidor que está recebendo a comunicação, ou seja, é o servidor de destino quem consulta a LCR, o que significa que a rejeição 296 está nos dizendo que o servidor da Sefaz não conseguiu acessar a LCR para consultar se o certificado que está comunicando é válido. E como eu resolvo? Infelizmente, este é um erro em que não se pode fazer muita coisa do lado da software house, pois é um erro que ocorreu do lado do web service da Sefaz ou do lado da própria certificadora digital. Portanto, se você está recebendo esta rejeição, o curso de ação mais indicado é: Orientar seu cliente para que ele possa entender que o problema é na Sefaz ou na certificadora digital, sendo assim, um problema externo. Abrir um Fale Conosco junto a Sefaz respectiva para deixá-los cientes do problema. Realizar novo teste após aguardar um período de tempo.

Boa tarde! Conferindo aqui, a tarefa encontra se em nosso backlog para ser desenvolvida de acordo com a disponibilidade da equipe de consultores. A mesma ainda não foi desenvolvida devido a outras demandas. Vou anotar uma observação na mesma informando que fez uma solicitação de andamento e pedindo uma posição mais definitiva.

Pode fechar o tópico, sem medo.

estou verificando se esta devolvendo os itens do retorno e ja lhe passo. mas realmente é estranho trabalhar com dados fictícios, neste ponto o BB da de 10 a 0 no itau em ambiente de testes.

Não sei se entendi direito, mas para você gravar os valores no ini, pode utilizar o método ConfigGravarValor, conforme exemplo a seguir da documentação da NFe. https://acbr.sourceforge.io/ACBrLib/NFE_ConfigGravarValor.html

@HelioNeto @willian_delan@Jhonlenon Ribeiro estou com dois fontes que veio de vocês um do helio outro do willian notei o seguinte trecho do willian tenho e do helio temos duas versões da API? ainda é liberado a integração do V1? ou só V2?

Tinha pesquisado sim, mas só encontrei esse: que foi aberto no dia 22/07 não teve resposta achei que era pelo fato do mesmo esta aberto no projeto NFe, mas pelo que pude ver o poste do Ítalo já fala sobre. Obrigado Jolimar e nos próximos post irei me aprofundar mais nas pesquisas antes de abrir um tópico.

Bom dia Daniel. Vindo aqui apenas para lhe agradecer. Esta última dll resolveu os problemas com o Santander. Funcionando a Geração, Consulta e Baixa de boletos em Produção Santander. Muito obrigado!

Bom dia Daniel, Segue em anexo o manual. No post original as imagens não carregaram, vou tentar anexar novamente. Registro Detalhe (Tipo 1), posição 340 a 353 - CPF/CNPJ do Beneficiário Final -> Alinhado à direita e zeros à esquerda. Deixar em branco caso não exista Beneficiário Final. O Beneficiário Final deve ser diferente do beneficiário e do pagador. Não utilizar caracteres especiais. COB Manual CNAB400 - Sicredi.pdf

Bom dia @Benjamin Machado Estamos com uma equipe trabalhando no desenvolvimento da LIb para Android. No momento ela não está disponível.

Fiz o teste e a mesma mensagem. Código: 700 Campo: itensGNRE Descricao: Receita nao exige o tipo de documento informado! Adriano Lucas

Olá, pessoal. Foi disponibilizado na ACBrLibBase do pacote ACBrCommon para a linguagem Java, na Rev-34487, um novo método `convertDateToTDateTime` para tornar o objeto do tipo `Date` compatível com o `TDateTime` em Pascal. Esse método é essencial para converter o tipo `Date` do Java em um tipo `TDateTime do Pascal`, permitindo que a biblioteca interprete as datas corretamente. Exemplo de uso: Trecho da implementação: https://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/Java/ACBr Common/src/com/acbr/ACBrLibBase.java /** * Função para converter um objeto do tipo Date em um double compatível com o TDateTime do Pascal * @param date * @return double */ public double convertDateToTDateTime(Date date) { // Obtém o timestamp Unix em milissegundos long unixMillis = date.getTime(); // Converte o timestamp para TDateTime double pascalDateTime = unixMillis / 86400000.0 + 25569.0; return pascalDateTime; }

Olá pessoal! Foi enviado ao SVN na Rev-34583 a adição do novo comando SAT.ObterIniCFe. Este novo comando vai receber como parâmetro o caminho completo de um arquivo XML de um cupom fiscal ou o conteúdo do arquivo propriamente dito e devolver as informações que foram lidas pelo Monitor em um formato INI. Vejam um exemplo da estrutura de retorno: [infCFe] ID=35240600000000000000000000208790000741625864 VersaoDadosEnt=0,07 versao=0,07 versaoSB=40016 [Identificacao] cUF=35 cNF=123456 mod=59 nserieSAT=123456789 nCFe=74 dhEmi=26/07/2024 cDV=4 tpAmb=2 CNPJ=11111111111111 signAC=SGR-SAT SISTEMA DE GESTAO E RETAGUARDA DO SAT assinaturaQRCODE=XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxXxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxxxxxxxxxxxxxxxxxxxx== numeroCaixa=1 [Emitente] CNPJ=11111111111111 xNome=Nome do Emitente xFant= xLgr=Logradouro do Emitente nro=1 xCpl= xBairro=Bairro do Emitente xMun=Municipio do Emitente CEP=12345678 IE=111111111111 IM=111111 cRegTrib=3 cRegTribISSQN=1 indRatISSQN=S [Destinatario] CNPJCPF=22222222222222 xNome=Nome do Destinatario [Entrega] xLgr=Endereço de Entrega nro=1 xCpl= xBairro=Bairro de Entrega xMun=Municipio de Entrega UF=SP [Produto001] cProd=1189 cEAN= xProd=OVO VERMELHO NCM=04072100 CEST= CFOP=5102 uCom=DZ qCom=510 vUnCom=2,7 vProd=1377 indRegra=A vDesc=0 vOutro=0 vItem=1370 vRatDesc=7 vRatAcr=0 cANP=0 vItem12741=137 infAdProd=Teste de Produto [ObsFisco001] xCampoDet= xTextoDet= xCampo=04.04.05.04 xTexto=Comete crime quem sonega [ICMS001] orig=0 CST= CSOSN=500 pICMS=0 vICMS=0 [PIS001] CST=01 vBC=0 pPIS=0 vPIS=0 qBCProd=0 vAliqProd=0 [PISST001] vBc=0 pPis=0 qBCProd=0 vAliqProd=0 vPIS=0 [COFINS001] CST=01 vBC=0 pCOFINS=0 vCOFINS=0 vAliqProd=0 qBCProd=0 [COFINSST001] vBC=0 pCOFINS=0 qBCProd=0 vAliqProd=0 vCOFINS=0 [ISSQN001] vDeducISSQN=0 vBC=0 vAliq=0 vISSQN=0 cMunFG=0 cListServ= cServTribMun= cNatOp=0 indIncFisc=2 [Total] vICMS=0 vProd=1377 vDesc=0 vPIS=0 vCOFINS=0 vPISST=0 vCOFINSST=0 vOutro=0 vCFe=1370 [DescAcrEntr] vDescSubtot=7 vAcresSubtot=0 vCFeLei12741=137 [ISSQNtot] vBC=0 vISS=0 vPIS=0 vCOFINS=0 vPISST=0 vCOFINSST=0 [pag001] cMP=01 vMP=1400 cAdmC=0 cAut= vTroco=30 [DadosAdicionais] infCpl=Teste emissao CFe/SAT

Olá pessoal! Foi enviado ao SVN na Rev-34473 uma alteração que muda a lógica de geração dos campos quantidade tributada (qBCMono), quantidade tributada sujeita a retenção (qBCMonoReten) e quantidade tributada retida anteriormente (qBCMonoRet). O que mudou? Nas rotinas de geração do arquivo XML, o parâmetro que equivale ao número de ocorrências dos respectivos campos foi alterado de 0 para 1. Isso faz com que esses campos sempre sejam criados, independentemente de haver valor informado ou não na propriedade. Preenchendo com zeros quando valor não for atribuído. Por que mudou? Originalmente os campos foram adicionados na rotina de criação do XML com o parâmetro do número de ocorrências com o valor zero conforme o layout. Isso significa que o campo é opcional e nesse caso, quando o valor informado for zero ou não houver nenhum valor atribuído o campo não seja criado no XML. No entanto, apesar de o número de ocorrências ser zero, existem rejeições que obrigam o preenchimento desses campos mesmo quando o valor for zero. Um exemplo disso é a rejeição 767 cuja regra de validação é: E a mensagem de rejeição é: Por isso, entendemos que mesmo que o número de ocorrências indique que o campo seja opcional, logicamente falando, faz sentido que o mesmo seja sempre inserido. Para que a modificação tenha efeito, é necessário atualizar os fontes e reinstalar o ACBr. Para aqueles que utilizam ACBrMonitor ou ACBrLib, as versões compiladas após o dia 17/07/2024.

Boa tarde, Agora ficou 100% a consulta do boleto híbrido pix.Testamos esses 3 end point abaixo https://openapi.bradesco.com.br/v1/boleto/titulo-consultar - OK (Acesso com sucesso) https://openapi.bradesco.com.br/v1/boleto/listar-titulo-pendente - OK (Acesso com sucesso) https://openapi.bradesco.com.br/v1/boleto/titulo-baixar - OK (Acesso com sucesso) Só uma pequena observação, na consulta desse end point https://openapi.bradesco.com.br/v1/boleto/titulo-consultar não vem o campo wqrcdPdraoMercd que é referente ao Qrcode do PIX do boleto. Vem varios informações como LINHA DIGITAVEL, CODIGO DE BARRAS, SITUAÇÃO DO BOLETO e outras informações. Nós insistimos muito com suporte da API e Gestor de Cobrança Hibrida, com muita luta conseguimos consumir esses 3 end point.

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo

Boa tarde @dna.automacao, Verifica se o usuário/senha informados são os que foram cadastrados para emitir as notas via webservice. Tem provedor que exige um cadastro para emissão via site e outro para emissão via webservice.

MG são 13 dígitos significativos