Italo Giurizzato Junior

Boa tarde Joata, Você tem essa unit declarada no uses do seu Form? Essa unit não existe mais, ocorreu uma padronização de units comuns, a equivalente se chama: pcnRetDistDFeInt

Boa tarde Rômulo, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa tarde Rogério, O que tudo indica o problema é na SEFAZ-MG.

Boa tarde, Se não ocorreu atualização do Windows e nem da sua aplicação, podemos concluir que algo na SEFAZ-Autorizadora foi mudado.

Daniel, O ideal é realizar testes com o componente e ver o que precisa ser alterado nele para funcionar.

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

Bom dia, Porque você informou o detPag 3 vezes sendo que todos são iguais?

Davidson, Tentou mudar para ver se resolve o problema?

Bom dia Narlem, A NFC-e é a NF-e com uma pequena diferença, o modelo do Documento Fiscal que em vez de ser 55 é 65. Se você já emite NF-e pelo ACBrMonitor, vai continuar montando o arquivo txt exatamente como montava para a NF-e e vai utilizar os mesmos comandos. Você só tem que configurar corretamente o Monitor no que diz respeito ao Modelo que em vez de NF-e é NFC-e e a questão da impressão do DANFE da NFC-e, que sugiro que utilize o ESCPOS, uma vez que a impressão do DANFE se da em uma impressora de bobina.

Bom dia Daniel, Você utilizou o componente ACBrCIOT que se encontra no Branches? Se sim, foi necessário fazer algum ajuste? Se sim, poderia anexar aqui as units que você alterou para poder realizar o envio para o Webservices do e-Frete?

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

Bom dia Davidson, Qual é o valor de SSLType?

Bom dia, Qual é o valor de SSLType?

Bom dia Pedro, Sugiro que atualize todos os fontes de todas as pastas e reinstale a suíte ACBr usando o ACBrInstall_Trunk2 com a opção: Apagar arquivos antigos marcada. Mas antes leia essa noticia: Alterações nos componentes ACBreSocial e ACBrReinf

Boa tarde Marcio, Você esta misturando as coisas. No componente o método se chama Consultar, já no Monitor o nome dele é ConsultarNFe.

Boa tarde a todos, Vocês devem ter notado que os componentes mencionados ao configurar para o ambiente de teste devemos atribuir o valor taHomologacao a propriedade de configuração: Ambiente. Mas ao alimentar qualquer evento o valor atribuído ao campo tpAmb tem que ser taProducaoRestrita que nada mais é do que um ambiente de teste, ou seja, homologação. Não me perguntem porque os responsáveis pelo e-Social e Reinf resolveram chamar o ambiente de teste de Produção Restrita em vez de Homologação. É sabido que o tipo de ambiente informado na configuração tem que ser o mesmo ao alimentar os dados do evento, para facilitar a vida resolvi remover o campo tpAmb. Isso vai fazer com que ao compilar a sua aplicação após a atualização dos fontes da suíte ACBr vai ocorrer erros de compilação, apontando para o campo tpAmb e acusando o mesmo de não existir. Como proceder? Simples, remova a linha da sua aplicação que contem o campo tpAmb nas rotinas que alimentam os eventos. A geração da tag <tpAmb> vai conter o valor atribuído ao configurar o componente. Se o valor de Ambiente = taProducao a tag receberá o valor 1, por outro lado se for igual a taHomologacao receberá o valor 2 que é o mesmo valor de taProducaoRestrita. Com essa alteração nos componentes ACBreSocial e ACBrReinf nunca mais vai ocorrer de um evento ser rejeitado pelo fato do tipo de ambiente informado no XML ser diferente do ambiente para o qual foi enviado. O envio dessa alteração para o repositório ocorra amanhã (29/03/2019).

Alysson, Vendo o manual do eSocial versão 2.5 não existe o evento 1065, a não ser que ele constará em uma nova versão.

Bom dia Alysson, Acredito que esse problema foi sanada com a mudança da versão e com as alterações que foram feitas e enviadas hoje pela manhã para o repositório.

Bom dia Joffas, Ao compilar o programa exemplo do e-Social ocorre o mesmo erro?

Alysson, Qual é o problema do evento 1065?

Bom dia Pedro, Tente desta forma: pcesConversaoeSocial.taProducao

Alysson, Favor atualizar todos os fontes de todas as pastas e reinstale os componente usando o ACBrInstall_Trunk2 com a opção: apagar arquivos antigos marcada. Refaça os testes.

Bom dia Alysson, Com a versão 2.5 novos campos no XML foram criados, no que diz respeito aos eventos 1060 e 2240 deve estar faltando alimentar esses campos que aparecem nas telas de erros. Resumindo o programa exemplo esta desatualizado. Já o evento 2210 precisa de uma analisa mais profunda pois parece existir uma divergência de nomenclatura.

Bom dia Paulo, Pelo seu arquivo INI, noto que os seus fontes estão desatualizados. Por favor atualize todos os fontes de todas as pastas, reinstale os componentes usando o ACBrInstall_Trunk2 com a opção: apagar arquivos antigos marcada. Faça novos testes usando os arquivos INI da pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI note que o arquivo INI do provedor Ginfes já tem o campo DocElemento na sessão Cancelar.

Boa tarde Augusto, Estanho, o código de verificação é uma string, e ao meu ver o tipo de alinhamento não era para causar esse problema. Muito obrigado pela colaboração, já esta no repositório.