EMBarbosa

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í.

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.

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?

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.

Olá pessoal A SEF de Santa Catarina (SC) publicou um novo Ato DIAT (55/2022) que estabelece o leiaute do Bloco X conforme os requisitos LVIII e LIX que entra em vigor imediatamente. Além de definir o leiaute, esse Ato também desobriga o PAF-ECF de ter uma função que após cada Redução Z informe ao contribuinte usuário a existência de transmissões pendentes. Vamos analisar o material para avaliar se haverá impactos nos nossos componentes relacionados ao Bloco X. Fonte: Ato DIAT (55/2022) Anexo do ato com o leiaute: https://legislacao.sef.sc.gov.br/html/atos_diat/2022/AtoDiat_22_055_Anexo_Unico.pdf

Claro! @MessiasNatal13 Já adicionei no nosso Backlog. TK-3080.

Podemos fazer isso aos poucos a medida que vamos recebendo contribuições... muito obrigado pela sugestão.

Moderação: Movido para fora do Boteco

Olá. Creio que sim. Mas, já houveram várias modificações nessa parte do código... Por exemplo as relacionadas nesse tópico abaixo Se ainda estiverem com problemas, por favor, queiram detalhar o problema para que possamos analisar melhor. Desculpe a demora no retorno. Mas eu não entendi bem a modificação já que os dois "IF" são excludentes, um para pegar a versão 2.5 e o outro pra pegar justamente as versões simplificado S1 e posteriores...

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