Diego Foliene

Bom dia. Diversas Sefaz estão com contingência agendada no dia 16/04/2023 com previsão de inicio as 06:30 e término as 16:00 horas. Fonte: Portal da Nota Fiscal Eletrônica. Durante esse período, para realizar a transmissão de NFe em contingência usando o ACBr siga as orientações deste tópico:

Bom dia. Por favor, forneça mais informações sobre seu problema para que possa receber ajuda da comunidade.

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

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

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