EMBarbosa

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

Confirme por favor se as configurações estão corretas para salvar os arquivos do WebService. Veja esse tópico para mais detalhes: Anexe os arquivos retornados pelo webservice no tópico para que possamos avaliar.

Olá Pessoal, Oi @Marcelo Pontes Melim , muito obrigado pela contribuição e pelo empenho como sempre. Subi as alterações para o SVN na Revisão 27742. Pelo que vi está tudo certo, MAS tive que fazer alguns ajustes de acordo com outros tópicos... Não sei se fiz a melhor escolha... Assim, por favor, validem e fiquem a vontade para reportar qualquer problema. Conforme escrito acima, já está no SVN. Agradecemos a paciência de todos. Sempre um ajuste em vários arquivos leva um pouco mais de tempo, mas o que atrasou as análises foram outras circunstâncias. No entanto, se quiserem ajudar a reduzir esse tempo, ao invés de simplesmente perguntar quando vai para o SVN, vocês podem baixar as alterações na sua máquina, testar e assim reportar que fizeram o Download e se está funcionando. Com várias pessoas testando reportando que está ok, conseguimos subir ao SVN mais rapidamente. Mais uma vez obrigado.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Já subi as alterações para o SVN. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Quanto as alterações nesse outro post: Já está no código atual do componente conforme outro tópico. Caso algo tenha passado despercebido e seja necessário uma nova modificação, por favor, crie um novo tópico. Siga essa orientação (novo tópico para novos eventos ou modificações) sempre que for tratar de eventos diferentes. Uma exceção a isso é quando for enviar várias modificações de uma vez, como por exemplo por conta de um novo layout. Daí pode enviar tudo em um tópico mesmo... Isso facilita nosso trabalho. Mais uma vez obrigado.

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

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

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

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

Olá. Parece que ficou faltando um retorno melhor aqui. O código atual já atende a versão S1.0 e talvez até a versão S-1.1... e permite o preenchimento de várias remunerações, usando o remunPerApur. Já os campos mencionados (tpInsc, nrInsc, codLotacao e qtdDiasAv), de acordo com o manual precisam ser preenchidos. Veja abaixo: O seu código não, contempla essa funcionalidade. Ele repetiria o várias tpInsc dentro de um mesmo ideEstabLot. Caso esteja verficando outra documentação, por favor nos avise para que possamos verificar melhor. Bom trabalho por aí.

Arquivos anexados: exemplos-mt-acbr-lib.zip

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

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

O log que você anexou antes diz que o ACBrMonitor não conseguiu acesso ao arquivo na hora de validar. Veja: Isso pode indicar que outra aplicação está acessando esse arquivo. Pode ser a sua própria aplicação ou outra, como um antivírus, por exemplo... Se isso estiver ocorrendo, a assinatura pode falhar. Estamos verificando outras possibilidades, mas por favor, avalie essa situação enquanto isso.

Se é usando a Lib, pode ser esse forum mesmo. Se você não está conseguindo obter esse protocolo e dados de confirmação na hora do envio, então me parece que realmente não é possível no caso do eSocial. Veja essa informação que está nas perguntas frequentes do e-Social (link logo abaixo: Fonte: Perguntas Frequentes

Em primeira análise, parece que é o contrário... No NCM seguinte : 01061200;Baleias, golfinhos e botos (mamíferos da ordem Cetacea); peixes-boi (manatins) e dugongos (mamíferos da ordem Sirenia); otárias e focas, leões-marinhos e morsas (mamíferos da subordem Pinnipedia);01/04/2022;31/12/9999;Res Camex;000272;2021 Tem ponto e vírgulas na descrição e isso está confundindo o Excel... o jeito seria usar um escape nessas descrições... https://stackoverflow.com/a/8501818/460775 Edit: o @EliasCesar já percebeu isso também.

Mude o nível de log para paranóico (4) e tente novamente por favor. Anexe o log gerado.

Por favor, anexe o log da Lib, para que possamos avaliar a situação.

Pela sua imagem não dá pra ver. Verifique se a aba Webservice das configurações está configurada com a UF do Emitente corretamente. Depois veja se as configurações foram salvas (botão "Salvar Configurações"). Daí, analise o conteúdo do arquivo que você está passando para a lib: "D:\Savio\Demos\C#\NFe\Demo\ACBrLib.NFe.Demo\bin\Debug\Arqs_NFe\saida_55.xml". Veja se ele realmente é um xml de NFe/NFC-e válido ou se está faltando alguma informação como a UF do Emitente.

Seu log está muito estranho. Só tem a finalização da Lib. Qual modelo da Lib você está utilizando? ST ou MT (MultiThread)?

Olá, pra gente poder ajudar melhor, precisamos saber exatamente qual o ambiente em nuvem que está utilizando. É qual versão do Windows? é 32 ou 64 bits? Sua aplicação é 32 ou 64? Está rodando sua aplicação por IIS? As fontes truetype padrões (Arial, Times, etc...) estão instaladas?

Isso pode ser uma permissão do usuário no Windows. Veja esse tópico: Outra possibilidade a ser levada em conta é que por algum motivo a impressora não está configurada. Você pode validar isso via debug... Ainda outra é que a nova versão do "PDF Creator" tenha alguma nova limitação nas configurações... Você lembra qual a revisão que usava anteriormente? Pode fazer um "Update to Revision" para encontrar a última revisão que funciona? @Edevair Viesa Junior , Só pra ficar claro, estou tentando cercar todas as possibilidades, já que ainda não encontramos a causa.

Verifique, por favor, qual impressora está configurada como padrão e qual impressora está configurada no componente na hora de ser chamado o imprimirExtrato.

I/O 32 significa que o arquivo está em uso/aberto por outro processo/rotina. No caso, pode até não ser um arquivo, mas talvez a porta do pinpad. Você precisa verificar, talvez debugando a aplicação.

Pra poder identificar o problema, precisamos saber pelo menos qual é a última revisão que funciona e não uma revisão antiga que funciona... 2 anos podem ter milhares de revisões... Mas você conseguiu identificar o que é enviado a impressora de diferente nas duas revisões? Se você conseguir, isso pode ajudar... Infelizmente não tenho uma impressora dessas e não posso testar... Siga por favor o que o BigWings mencionou acima até encontrar a última revisão que funciona: Assim você vai estar ajudando a equipe a encontrar o problema.

A questão é que se você descobrir a versão que funciona, fica mais fácil de analisar as alterações e quando o problema surgiu. Daí talvez seja possível entender como corrigir. Isso claro, se é que existe mesmo um problema.