Painel de líderes

Olá Pessoal, Foi publicada a nova versão da NT 2014/002 que trata sobre o Distribuição DF-e. O que muda com essa nova versão da NT? No que diz respeito ao ACBr nada, no que diz respeito ao desenvolvedor também nada. É sabido que qual quer pessoa física ou jurídica cujo CPF ou CNPJ estão informados no XML da NF-e como destinatário ou transportador ou autorizado a ter acesso ao XML (grupo autXML) podem obter o XML completo da nota através do DistribuicaoDFe. Mas existe um evento chamado: Ator Interessado que o emitente da nota ou a transportadora podem enviar visando adicionar mais uma pessoa jurídica autorizada a obter o XML. Ocorreu uma alteração no webservice do DistribuicaoDFe visando atender essa pessoa. Agora o DistribuicaoDFe vai permitir que o Destinatário ou Transportador ou Terceiros (pessoas listadas no autXML) ou a pessoa jurídica informada no evento "Ator Interessado" possam obter o XML da nota. A nova tabela de quem pode e o que pode ser obtido foi atualizada e segue abaixo a reprodução dela. 1 Os documentos fiscais e resumos de eventos estarão disponíveis somente se o destinatário se manifestar dando "Ciência da Operação", “Operação não Realizada” ou "Confirmação de Operação" para a NF-e, exceto para o Evento de Cancelamento, que será disponibilizado mesmo sem a manifestação do destinatário. Antes da manifestação ficará disponível para o destinatário somente a estrutura XML de “Resumo de NF-e” e o cancelamento de NF-e. 2 A NF-e estará disponível somente para o transportador identificado no grupo X03 ou que tiver sido informado no evento “Ator Interessado na NF-e” (cod. 110150) 3 A NF-e estará disponível para terceiros somente cujo CNPJ ou CPF estiver informado na tag autXML. 4 Eventos de Pedido de Prorrogação de Prazo da NT 2015.001: EPP1 e EPP2 (Evento Pedido de Prorrogação 1º e 2º Prazo), ECPP1 e ECPP2 (Evento Cancelamento Pedido de Prorrogação 1º e 2º Prazo). 5 Eventos do Fisco em Resposta ao Pedido de Prorrogação de Prazo da NT 2015.001: EFPP1 e EFPP2 (Evento Fisco Resposta ao Pedido de Prorrogação 1º e 2º Prazo), EFCPP1 e EFCPP2 (Evento Fisco Resposta ao Cancelamento de Prorrogação 1º e 2º Prazo). 6 Os Eventos de Averbação serão distribuídos a partir da implantação do BT 2017/001 v1.0. 7 Os eventos de comprovante de entrega propagados do CT-e serão distribuídos a partir da implantação do BT 2019.001 v.1.10. OBS: A partir da versão 1.13 desta Nota Técnica, os eventos gerados pelo Fisco, que forem passíveis de distribuição conforme a tabela acima, serão distribuídos ao emitente independente de manifestação do destinatário, ainda que emitente e destinatário sejam iguais. Essa nova permissão entra em vigor no ambiente de homologação a partir do dia 20/05/2024 e em produção a partir do dia 03/06/2024.

@Juliomar Marchetti Eu implementei no ACBr com base nos disponibilizados aqui, verifique se ajuda vocês: ACBrBoletoRet_Bradesco.pasACBrBoletoWS.pasACBrBoletoW_Bradesco.pas Única coisa em que alguns lugares fiz adaptações específicas para meu sistema que provavelmente o ACBr fará diferente eu acredito, são 2: 1º: Na Unit "ACBrBoletoW_Bradesco", procedure "GerarHeader" foi utilizado a property "Token" para pegar o valor do token gerado, no entanto eu não gero o TOKEN pelo ACBr, gerei diretamente pelo código fonte do meu sistema, após isso salvei o Token na property "Token" e uso a seguinte configuração meu sistema para os boletos do Bradesco: FACBrBoleto.OnAntesAutenticar := ACBrBoletoAntesAutenticar; FACBrBoleto.OnDepoisAutenticar := ACBrBoletoDepoisAutenticar; Dessa forma ao realizar o "GerarTokenAutenticacao" vai verificar que temos o ACBrBoletoAntesAutenticar/ACBrBoletoDepoisAutenticar e ao invés de tentar gerar o Token vai pegar o token já gerado e que está armazenado na property "Token". ****OBS: Segue anexo como fiz em meu sistema, é utilizado Rest do Delphi, mas caso queiram fazer de outra forma basta seguir o exemplo disponibilizado pelo @Lucio Bittes e @HelioNeto GeracaoTokenInternamente.txt 2°: Na Unit "ACBrBoletoW_Bradesco", procedure "GerarHeader", na parte da assinatura do header fiz a seguinte jogada, em meu sistema ao cliente informar o certificado digital e senha na conta bancária, é feito uma cópia desse certificado e movido para os arquivos temporários do windows com nome "CertBradescoApi.pfx" e senha "SenhaBradescoAPI.txt" onde dentro desse arquivo fica armazenado a senha do certificado do usuário, para assim em qualquer requisição/alteração posterior sempre termos os dados do certificado em pfx e senha para realizar a assinatura, visto que para todo e qualquer método é preciso assinar a requisição, tanto no Token quanto no Header da requisição. Caso necessário esse processo pode ser feito de outra forma, é apenas como gerencio em meu sistema, foi uma gestão interna para não ter que criar novos campos na tabela para salvar essa informação, hoje salvamos no BD apenas Certificado Publico e Privado, ai para esse processo do Bradesco geri dessa outra forma. Demais informações e processos segue o padrão das units do ACBr. *Outro detalhe é que foi "duplicado" a procedure "RequisicaoJson", porque em homologação somente foi possível testar usando todos os campos do JSON como string, no entanto de acordo com o manual temos diversos campos que são integer, sendo assim foi feito a "RequisicaoJson" para Produção, seguindo o manual do banco e foi feito o "RequisicaoJsonHom" para os testes de homologação. Se tiverem alguma dúvida sobre essas units e alterações basta questionar.

Legal Man. assim que conseguir já subo para a gente fazer testes no ACBrBoleto

@Juliomar Marchetti funcionando 100% em Homologação e Produção...já tenho 3 clientes usando em produção. Para testes em homologação usar os dados abaixo.... "nroCpfCnpjBenef": "68542653", "filCpfCnpjBenef": "1018", "digCpfCnpjBenef": "38", "cidtfdProdCobr": "09", "cnegocCobr": "386100000000041000", obs.: No Header deve ser alterado o CNPJ para 68542653101838 No json em homologação alterar só os dados do pagador, data emissão, vencimento e valor, os demais tem que permanecer igual ao json original do projeto. Já em produção ai o json é validado por inteiro.

Olá Comunidade do Projeto ACBr !! Depois de alguns dias trabalhando no desenvolvimento do ACBrLibAbecsPinpad, posso dizer que finalizamos ! Como citado no post acima, temos o Componente ACBrAbecsPinpad, onde o mesmo é utilizado por desenvolvedores Delphi e Lazarus. Agora com ACBrLibAbecsPinpad você pode fazer uma integração comunicando diretamente com o Pinpad, utilizando qualquer linguagem de programação possível de se consumir uma dll (Windows) ou .so (Linux). Utilizando o ACBrLibAbecsPinpad, é possível, saber quais a capacidades do Pinpad, enviar textos para o display do pinpad e também exibir uma imagem no display.. é claro que o pinpad precisa ter suporte para envio de imagens. //-------------------------------- Exemplo ACBrLib C# --------------------------------------// Parâmetros: sResposta - Usado pelo retorno, contem as informações retornadas pela consulta. esTamanho - Usado pelo retorno, contem o tamanho da string (sResposta). AbecsPinpad.PinPadCapabilities(); Exemplo de resposta: [Resposta] DisplayGraphicPixelsCols=240 DisplayGraphicPixelsRows=320 DisplayIsColor=1 DisplayIsGraphic=1 DisplayTextModeDimensionsCols=16 DisplayTextModeDimensionsRows=8 Manufacturer=GERTEC MediaGIFisSupported=0 MediaJPGisSupported=1 MediaPNGisSupported=1 Memory=192MB Model=PPC-930 PartNumber=PPC-930 SerialNumber=7200642206000208 SpecificationVersion=2,12 SupportContactless=1 //-------------------------------- Exemplo ACBrLib C# --------------------------------------// Parâmetros: sMensagem - Mensagem a ser exibido no display do pinpad. AbecsPinpad.DSP("ACBrAbecsPinpad"); //-------------------------------- Exemplo ACBrLib C# --------------------------------------// Parâmetros: sNomeArquivo - Nome do arquivo salvo na memória do pinpad. AbecsPinpad.DSI("LOGOACBR"); Obs: Esperamos ansiosos pelo feedback de todos, e sabemos que podem surgir necessidades de ajustes, por este motivo fique atento aos commits e atualização dos Manuais e Programas de Exemplo. Até o próximo lançamento !!

Pessoal vai ter uma reuniao sobre o RPS da prefeitura de Uberlandia-MG , vou postar aqui o link e o horario da reuniao caso seja de interesse de alguem que tem o modulo de geração Nota de Serviço , vamos tirar todas as duvidas com eles, pois, esta tendo muito problema , e dizem que vai realmente migrar para o novo agora dia 01/06/2024 Reunião 24/05/2024 às 16:00 Tratar do assunto RPS Lote. Segue o link da reunião; https://meet.google.com/

Siga os passos deste tópico e veja se resolve.

Estamos cientes da versão 4.0 Acontece que os demais tipos de CTe estão sendo transmitidos normalmente. Encontrei um outro tópico a respeito do problema, um que menciona a mudança de um parâmetro no componente, algo relacionado com "Agora se for gerar o XML para a versão 4.00 deve usar na seguinte forma: infCteComp10[x].chCTe, onde x vai variar de zero até infCteComp10.Count - 1." Estou aguardando a equipe fazer a mudança para testar.

Perfeito @Daniel Simoes testando aqui.

Sim, cliente foi habilitado recentemente para emitir CTe Vou aguardar nesse caso entao! Obrigado

Tente aumentar a configuração de TimeOut da Lib. Também é válido considerar uma possível instabilidade no web service.

Bom dia! Veja que o envio foi síncrono. Portanto, você já recebeu no retorno a própria NFSe e por isso não precisa consultar. Veja o conteúdo de XMLRetorno neste log.txt que compartilhou

Bom dia Juliomar, seria apenas um cadastro de bandeiras nosso, para controle interno. Mas tranquilo, faço aqui, muito obrigado! Podem fechar.

eu consegui usando esse video, funcionou sem problema.

ok, vou realizar o teste e depois reportar caso tenha alguma rejeição.

Bom dia Italo, obrigado pelo retorno. Eu substitui, ontem, o ACBRNFSe pelo ACBRNFSex mas pode ser que eu tenha pego do xml do antigo , vou verificar e te retorno.

Bom dia ! Estou realizando testes em meu ambiente, assim que concluído retorno.

Boa tarde Eloildo, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5503

Boa tarde Willians, Já esta no SVN.

Milton, Já esta no SVN.