Painel de líderes

Estou criando esse tópico mais para ajudar o amigo @wagaonet, e como não consigo responder no ambiente do pró, estou enviando aqui. O meu ambiente de homologação passou a ter problemas em GO, e CSC que usava desde 2016 começou a dar que estava revogado, sendo que não estava... mas enfim... não vou me alongar... o fato é que descobri que eles (SEFAZ-GO) fizeram algum besteira lá, e na verdade eles estão validando o CSC de forma errada, e na tentativa e erro fiz funcionar... o que deve ser feito: Você estando no ambiente de HOMOLOGAÇÃO da NFC-e, tente usar o Identificador e CSC de Produção, isso mesmo, não escrevi errado... a regra deles está validando de forma errada... no mínimo o estagiário de lá fez isso e até agora não perceberam. Pra mim aqui voltou a funcionar normal. Tenta aí e vê se funciona para você também.

Fabricio, DEU CERTO!!!!! é isso mesmo. Mandei em homologação com CSC E ID DE PRODUÇÃO E foi. Imagina um erro desses em produção, até a gente provar. Quero agradecer a todos que me ajudaram, Fabricio Araujo, Rogerio Dias, Daniel Info, Diego Foliene e mais alguém que eu não tenha citado. Perdão. Muito obrigado a todos. Agora vou reforçar la com um email para que eles se dignem a corrigir o erro o mais rápido possivel.

Olá. Sei que já está antigo o POST, mas como acabei de passar por isso (e já resolvi), vou deixar aqui a solução somente para registro. No Itaú, além de criar a conta no portal Itaú for developers é preciso também solicitar o acesso as API's. Vá em Ajuda -> Fale com a gente (https://devportal.itau.com.br/suporte-contato) Preencha o formulario solicitando o acesso. Em até 2 dias o acesso ta liberado.

O problema era no ambiente de Homologação da Sefaz de Goiás. Conforme solução compartilhada por outros membros da comunidade neste tópico:

Kkk... em produção iria parar as NFC-e do estado e Goiás inteiro... pensa... o trem ia ficar feio para o estagiário que fizesse isso hein... kkk... Que bom que deu certo @wagaonet, é cada uma que temos que passar né... Valeu.

Boa tarde Italo. Testei aqui e agora leu normalmente a ocorrencia e a descrição no registro 0.

Boa tarde. Você apenas não pode enviar múltiplos RPS no mesmo INI. Faça um teste carregando mais de um ini e depois usando o método Emitir. Algo como: NFSe_CarregarINI(Primeiro.ini) NFSE_CarregarINI(Segundo.ini) NFSE_Emitir

Vou anexar o meu INI de exemplo, vc so coloca as suas chaves obtidas pelo BB Developper ACBrLib.ini

Bom dia Zanatta, Pelo que me recordo todos os Documentos Fiscais Eletrônicos (NF-e, CT-e, NFS-e, etc) usa o sha1, somente o e-Social e o Reinf que utilizam o sha256. O ACBr utiliza como padrão o sha1 e essa alteração para o sha256 para ser usado no e-Social e no Reinf é feita via código do próprio componente. Ou seja, não existe uma propriedade de configuração para selecionar se deseja sha1 ou sha256.

Boa Tarde! Vi que ainda não tem o Boleto Híbrido do Bradesco implementado no ACBrBoleto. Consegui contato com o Gerente e geraram as chaves e me mandaram o manual de configuração. Fiquei meio perdido com o manual, e acho que é por isso que ainda não tem esse Boleto Hibrido aqui..kkkkk No fim de uns 2 dias fazendo testes consegui entender e fazer funcionar a Requisição do Token no Postman e no TidHttp. Inclusive para atender os clientes aqui da Empresa vou fazer usando o TidHttp do Indy. Para tentar colocar na ACBr fiz a copia dos arquivos do Bancoob e comecei a mexer. Criei o arquivo: ..\svn\trunk2\Fontes\ACBrBoleto\WS\ACBrBoletoW_Bradesco.pas ..\svn\trunk2\Fontes\ACBrBoleto\WS\ACBrBoletoRet_Bradesco.pas Abaixo, segue todo o código que fiz na função GerarTokenAutenticacao no arquvo ..\svn\trunk2\Fontes\ACBrBoleto\WS\ACBrBoletoW_Bradesco.pas: function TBoletoW_Bradesco.GerarTokenAutenticacao: string; var strheaderJSON, strPayloadJSON : String; JsonHeader, JsonPayload: TJsonObject; intMiliSegundos, intSegundos, intSegundos1h: int64; dataAtual: TDateTime; stremHeadPayload : TStringStream; strHeaderBase64, strPayloadBase64, strHeadPayloadAssinado, strAssertion: WideString; xRequestBody : TStringList; begin {*** BLOCO FORMATACAO DA DATA DO PAYLOAD***} dataAtual := Now; intSegundos := DateTimeToUnix(dataAtual, False); //Data Atual UTC em Segundos. intSegundos1h := DateTimeToUnix(IncHour(dataAtual, 1), False); //Data Atual UTC em Segundos + Horario 1h intMiliSegundos := DateTimeToUnix(dataAtual, False) * 1000 + MilliSecondsBetween(dataAtual, Trunc(dataAtual)); //Data Atual UTC em Milisegundos. {*** FIM BLOCO FORMATACAO DA DATA DO PAYLOAD***} {*** BLOCO MONTAGEM DO HEADER JSON ***} JsonHeader := TJsonObject.Create; try JsonHeader.Add('alg').Value.asString := 'RS256'; JsonHeader.Add('typ').Value.asString := 'JWT'; strheaderJSON := JsonHeader.Stringify; strHeaderBase64 := EncodeBase64(strheaderJSON); except end; {*** FIM BLOCO MONTAGEM DO HEADER JSON ***} {*** BLOCO MONTAGEM DO PAYLOAD JSON ***} JsonPayload := TJsonObject.Create; try JsonPayload.Add('aud').Value.asString := 'https://proxy.api.prebanco.com.br/auth/server/v1.1/token'; //URL; JsonPayload.Add('sub').Value.asString := 'cliente_id'; //Client ID; JsonPayload.Add('iat').Value.asString := IntToStr(intSegundos); //data atual em segundos; JsonPayload.Add('exp').Value.asString := IntToStr(intSegundos1h); //data atual adicionando uma hora à frente, em segundos; JsonPayload.Add('jti').Value.asString := IntToStr(intMiliSegundos); //data atual em milissegundos; JsonPayload.Add('ver').Value.asString := '1.1'; strPayloadJSON := JsonPayload.Stringify; strPayloadBase64 := EncodeBase64(strPayloadJSON); except end; {*** FIM BLOCO MONTAGEM DO PAYLOAD JSON ***} {*** BLOCO DE ASSINATURA ***} FSSLDigest := dgstSHA256; FSSLHashOutput := outBase64; DFeSSL.SSLCryptLib := cryOpenSSL; DFeSSL.SSLHttpLib := httpOpenSSL; DFeSSL.SSLXmlSignLib := xsLibXml2; DFeSSL.ArquivoPFX := 'certificado.pfx'; DFeSSL.Senha := 'senha'; DFeSSL.CarregarCertificado; stremHeadPayload := TStringStream.Create(strHeaderBase64+'.'+strPayloadBase64); //concatena conforme o manual. strHeadPayloadAssinado := CalcularHash(stremHeadPayload);//aqui realiza a assinatura. strAssertion := strHeaderBase64+'.'+strPayloadBase64+'.'+strHeadPayloadAssinado; //HeaderBase64 + PayloadBase64 + JWT assinado = JWS. {*** FIM BLOCO DE ASSINATURA ***} {*** MONTAGEM DO BODY COM O JWS (JSON Web Signature) ***} xRequestBody := TStringList.Create; xRequestBody.Add('grant_type=urn:ietf:params:oauth:grant-type:jwt-bearer'); xRequestBody.Add('assertion='+strAssertion); HTTPSend.Document.Clear; //Esse xRequestBody precisa ser enviado no Body do Post, não consegui fazer funcionar. {*** FIM MONTAGEM BODY ***} OAuth.ContentType := 'application/x-www-form-urlencoded'; OAuth.Payload := true; OAuth.AuthorizationType := atNoAuth; //precisa alterar para NoAuth para não mandar o Basic. Result := inherited GerarTokenAutenticacao; end; Todo esse código é somente para Gerar o JWS (JSON Web Signature). Não segui muito as boas praticas, só queria fazer funcionar, e até consegui montar todos os dados, inclusive o JWS gerado aqui foi o que eu Utilizei no Postman. mas no momento de enviar, o FHTTPSend.HTTPMethod(MetodoHTTPToStr(htPOST), URL) manda esses dados pelo Header e o Bradesco só aceita se mandar pelo Body. Esse pequeno, grande detalhe foi o que fez eu não conseguir gerar o Token, a resposta que está vindo é esta: Erro: 400 - Bad Request { "code": "100", "message": "invalid token", "details": null } Pelo que li no manual, todos os endpoints precisam de Assinatura no Payload. Não encontrei outro Banco já configurado que tenha este tipo de abordagem e acho que o Bradesco só está dificultando as coisas. Se mais alguém quiser colaborar, para colocar no ACBrBoleto, está aí, pelo menos a parte de geração do Token. Segue em anexo o Manual e os arquivos alterados para conseguir utilizar no ACBrBoleto. ACBrBoleto-Bradesco.zip

Boa tarde Implementei os novos endpoints conforme manual do pagseguro em anexo. SolicitarCredenciais -> solicita o client id e client secret; SolicitarDesafioCertificado -> solicita o texto de desafio criptografado; SolicitarCertificado -> após resolver o desafio, é possível solicitar o certificado (key e pem) por essa chamada; Ajuste da versão http.protocol = '1.1' necessário para quando controla manualmente o token; Atenciosamente Manual API Pix.pdf ACBrPIXPSPPagSeguro.pas

Olá pessoal, Mais um presente de grego para nós desenvolvedores, mais uma alteração no layout da NF-e, novos campos, novos ICMS. Vamos a um resumo sobre a Nota Técnica 2023/001: Essa Nota Técnica divulga novos campos e Regras de Validação da NF-e versão 4.0. Como existe a inclusão de novos campos facultativos no Leiaute (Schema XML), algumas Regras de Validação serão ativadas posteriormente, conforme observação em cada uma delas, visando garantir um prazo de adequação para as empresas. Já as regras existentes que não permitiriam a informação dos novos campos, tem o mesmo prazo de entrada do Leiaute (Schema XML). O prazo abaixo, portanto, se refere a entrada das alterações no Leiaute (Schema XML), e das regras que visam permitir a informação dos novos campos sem rejeição. Sobre as Datas de Entrada em Vigor - Mudança de Schemas e Regras N12-20, N12-30, N12-70 e W16-10 Ambiente de Homologação : até 03/03/2023 - Ambiente de Produção: 30/03/2023 Regras de Validação Alteradas Regra de Validação N12-20 - Incluída exceção nesta regra para permitir que o emissor enquadrado no Simples Nacional possa informar os novos Códigos de Situação Tributária criados pelo Ajuste SINIEF Nº 01/2023. Regras de Validação N12-30 e N12-70 - Inclusão do CST 61, criado pelo Ajuste SINIEF Nº 01/2023, na relação de CSTs permitidos na emissão de NFC-e (Regra N12-30) e na relação de CSTs permitidos na operação com Não Contribuinte da NF-e (Regra N12-70). Regra de Validação W16-10 - Inclusão do Valor Total do ICMS monofásico sujeito a retenção (tag: vICMSMonoReten) no somatório do Valor Total da NF-e (campo: W16) Sobre as Alterações de Campos Inclusão do Campo de Índice de Mistura do Biodiesel no Diesel B (tag: pBio) Criação de campo específico no Grupo de Detalhamento de Combustíveis para a indicação do índice de Mistura do Biodiesel no Óleo Diesel B. Este campo tem a finalidade de auxiliar no cálculo do volume do Biodiesel B100 a ser misturado com Óleo Diesel A, nas operações com Biodiesel Puro, ou do volume do Biodiesel B100 misturado nas operações com Óleo Diesel B. Inclusão do Grupo indicador da origem do combustível (tag: origComb) Este grupo deve ser preenchido para as operações com Biodiesel B100, Óleo Diesel B e GLP/GLGN. Serve para identificar as UFs do produtor ou do importador de B100 ou GLGN utilizados na mistura. Além da identificação da UF de Origem, há a necessidade de se informar se o produto é nacional ou importado. Criação do Grupo N02a- Grupo Tributação do ICMS = 02 (tag: ICMS02) Este grupo trata do regime de tributação monofásica própria do ICMS nas operações com combustíveis nos termos da Lei Complementar nº 192/2022 e Convênio ICMS 199/2022. Novo Código de Situação Tributária (CST = 02) criado pelo Ajuste SINIEF Nº 1/2023. Criação do Grupo N03a- Grupo Tributação do ICMS = 15 (tag: ICMS15) Este grupo trata do regime de tributação monofásica própria e com responsabilidade pela retenção do ICMS nas operações com combustíveis nos termos da Lei Complementar nº 192/2022 e Convênio ICMS 199/2022. Novo Código de Situação Tributária (CST = 15) criado pelo Ajuste SINIEF Nº 1/2023. Criação do Grupo N03a- Grupo Tributação do ICMS = 53 (tag: ICMS53) Este grupo trata do regime de tributação monofásica com recolhimento diferido do ICMS nas operações com combustíveis nos termos da Lei Complementar nº 192/2022 e Convênio ICMS 199/2022. Novo Código de Situação Tributária (CST = 53) criado pelo Ajuste SINIEF Nº 1/2023. Criação do Grupo N03a- Grupo Tributação do ICMS = 61 (tag: ICMS61) Este grupo trata do regime de tributação monofásica sobre combustíveis com ICMS cobrado anteriormente nos termos da Lei Complementar nº 192/2022 e Convênio ICMS 199/2022. Novo Código de Situação Tributária (CST = 61) criado pelo Ajuste SINIEF Nº 1/2023. Criação dos campos de Valor total do ICMS monofásico Campos Valor total do ICMS monofásico próprio (tag: vICMSMono), Valor total do ICMS monofásico sujeito a retenção (tag: vICMSMonoReten) e Valor total do ICMS monofásico retido anteriormente (tag vICMSMonoRet) criados no grupo de Total da NF-e (tag: total). Sobre as Datas de Entrada em Vigor - Novas Regras Ambiente de Homologação: até 03/07/2023 - Ambiente de Produção: 04/09/2023 Novas Regras de Validação Conforme informado em NT, estas regras não serão publicadas ao mesmo tempo que o Leiaute (Schema XML) para permitir uma implementação gradual das empresas e dos autorizadores, possibilitando inicialmente o preenchimento dos novos campos para atender a legislação sem maiores complicações. Regra de Validação I13-20 Apesar desta regra já existir previamente, a sua descrição foi completamente alterada para que ela fique compatível com a Tabela de Combustíveis Sujeitos à Tributação Monofásica. Por isso receberá o tratamento de nova regra, e somente entrará em vigor na data prevista na sua nova descrição. Ela visa garantir o correto preenchimento da unidade tributária exigida por lei para os combustíveis cujos códigos ANP se encontrem na Tabela de Combustíveis Sujeitos à Tributação Monofásica. Regras de Validação LA17-10 e LA17-20 Estas regras visam controlar o correto preenchimento do índice de mistura do biocombustível (tag: pBio) obrigando ou rejeitando o seu preenchimento conforme o combustível informado. Para isso, o código ANP (tag: cProdANP) informado na nota é confrontado com a coluna “cProdANP” da Tabela de Combustíveis Sujeitos à Tributação Monofásica, com a respectiva coluna “pBio” indicando se o índice deve ou não ser preenchido conforme determinado na descrição das regras. Regra de Validação LA18-10 Esta regra visa obrigar o preenchimento do grupo de origem do combustível (tag: origComb) conforme indicador da coluna “origComb”, a partir da correspondência entre o Código ANP do combustível (tag; cProdANP) informado na nota e a coluna “cProdANP” da Tabela de Combustíveis Sujeitos à Tributação Monofásica. Regra de Validação LA21-10 Caso informado o grupo indicador da origem do combustível (tag: origComb), é realizado o somatório dos percentuais originários para a UF (tag: pOrig) informados em cada ocorrência deste grupo para verificar se o total deste somatório é 100. Regras de Validação N12-100 e N12-110 O objetivo destas regras é verificar o correto preenchimento dos novos Códigos de Situação Tributária do ICMS criados pelo Ajuste SINIEF Nº 01/2023. Estes novos códigos somente poderão ser preenchidos quando se tratar de operação com combustíveis sujeitos à tributação monofásica do ICMS. Para isso, é verificado se o código ANP do produto (tag: cProdANP) informado na nota existe na Tabela de Combustíveis Sujeitos à Tributação Monofásica. Caso o código ANP exista na tabela o preenchimento destes CSTs é obrigatório, e caso não exista o seu preenchimento é proibido. Regras de Validação N38-10, N40-10 e N44-10 Estas regras visam validar o valor preenchido para a alíquota adrem do imposto nas diferentes modalidades de tributação monofásica dos combustíveis (próprio, com retenção e retido anteriormente). Para isso, é verificada a correspondência entre o código ANP do produto (tag: cProdANP) informado na nota e a coluna cProdANP da Tabela de Combustíveis Sujeitos à Tributação Monofásica, e a partir daí é validado o valor informado no respectivo campo da alíquota adrem de cada situação tributária com a coluna “adRemICMS” da tabela. Regras de Validação N39-10, N41-10 e N45-10 Estas regras visam garantir a consistência, para cada tipo de tributação monofásica sobre combustíveis, do Valor do ICMS, que deve ser obtido pela multiplicação da quantidade tributável pela alíquota adrem de cada situação tributária. Regras de Validação W06c-10, W06d-10 e W06e-10 O objetivo destas regras é realizar a totalização, respectivamente, do ICMS monofásico próprio, ICMS monofásico sujeito a retenção e do ICMS monofásico retido anteriormente, conforme valores informados nos itens da nota. E como fica o ACBr? Como o layout foi alterado por conta de novos campos, se faz necessário alterar o componente para que ele possa gerar se necessário for os novos campos. Consequentemente vamos disponibilizar uma nova versão do ACBrMonitor e do ACBrLibNFe. O componente ACBrNFe, quanto o ACBrMonitor e ACBrLibNFe vão estar prontos até o dia 03/03/2023 para que vocês possam realizar os testes em ambiente de homologação. Mais sobre esta NT Essa Nota Técnica tem o objetivo de atender o disposto no Convênio ICMS nº 199, de 22 de dezembro de 2022, que dispõe sobre o regime de tributação monofásica do ICMS nas operações com combustíveis nos termos da Lei Complementar nº 192/2022, e ao disposto no Ajuste SINIEF Nº 01/2023 em relação aos novos Códigos de Situação Tributária do ICMS. https://www.confaz.fazenda.gov.br/legislacao/convenios/2022/CV199_22 Sobre a Tabela de Combustíveis Sujeitos a Tributação Monofásica Para validação de algumas destas regras foi criada a Tabela de Combustíveis Sujeitos à Tributação Monofásica, que tem por objetivo facilitar a visualização da obrigatoriedade de preenchimento de campos e de alguns valores para cada produto sujeito a tributação monofásica sobre combustíveis. Os produtos presentes na tabela são identificados conforme o seu Código ANP. Além disso, a alíquota adrem de cada produto, será criada uma aba com o histórico de valores e a respectiva data de vigência. A criação desta tabela permite uma melhor parametrização dos ambientes autorizadores e das empresas, e evita que sejam feitas alterações constantes em Notas Técnicas para adequação das regras às novas situações que surgirem. As alterações necessárias na tabela serão feitas via Informe Técnico. A Tabela de Combustíveis Sujeitos à Tributação Monofásica se encontra publicada no Portal Nacional da NF-e, na aba “Documentos” opção “Diversos”. O prazo para entrada destas regras se encontra na descrição de cada uma delas.

Bom dia! Objetivo Essa nota técnica modifica o retorno do serviço de consulta situação do MDFe para os modais rodoviário e ferroviário. O objetivo dessa mudança é disponibilizar o número do protocolo e data da disponibilização do MDFe para geração do DTe pela InfraSA(Governo Federal). Datas Implantação Homologação: 09/2023 Implantação Produção: 09/2023 Alterações Os seguintes campos foram adicionados no layout da mensagem de retorno: Alterações no ACBr Será necessário alteração nas classes do ACBr para capturar a informação dos novos campos devolvidos na resposta. Consequentemente, novas compilações da Lib e do Monitor serão necessárias. Leia a Nota Técnica na integra AQUI. Mais informações sobre o DT-e no tópico:

Boa tarde, show, vou testar e lhe dar um retorno

Boa tarde, Antes de analisar a ocorrencia... Vc disse que criou o exemplo em Delphi. Algum motivo específico para usar o Monitor e não usar os componentes?

Boa tarde! Alteração do tipo na classe CTe.cs para lista enviada ao SVN na Rev-30339. Adição da geração do grupo infCteComp na rotina que gera o ini no componente nativo enviada ao SVN na Rev-30338

Conferindo no seu log, consta: Por favor, faça um teste, colocando as Dlls da OpenSSL escolhendo de acordo com a arquitetura que compila sua aplicação, coloque elas na mesma pasta da sua aplicação e refaça o teste.

Mas só para informação @rogeriodiasguerreiro e @wagaonet, acabei de emitir uma NFC-e em homologação e foi autorizada de boa, só tem que inverter o CSC como falei, usar o de Produção na emissão em Homologação. Já tem alguns dias que percebi isso, mas de certo logo logo devem voltar ao normal aí, já estou como o meu CSC de homologação para testar novamente caso corrijam o ambiente.

Você está certo. Estou conversando com eles desde ontem. Eles sempre ignoram. Cometeram um erro lá Segue abaixo o email email 1 - Rejeição: Código de Hash no QR-Code difere do calculado - Data: 2023-08-154 09:04 Bom Dia, Por favor, verifiquem essa inconsistência. At.te, Coordenação de Documentos Fiscais - GIEF SECRETARIA DE ESTADO DA ECONOMIA DE GOIÁS "As dúvidas esclarecidas por esta mensagem possuem caráter de orientação, não gerando o efeito decorrente da consulta formal". ========================================================= email 2 - Código de Hash - Data: 2023-08-15 10:04 Bom Dia, Estamos com instabilidade no ambiente de homologação. Pedimos para aguardar. At.te, Coordenação de Documentos Fiscais - GIEF SECRETARIA DE ESTADO DA ECONOMIA DE GOIÁS "As dúvidas esclarecidas por esta mensagem possuem caráter de orientação, não gerando o efeito decorrente da consulta formal”.

obrigado

Boa tarde! Abra o seu XML e dentro da tag <infNFeSupl> existirá a tag <urlChave> Veja que endereço está ali no teu XML. O correto deve ser: <urlChave>http://www.fazenda.pr.gov.br/nfce/consulta</urlChave> Conforme está informando a mensagem. Veja se você configurou a versão correta do QrCode. Me parece também que o teu arquivo INI não está atualizado. Verificando o meu percebi que o teu não tem a informação da versão 2 do QrCode:

Já está funcional, pode fechar o post.

Sim, e está selecionada a aplicação Versão 2

@powerlog Bom dia ! A mensagem do log diz que está com falha na autenticação, isso é problema com as credenciais. Você gerou a aplicação no site https://www.bb.com.br/site/developers/ ? Menu esquerdo credenciais utilize as credenciais de testes/homologação que são diferentes de produção. Dados para configurar, estão neste link você deve utilizar banco do Brasil API, não deve banco do Brasil WS. No manual do banco on line, no próprio portal ele vai te passar os dados fictícios para testes, você deve utilizar ele, respeitando agencia, conta, carteira, modalidade, dados do beneficiario, dados sacado.. etc. Todas estas informações estão na documentação on line.

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

Vanderlei, Como a sua unit esta desatualizada com o que esta no SVN. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

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

Boa tarde @Precisa Informatica, Acabamos de realizar a compilação de uma nova versão do Monitor. Se puder baixar e realizar os testes agradecemos! Obrigado!

@Clverson Eu recomendo o uso do conjunto de parâmetros abaixo ... SSLCryptLib := cryWinCrypt SSLHttpLib := httpWinHttp SSLXmlSignLib := xsLibXML2 Com a httpWinHttp não vai existir a dependência dos parâmetros do Internet Explorer, mas é necessário setar a propriedade SSLType do componente para TLS 1.2 que é necessária na NFe 4.0