Diego Foliene

Bom dia. O Banco Banrisul é a nova adição na lista de bancos atendidos pelo componente ACBrPagFor! Agora é possível gerar e fazer a leitura do arquivo CNAB240 gerado no leiaute esperado para este banco para os serviços de pagamentos de fornecedor e afins. Um agradecimento mais do que especial ao membro de nossa comunidade @Grupo FS por fornecer a contribuição. Caso não saiba o que é o componente ACBrPagFor, veja este tópico:

Boa tarde. Primeiro de tudo, mais uma vez, muito obrigado pela contribuição! Toda colaboração sempre será mais do que bem vinda. No geral, me pareceu tudo certo, eu apenas fiz algumas pequenas alterações. Na PagFor.Banrisul.GravarTxt.pas, você fez override nas funções que geram o registro N. Comparando o conteúdo dessas funções com as da classe base usando plugin compare do Notepad ++, a única diferença em comum apontada nelas é que nas funções de override era usada uma função InscricaoToStr que foi adicionada, enquanto que nas funções da classe base é usado InscricaoToStr_SegN. Comparando o conteúdo, ambas a funções eram semelhantes. function TArquivoW_Banrisul.InscricaoToStr(const t: TTipoInscricao): String; begin result := EnumeradoToStr(t, ['1', '2', '3', '9'], [tiCNPJ, tiCPF, tiPISPASEP, tiOutros]); end; function InscricaoToStr_SegN(const t: TTipoInscricao): String; begin result := EnumeradoToStr(t, ['1', '2', '3', '9'], [tiCNPJ, tiCPF, tiPISPASEP, tiOutros]); end; Por isso, optei por remover esses overrides e usar as funções da classe base. Também removi a function InscricaoToStr, pois ela era usada somente nessas funções que faziam override. Na PagFor.Banrisul.LerTxt.pas, você fez um override das funções que fazem a leitura dos segmentos N. Comparando elas com as da classe base no compare, a diferença apontada é que você usou Receita := StrToIntDef mudando o tipo do LerCampo para tcStr. Mas se conferirmos no LerCampo, quando o tipo é tcInt como na classe base, já é usado o StrToIntDef. Outra alteração foi a leitura do campo NomeFavorecido que estava lendo com tamanho 20 e alterei para 30 e no segmento B estava lendo o campo PixMensagem nas posições correspondentes a Chave do PIX. Contribuição enviada na Rev-29024 e Packages atualizados na Rev-29081 Por favor, peço que atualize seus fontes, reinstale o ACBr para realizar novos testes e reporte qualquer problema.

Como está usa configuração de SSLLib? Certificado A1 ou A3? Por favor, faça um teste adicionando as Dlls que tem aqui, escolhendo de acordo com a arquitetura que o executável é compilada, colocando elas dentro da mesma pasta do EXE.

Bom dia @Grupo FS. Por favor, pode disponibilizar o manual do Unicred que utilizou como base para a implementação? Temos uma biblioteca de acesso público e gostaríamos de acrescentar o manual deste banco nela. Além disso ele é necessário como base para analisar sua implementação.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia. A propriedade é tem esse nome mesmo, "ImprimeEmUmaLinha".

Por favor, consta este trecho no arquivo nfse.xsd para este provedor na máquina que está dando problema?

Boa tarde @willian_delan. Por favor, qual é a cidade que está emitindo? Além dos fontes você também atualizou o schema nesse cliente e o problema persistiu?

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Esta é a validação que é feita no componente que é a base da Lib. if copy(IntToStr(NFe.Emit.EnderEmit.cMun), 1, 2) <> IntToStr(Configuracoes.WebServices.UFCodigo) then //B02-10 AdicionaErro('226-Rejeição: Código da UF do Emitente diverge da UF autorizadora'); No seu ACBrLib.ini, o valor da chave UF da seção DFe está SVRS. Este é um valor incorreto. Por favor, mude para ES e faça um novo teste. Peço também que verifique se existe em nosso repositório do SVN, programa exemplo para a sua linguagem e caso positivo, faça um teste com ele. Veja o resultado que obtive ao usar o botão Validar Regras de Negócio no Demo para C# definindo a UF para ES e usando o seu XML.

Bom dia. Por favor, pode compartilhar o INI de configurações da Lib e o INI da NFe que está utilizando? Caso julgue que tenha dados sensíveis e não possa compartilhar aqui, por favor, siga as orientações deste tópico:

Bom dia. De acordo com o fonte da ACBrSATExtratoFortesFr.pas, é preciso definir a propriedade ImprimeEmUmaLinha como True para que mostre a infAdProd por item.

Bom dia. Não temos um componente que atenda ao padrão de 2 a 5 intercalado que é o utilizado pelas concessionárias de água e energia. Toda e qualquer contribuição na criação de tal componente é e sempre será mais do que bem vinda.

Bom dia @Robson_Renan. O arquivo 1-rec-soap.xml é o envelope de resposta, ou seja, ele é a resposta que foi devolvida para você pelo webservice inalterada pelo ACBr. Se abrirmos esse arquivo, é possível observar no conteúdo dele veio algo fora do padrão e não previsto pelo ACBr, por isso, o componente não conseguiu ler corretamente e apresentou este erro. Seu problema é com a outra cidade e outro provedor. Por favor, para não misturarmos as situações, peço que crie um novo tópico. Anexe nele esses arquivos e como você comentou que no antigo funciona normal, peço que anexe nele os envelopes gerados pelo componente antigo também.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde. Por volta das 12:30 do dia 05/04/2023 membros da nossa comunidade do Discord começaram a relatar no canal #sefaz erro ao Inutlizar NFe na Sefaz MT. A ocorrência comum para todos era receber a rejeição 999 - Erro não catalogado. Em geral, esse tipo de rejeição é um falha não prevista nas validações da Sefaz, e quando é recebida, o curso de ação a ser tomado é entrar em contato com a Sefaz. O membro de nossa comunidade @erlamcastanho compartilhou essa resposta que conseguiu ao abrir um chamado junto a Sefaz evidenciando que eles de fato estão com problema:

Mais uma vez, muito obrigado pela sua contribuição. Toda e qualquer colaboração sempre será mais do que bem vinda. Sobre a questão da propriedade CodigoVan, conferi em alguns no manual de alguns outros bancos além desse próprio da Caixa Econômica. No geral, ou envia como zeros, ou não tem a informação, então a princípio a propriedade acabaria não sendo usada e por isso optei por não aderir. No entanto, a alteração em como era gerado as últimas 29 posições no meu entendimento está correta e por isso foi enviada ao SVN na Rev-29014 . Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Boa tarde. Sobre a sua alteração na PagFor.Caixa.GravarTxtRemessa, você adicionou a propriedade CodigoVAN, mas no manual que disponibilizou, diz para preencher essa propriedade com zeros. Por favor, qual foi o motivo para ter adicionado essa propriedade?

Boa tarde. Por fugir do escopo do ACBrPRO, movi sua dúvida para um local adequado. Nesta área da comunidade, mais usuários vão poder interagir no tópico e sugerir uma solução. Para ajudar, por favor, forneça mais detalhes do seu problema e contexto. Em uma primeira leitura e sem mais informações, usar Gesture com Desktop não me parece fazer muito sentido.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3810

Bom dia. No dia 03/04/2023 foi divulgada a versão 1.11 desta Nota Técnica, cujo resumo de alterações informa: Ou seja, a nova versão altera a data de produção para a implementação das novas regras de validação. Ambiente de Homologação: - Ambiente de Produção: 01/05/2023

Se não me engano, este curso é liberado para todos os usuários, não só os assinantes. Nele tem orientações e um exemplo prático de consumo da Lib. Curso: Introdução as Bibliotecas ACBrLib

Contextualizando. As configurações de SSLLib, CryptLib, HttpLib, XmlSignLib e SSLType são comuns a todos as soluções de Documentos Fiscais Eletrônicos do ACBr. Aqui vamos considerar os exemplos nativos, mas essas configurações também se aplicam ao ACBrMonitorPLUS e ACBrLib. As configurações SSLLib, CryptLib, HttpLib e XMLSignLib costumam ficar na aba Certificado dos programas exemplo e podem ser definidas via código da seguinte maneira: ComponenteDFe.Configuracoes.Geral.SSLLib := libOpenSSL ou libWinCrypt;//Dependendo do tipo de certificado ser A1 ou A3. ComponenteDFe.Configuracoes.Geral.CryptLib := cryOpenSSL ou cryWinCrypt;//Dependendo do tipo de certificado ser A1 ou A3. ComponenteDFe.Configuracoes.Geral.SSLHttpLib := httpOpenSSL ou httpWinHttp;//Dependendo do tipo de certificado ser A1 ou A3. ComponenteDFe.Configuracoes.Geral.SSLXmlSignLib := xsLibXml2; Se o certificado digital for A3 só vai ser possível usar as configurações do WinCrypt, por outro lado se for A1 poderá usar o WinCrypt ou OpenSSL. Recomendamos fortemente que o certificado seja A1. Desta forma podemos usar o OpenSSL e não precisamos nos preocupar com a versão Windows e suas atualizações. Além disso, o certificado não precisa ser instalado, pode ser lido de uma pasta onde esta salvo ou de um campo do banco de dados. Essas configurações influenciam comportamentos como protocolo de comunicação, assinatura, validação de schema, entre outros. Já a configuração SSLType costuma ficar na aba WebService dos programas exemplos e pode ser definida via fonte assim: ComponenteDFe.SSL.SSLType := LT_TLSv1_2; Como o nome sugere, essa configuração influencia se vai qual protocolo TLS ou SSL será usado na comunicação. Porque você está atrasado. Além de não suportar 64 bits, a Microsoft condenou a CAPICOM como obsoleta desde 2016. Então, se você ainda usa configuração de Capicom está usando algo defasado, aberto a erros e com brechas de segurança. A MsXML foi descontinuada pela Microsoft em 2014 e atualmente é considerada obsoleta. Usar essa configuração para assinatura ou validação significa usar algo ultrapassado, que não sofre manutenção e com maior propensão a erros. Se você vai usar certificado A3, não deve em hipótese alguma usar MsXML, sob risco de inutilizar a chave privada do certificado digital. Praticamente todos os DFes atuais estabeleceram que deve ser usado TLS1.2 na comunicação. Por isso, foi atualizado nos fontes para que os DFes usem como padrão TLS1.2 ao invés de LT_all. Se você mesmo assim ainda usa essa configuração, o componente vai usar o primeiro protocolo disponível e não o mais indicado. O que eu uso então? As configurações recomendadas por tipo de certificado podem ser encontradas neste tópico: Caso prefira, também pode acompanhar este vídeo com orientações e demonstração prática: Mais informações. Veja mais detalhes sobre como o ACBr deu Bye Bye para a Capicom neste tópico: No tópico abaixo foi relatado o problema com MsXML e perda da chave privada de certificados A3:

Boa tarde. A princípio a informação do Log demonstra que o processo ocorreu sem erros. Verificando nos fontes não há nada que indique uma tratativa diferente para o evento de cancelamento dos demais. No entanto, é estranho o comportamento de a Lib querer salvar o XML de evento de cancelamento mesmo quando ocorre rejeição. Eu fiz um teste usando o componente nativo, que é a base da Lib e também com o demo para C#, em ambos os casos recebendo uma rejeição de propósito. Em nenhum dos casos foi salvo XML de evento. Dito isso, por favor: No seu log não mostra, então não tenho como afirmar, pode fazer alguns testes chamando o NFE_LimparLista e o NFe_LimparListaEventos? Dessa forma nos certificamos de que não existe outra NFe carregada que possa estar gerando esse comportamento estranho. Verifique as questões de permissão dessa pasta. Para usar o ACBrLib em Linux é preciso que o mesmo tenha um ambiente gráfico instalado*. Alguns membros costumam usar o xvfb para emular um.(Veja este linkpara orientações a respeito) *isso é uma dependência do gerador de relatórios utilizado, já estamos verificando uma maneira de resolver isso através de uma biblioteca para geração de PDF nativo, fique de olho em nossos vídeos semanais para mais informações.

Boa tarde. Primeiro de tudo, mais uma vez, muito obrigado pela contribuição. Sobre a alteração na ACBrNFSeXLerXml_ABRASFv2, não foi possível testar a leitura, pela falta de um XML válido, mas revi novamente sua contribuição nessa parte e a princípio não parece que vá causar grandes impactos. Quanto a alteração no nfse.xsd e na ACBrNFSeXGravarXml_ABRASFv2, apenas uma observação. Você mudou direto na unit base, para esse caso, o correto é alterar atribuir o valor na procedure Configuracao da unit do provedor. Fiz essa alteração, editei o schema e fiz um teste de emissão. Por não ter dados válidos, recebi rejeição, mas nada que indique erro de schema ou problema com a tag OutrasInformacoes. Contribuição enviada ao SVN nas Rev-28972 e Rev-28973. Por favor, atualize seus fontes, reinstale o ACBr para fazer novos testes e reporte qualquer problema.