EMBarbosa

O correto talvez fosse você pedir o cliente para se cadastrar. Por outro lado, talvez você queira fazer o download e disponibilizar você os arquivos para seus clientes. Talvez por FTP.

Como assim? Trocar pelo o quê?

Verifique o Visualizador de Eventos do Windows. Ele costuma trazer mais informações sobre as falhas do sistema.

Se você adquiriu o componente com essa promessa, acho que o mais recomendado é você questionar ao vendedor. Talvez ele possa te explicar melhor como proceder.

No seu lugar, eu informaria isso ao pessoal responsável pelos testes de homologação. Afinal eles pediram vocês pra conversarem com a SEFAZ.

Agradecemos o retorno. Nesse caso, o problema deve ser na SEFAZ mesmo. Não tem muito sentido o retorno de erro deles. Assim, o melhor é vocês começarem a questionar a SEFAZ o quanto antes. Quem sabe, com muitos questionando eles não corrigem logo ou dão uma posição melhor.

O Felipe tem razão. Você não vai conseguir fazer isso. Tem que mandar pra intervenção. Talvez tenha até que substituir MFD.

Ainda sobre o assunto do cNF, queiram ver o seguinte tópico sobre as regras da NT 001 de 2019:

Apenas para informação, essa situação foi corrigida. Vejam:

Muito obrigado. Estou monitorando esse tópico, mas qualquer coisa você pode criar um outro e me citar usando "@".

Se você consegue utilizar dlls fique de olho no desenvolvimento da ACBrLib. Com certeza vai te ajudar.

Oi pessoal, o tópico acabou ficando um pouco confuso porque está tratando de assuntos diferentes. Como a @Juliana Tamizou já dividiu o tópico, vamos continuar o assunto sobre o ACBrMonitor fechar sozinho nesse aqui: Vamos fechar esse tópico, considerando que foi reportado que o problema do e-mail foi resolvido.

2.2 - Permaneça no assunto - Quando tiver uma dúvida diferente do assunto no tópico, poste em novo tópico. Não use algo equivalente a "aproveitando o gancho... [dúvida não relacionada com o tópico aqui]". Favor leia as regras do fórum.

Veja que a mensagem só vai ser mostrada caso a variável "EstadoECF" não for nem 'V', nem 'P' e nem 'N'. Então, se pergunte, de onde vem o valor dessa variável "EstadoECF"? Faça o debug pra responder essa pergunta.

Olá Luciano, Muito obrigado pela contribuição. Fiz a implementação baseada nela com alguns ajustes. Subi as alterações para o SVN na Revisão 17190. Por exemplo: Notei que havia alguns arquivos que estavam apenas trocando "string" para "String". Isso eu desconsiderei. Talvez seus arquivos estivessem desatualizados... Essa alteração abaixo em específico eu não enviei ao SVN: Nosso entendimento atual é que se deve usar string ou AnsiString e não misturar os casos com uma diretiva de compilação. Então preciso de um exemplo em como usar string ou Ansstring pode gerar problemas nas propriedades numa versão específica do Delphi. Se você puder propor um exemplo, podemos analisar isso melhor. Apesar das alterações, pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Vou verificar...

Bom dia a todos. Acabei de corrigir e enviar ao SVN, na revisão 17188. O fato de as versões mais novas do Delphi e o Lazarus não acusarem o erro é que gerou essa confusão. O pior é que eu testei justamente nas versões que não dão problema. Esse comportamento foi alterado na versão XE4 para aceitar tanto $ENDIF como $IFEND como terminador do $IF ou $ELSEIF. Para quem quiser mais informação, veja: http://docwiki.embarcadero.com/RADStudio/Rio/en/Legacy_IFEND_(Delphi)

Estou verificando a situação para definir o melhor modo. Só pra confirmar, qual a versão do seu Delphi?

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 17187. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

ewbCore é uma unit do projeto Delphi-EmbeddedWB. Nenhuma unit do ACBr atualmente faz uso de units desse outro projeto. É bem provável que seja algum problema local na sua máquina. Talvez arquivos alterados localmente.

Em primeiro lugar, o arquivo que você anexou não tem nenhuma alteração da versão que está no SVN agora. Não entendi se você o anexou por engano ou não... Mas se você deseja que uma alteração seja analisada, é necessário mandar o arquivo com a alteração. Em segundo lugar, o Guia prático da EFD ICMS IPI descreve que a questão não é a simples apresentação do registro C495 e sim que você não pode informar o Registro C425. Veja o que está na página 98, no primeiro parágrafo debaixo do subtítulo "Registro 495: Resumo mensal de ..." (o grifo é meu): Assim, do meu ponto de vista, a validação do componente que você menciona está correta: if Assigned( RegC001.RegistroC495 ) then begin if (DT_INI >= EncodeDate(2014,01,01)) and ( FBloco_0.Registro0000.UF = 'BA') then Check(False, 'A partir de 01/01/2014, os contribuintes situados na Bahia obrigados a este registro devem apresentar o registro C425.'); Então não podemos removê-la. Você é que deve remover a geração dos registros C495 dos que estão da Bahia.

Verifique se realmente isso está acontecendo debugando sua aplicação. Note que no programa de exemplo uma coisa não automaticamente altera a outra. É tudo validado por meio dos eventos. Se seus eventos estiverem validando variáveis diferentes ou em forms diferentes, isso pode explicar o motivo do que você está descrevendo.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Fiz algumas alterações para o código ficar mais padronizado. Subi as alterações para o SVN na Revisão 17184. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Por favor, continue em: https://www.projetoacbr.com.br/forum/topic/51855-reparando-acbrdfehttpindy/

Vou verificar...