Painel de líderes

Revisada NT 04/2023 e se trata de inclusões e alterações em regras de validação de campos. As alterações já estão em vigor e não foram necessários ajustes no componente.

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

Bom dia. Realizei mais um ajuste no Enumerator do tpRegTrab e tpTpRegPrev. Estou enviando em anexo com as novas atualizações. Obrigado pela atenção. pcesConversaoeSocial.pas

Olá pessoal! O colega @josemarciossoares, que estava recebendo está rejeição ao emitir CT-e, mesmo com o cadastro do emitente em ordem na Sefaz respectiva também compartilhou uma dica. Ele conseguiu resolver o problema depois de descobrir que, além de estar cadastrado na Sefaz da UF, o emitente precisa também estar cadastrado no CCC, tanto em produção quanto em homologação.

Olá pessoal, tudo bem com vocês? Estou utilizando o componente ACBrOFX para ler um arquivo OFX do Santander e estou recebendo este erro: "Invalid argument to date encode." O arquivo realmente contém datas em um formato estranho. Por exemplo: <DTSTART>202310593339[-3:GMT] Alguém reconhece esse formato de data? O erro acontece também no exemplo do ACBr para o componente ACBrOFX ao clicar em "Ler Arquivo" depois de selecionar o arquivo OFX que deixo em anexo. Qualquer informação que ajude a solucionar o problema será bem vinda Santander.ofx

Olá! Fui instruído pelo Diego Folieni a fazer este registro no fórum. Estou usando a ACBrLibCTe em um projeto web, com backend em Rust. Após a execução das funções CTE_Validar e CTE_ValidarRegrasdeNegocios obtenho como resposta uma string que não pode ser corretamente consumida como UTF-8, apesar de ter configurado o arquivo INI para esta opção ([Principal] CodificacaoResposta=0). Observando o arquivo de Log gerado pela biblioteca, parece haver 2 encoding diferentes: observe na imagem anexa que a palavra validação está grafada corretamente, enquanto as outras palavras acentuadas do fragmento aparececem com os bytes entre colchetes. Podem nos ajudar? Obrigado,

Boa tarde pessoal! Conferindo no Portal da NFe, é possível observar que a Sefaz de Minas Gerais está com contingência ativada desde às 15h15 do dia 07/11/2023, com previsão de encerramento no dia 08/11/2023 às 12h00. Para usar o ACBr em contingência durante este período, siga as orientações deste tópico: Um agradecimento ao membro @Jonas_Farsoft por compartilhar a informação em nossa comunidade do Discord.

Depois de muitas tentativas, consegui encontrar o erro. removi todos os alias possiveis do xml, como no exemplo abaixo tinha o ns2: e o :ns2 <ns2:Reinf xmlns:ns2="http://www.reinf.esocial.gov.br/schemas/evtInfoContribuinte/v2_01_02" Após isso, recebi os eventos no eCAC com sucesso. Agora para complementar meu desenvolvimento, gostaria de saber se tem API para remover os eventos também... Estou pesquisando sobre, mas a documentação ta um pouco embaçada pra mim...

Boa tarde, Foi atualizada já a url, atualize o seu SVN e reinstale os componentes. Obrigado pela contribuição.

Obrigado por me responder Renato Rubinho! O problema era mesmo na configuração da carteira, é no caso Banco do brasil ao invés de enviar a informação da carteira tem que enviar o outro numero mas só caso do Banco do Brasil, ao configurar certo a carteira o problema foi resolvido. Muito Obrigado pela Ajuda! Obrigado tópico resolvido.

Obrigado Alexandre de Paula por me responder. Desculpa só estar respondendo hoje é como aqui é uma Software House então estava enviando um por vez ae tive que fazer outras demandas de clientes, e acabei não vendo sua resposta, perdão. Vou tentar usar o FACBrBoleto.MAIL.AddAttachment(), muito Obrigado pela dica. Por Favor pode encerrar o tópico como resolvido. Mais uma vez desculpa pela demora em responder. Obrigado á Todos pela Ajuda!

Bom dia, Deu certo, consegui gerar o boleto e leu o QRCode. Obrigado

Rejeição: Lote Processado com Pendências: Falha na Comunicação do Serviço da UF Ambiente: Produção Receita 100102 - DIFAL UF Favorecida: PB Já tentei gerar a GNRE em dias diferentes e, mesmo quando o serviço da GNRE está disponível, o retorno é o mesmo. 0000000026-gnre.xml

Certo, vou testar Obrigado

Se puder agilizar agradecemos, pois nosso cliente não está conseguindo enviar remessas. Obrigado

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Bom dia Rogério, Mas o ACBrLibCTe no momento do envio do CT-e na versão 4 para o webservice da SEFAZ ele se encarrega de zipar e codificar em base 64.

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

Bom dia! Estava com problemas com a importação de arquivos do Santander, com o ajuste proposto acima. Após analisar muitos arquivos, acabei percebendo que os arquivos que meus clientes estavam baixando do Santander não estava com um fator que indicaria o dia, mas sim, o dia e a hora. Assim, fiz um ajuste para verificar se os dígitos após o ano/mês possui mais que 6 caracteres, considero que o campo não seja uma data UTC. Segue o ajuste para validação. ACBrOFX.pas

segue o retorno 00485N07.R02

Bom dia, Ai que está o erro, não pode ser '02', o campo é de um caracter só, tem que ser '2'.

Infelizmente também estou por fora, mas qualquer outra atualização sobre o assunto lançarão notas técnicas e será discutida aqui no ACBr, é só acompanhar o fórum.

Boa tarde Dercide, A pasta 2.01 com os Schemas dessa versão do provedor GovDigital foram para o SVN no dia 27/09/2023.

Olá, Nova NT 04/2023 publicada em 07/11/2023. Agradecemos o @Edson Costa novamente pelo aviso. Criada TK-4710 para análise. http://sped.rfb.gov.br/pagina/show/7285

Boa tarde Adilson, Já esta no SVN.

Ola, aqui uso AcbrLibNfe e não o componente mais nele deve ter essa opção Segue um exemplo do arquivo de configuração pela DLL [Extrato] PathPDF= UsaSeparadorPathPDF=0 Impressora=ELGINi9 NomeDocumento= MostraSetup=0 MostraPreview=0 MostraStatus=0 Copias=1 PathLogo= MargemInferior=0,8 MargemSuperior=0,8 MargemEsquerda=0,6 MargemDireita=0,51 ExpandeLogoMarca=0 CasasDecimais.Formato=0 CasasDecimais.MaskqCom=,0.00 CasasDecimais.MaskvUnCom=,0.00 CasasDecimais.qCom=2 CasasDecimais.vUnCom=2 Tipo=1 ImprimeQRCode=1 ImprimeMsgOlhoNoImposto=1 ImprimeCPFNaoInformado=1 Filtro=0 MsgAppQRCode= ImprimeEmUmaLinha=0 ImprimeDescAcrescItem=1 ImprimeCodigoEan=0 LarguraBobina=280

Bom dia! Conferindo no Portal da NFe é possível observar que a Sefaz de São Paulo está com contingência agendada, com previsão de inicio no dia 12/11/2023 às 06h00 e término no dia 12/11/2023 às 12h00. Para usar o ACBr em contingência durante este período, siga as orientações deste tópico: Um agradecimento ao membro de nossa comunidade @Felipe Mariano por compartilhar a informação em nosso Discord.

Olá pessoal, Muitos que estavam passando por dificuldades e erros na emissão de NFS-e segundo o Padrão Nacional para empresas do Simples Nacional ME/EPP em Porto Alegre, saiu uma Instrução Normativa prorrogando a data da obrigatoriedade. https://dopaonline.procempa.com.br/dopaonline/servlet/dopaonlin

Boa noite, Chegou a verificar os arquivos de remessa se encontra também alguma diferença? Confirme se está configurando a mesma carteira nos dois cenários, pois se estiverem diferentes pode ser o motivo.

este tópico já está muito grande e está se perdendo, tambem já há varias soluções aqui expostas. caso algum comunicado oficial será notificado. de momento o mesmo será mantido fechado.

@Diego Foliene Algo que pode interferir usando OpenSSL e WinCrypt. Porque emitindo pelo exemplo, retorna certo, já por uma aplicação Linux não. Usando os mesmo fontes.