Renato Rubinho

Boa noite, Obrigado pela colaboração. As implementações da NT 02/2023 e revisão da versão 2.1.2, que foi liberada esta semana, serão feitas na próxima semana e seus fontes serão analisados também.

Boa noite, Tente instalar a opção do link a seguir e copie as dlls da OpenSSL para a pasta da aplicação. https://github.com/abbodi1406/vcredist/releases ../trunk2/DLLs/OpenSSL/1.1.1.10/

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.

Boa tarde, Se você não tem outras versões de Delphi no mesmo computador, deve ter dcus antigas talvez na pasta do seu projeto. Pesquise no Diego todo por blcksock.*, ACBrDeviceTCP.* e veja se encontra alguma cópia. Tente apagar todas as cópias que tiver do ACBr no computador, faça um checkout limpo, instale novamente e veja se funciona.

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.

Boa tarde, O componente evolui muito com o passar do tempo, mas veja se este exemplo funciona para você, preenchendo o código de barras.

Bom dia, O F2 significa "Fora do Prazo". Segue link do Manual da CEF, mas esse documento já tem uns 2 anos. Caso consiga um manual recente com o banco, por favor compartilhe para enviarmos para o SVN. http://svn.code.sf.net/p/acbr/code/tools/Bancos/104-Caixa_Economica_Federal/Leiaute_150_Débito_Automático.pdf “93” - Erro no acesso TAB Parâmetro de Optantes; “94” - Convênio não cadastrado na TAB Parâmetro Optantes; “95” - Arquivo com data vencimento inferior a 03 dias úteis; “96” - Manutenção de Cadastro; “97” - Câmara de Compensação Inválida; “98” - Valor do IOF inválido; "99" - Cancelamento - Cancelado conforme solicitação da empresa ou do cliente; “AA” - Inclusão de optante não efetuada – cadastro rejeitado pelo cliente; “AB” - Inclusão de optante não efetuada – prazo expirado; “AD” - Código DOC Favorecido Inválido; “BD” - Inclusão efetuada com sucesso; “B1” - Bloqueio de cadastro solicitado pelo cliente; “C1” - Insuficiência de Fundos – Conta salário com portabilidade; "DP" - Débito/crédito – valor parcial; “D1” - Desbloqueio de cadastro solicitado pelo cliente; “FP” - Fora do prazo – Cadastro do optante x Vencimento (quando não atender Quantidade de dias para débito após inclusão do cadastro); “F2” - Fora do prazo – Data de remessa x Vencimento (quando não atender Quantidade de dias para débito da recepção da remessa); “F3” - Fora do prazo – Data de remessa x Vencimento” (quando não atender a ambos critérios de prazo do retorno FP e F2; “F4” - Fora do prazo – data de validade do optante expirada (quando a data de agendamento for posterior à data de validade do cadastro de optante); “HE” - Tipo de Serviço Inválido para o Contrato; “LD” - Versão do leiaute incompatível para o tipo cadastrado no compromisso; “L1” - Optante não cadastrado/inexistente “R1” - Operação/Tipo de conta não ativada para o compromisso.

Boa noite, Não ficou clara sua dúvida, pode exemplificar? Pode anexar o arquivo e identificar a posição onde esse código é exibido?

Boa noite @Ivar Antonio da Rosa Foi uma resposta por escrito? Pode passar um print dessa resposta para colocarmos em uma notícia, pois este problema está ocorrendo com muitas pessoas em mais de uma UF e ficou claro ser um bug na respectiva Sefaz.

Sugiro você procurar um fórum de FB onde encontrará especialistas, pois aqui a comunidade ajuda como pode nos limites de seus conhecimentos. A sugestão foi para você saber o que procurar, pois aparentemente o problema não é quanto o campo suporta, mas sim a forma que está sendo armazenada e aparentemente nem essa informação você havia obtido até o momento. Fazendo o teste, saberia que deveria parar de procurar o tamanho máximo que o campo suporta e passar a procurar o que realmente irá resolver seu problema.

Boa tarde, Provavelmente o problema é que o XML é uma linha única e, pelo que vi, o tamanho máximo de uma string no FB é 64k. Ele deve estar interpretando o valor recebido como uma string única. Para validar isso, abra o XML com um editor de texto e coloque uma quebra de linha no meio. Veja se assim não ocorre mais o problema e se for isso, pesquise a respeito se existe alguma solução para esta situação.

Boa tarde, Os resumos não contém essa informação. Abra o XML de resumo ou veja a NT a seguir, no tópico Leiautes Resumidos, as tags recebidas nos resumos. http://svn.code.sf.net/p/acbr/code/tools/DFe/NFeNFCe/NT/2014/NFe_NT2014_002 v1.13 a 1.15 - WsNFeDistribuicaoDFe.pdf

Boa noite, Parece um bug na Sefaz, provavelmente precisará abrir um fale conosco para eles analisarem o caso. https://www.sefaz.rs.gov.br/nfe/nfe-val.aspx

Boa noite, Não sei se são fontes compatíveis, mas chegou a ver o exemplo em Harbour? ../trunk2/Projetos/ACBrLib/Demos/Harbour/NFSe/

Boa noite, Essas opções só fazem diferença se estiver utilizando WinINet, utilizando WinHttp não são consideradas. Esse envio foi na versão 2.1 em homologação, pois é assíncrona e gerou número de protocolo. A versão 2.1 está disponível somente em homologação, em produção só está disponível a 1.5. Se estiver tentando enviar na versão 2.1 em produção não irá funcionar.

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

Boa noite, Que bom que resolveu, apenas alertando, cuidado ao utilizar WinInet e capicom com A3, não lembro qual deles eventualmente corrompe e inutiliza o certificado.

MG está com a contingência ativada e prevista até 07/07.

Isso mesmo, seria apenas um teste. Tente comparar o log do seu cenário que funciona com o log que não funciona para ver se indentifica alguma diferença que traga alguma ideia.

Boa noite, Este novo NSU 20551 é um XML completo, schema=procNFe. Primeiro de tudo, não é a melhor prática ficar fazendo as consultas por chave. Veja depois os tópicos a seguir. Veja no programa de exemplo como processar os retornos e para extrair os xmls, utilize a propriedade docZip[i].XML

Boa noite, Devem ter sobrado dcus antigas na pasta do seu projeto ou você tem alguma outra cópia destas units gerando o conflito.

Boa noite, Nesta notícia do site da prefeitura consta que o novo provedor é o Conam, que já é atendido pelo componente. Siga os passos do tópico a seguir para alterar o ini, com as novas urls tomando como base algum município que já utilize o Provedor=Conam Faça os testes e estando tudo ok, anexe o ini alterado para análise e envio ao SVN.