Ir para conteúdo
  • Cadastre-se

Sistemas Drogal

Membros Pro
  • Total de ítens

    58
  • Registro em

  • Última visita

Sobre Sistemas Drogal

Últimos Visitantes

O bloco dos últimos visitantes está desativado e não está sendo visualizado por outros usuários.

Sistemas Drogal's Achievements

Contributor

Contributor (5/14)

  • Reacting Well Rare
  • Collaborator Rare
  • First Post
  • Conversation Starter
  • Week One Done

Recent Badges

11

Reputação

  1. Acabei de testar, deu certo. Muito obrigado.
  2. Boa tarde, teriam alguma previsão da correção?
  3. Nas simulações de vocês utilizaram Sefaz de produção ? Creio que não deva ser o erro de ponteiro, porque ja tive casos do erro estourar sem mesmo utilizar as funções de emissão, somente de consulta Sefaz, ou seja, somente uma thread funcionando. Enfim, vou utilizar a single e observar o seu comportamento.
  4. Quando implementei a NFCE não tive uma necessidade para utilizar a versão MT, mais decidi a utilizar para eventuais necessidades futuras. Minha aplicação é local e não recebe requisições. As consultas que realizo no Sefaz ocorrem de 10 e 10 minutos. Posso alterar para a versão single, mais só pra eu entender que característica da MT poderia estar impactando no erro que estamos investigando ?
  5. Mais ai que ta, minha thread só é responsável por consumir a função de consulta do Sefaz e alimentar uma variável. Em momento algum instancio ou destruo a lib ja instanciada. Veja um trecho do meu código abaixo. E quem chama essa operação é uma Task.Run()
  6. Opa, me desculpe. Não crio novo ponteiro, utilizo a classe estática da minha aplicação que já tem instanciado a Lib.
  7. Eu instancio/inicializo a classe em c# consequentemente a lib na abertura da minha aplicação em uma classe estática, ou seja, ela está disponível em todo o momento em que minha aplicação está rodando. Vou fazer os testes com a single thread e te dou um retorno. @Daniel InfoCotidiano essa falha não poderia ser alguma exception não tratada nas classes de alto nível em c# ? O erro não me parece ser algo relacionado à ponteiro ou a objetos. Att.
  8. @Daniel InfoCotidiano obrigado pela dica do curso, já o fiz e me auxiliou muito. A minha aplicação está totalmente baseada no fluxo disponibilizado por vocês. A grande questão aqui são essas falhas nas consultas do Sefaz. Mesmo que eu utilize o PDV local mais utilizo a Lib em threads distintas, você me aconselha em utilizar a single thread ?
  9. @Daniel InfoCotidiano só complementando o post anterior; acredito que o erro ocorra na consulta do Sefaz e por consequência "destrua" a lib. No próximo momento que vou utilizá-la, para a emissão por exemplo, tenho a falha. Segue abaixo a falha mais recente que ocorreu na data de hoje. ACBrLibNFE-20241009.logA falha ocorre em 09/10/24 11:00:45:887 e repare que retorno código -10 sem mensagem de retorno. @Daniel InfoCotidiano utilizamos PDVs distintos, cada um com suas devidas emissões.
  10. Boa tarde @Daniel InfoCotidiano vou detalhar abaixo como é implementado meu fluxo de emissão. - Utilizo as classes em alto nível c#; ao iniciar minha aplicação instancio a Lib(classe ACBrNFe) para utilizá-la suas diversas funções relacionadas à NFCE, em momento algum eu a encerro somente ao finalizar da minha aplicação. - Tenho uma thread apartada que é disparada a cada 10 minutos para consultar o status do Sefaz para facilitar e agilizar meu processo de emissão. Por exemplo, se em minha ultima consulta vi que o Sefaz está provavelmente "offline" não tenho o porquê tentar emitir um NFCE online e já a direciono offline(contingência). Inclusive essa boa prática é descrita no curso de emissão NfCe contingência. Se a consulta resultar em alguma exceção não paro a minha aplicação, simplesmente desconsidero o resultado errôneo. - No momento da emissão limpo a lista da Lib (LimparLista), carrego a nf (CarregarNota) e a envio (Enviar).
  11. Bom dia, infelizmente pegamos mais um caso e uma filial de SP. Segue em anexo o log da lib, o erro ocorre em 02/10/24 12:49:15:207 ACBrLibNFE-20241002.rar Não gravou xml de consulta Sefaz.
  12. Boa tarde @antonio.carlos, creio que não ocorreram mais casos. De qualquer forma vou pedir pro meu suporte validar os últimos dias.
  13. Boa tarde @Diego Foliene , muito obrigado pelo retorno. Analisando as especificações vi que a cst 04 por exemplo informo somente o campo cst, mais o mesmo não está sendo replicado para o xml gerado. Utilizo as classes de alto nível c# e notei que os campos não estão sendo repassados para a Lib. Veja na imagem abaixo que na classe está preenchido corretamente, mais na lib(anexo) o campo não foi enviado. Ini.txt Att.
  14. Boa tarde, obrigado pelos retornos. Em quais documentos posso conferir os schemas para cada tipo de venda ? Poderia me encaminhar por favor ? Att.
  15. @Victor H. Gonzales - Panda na verdade meu amigo já criei o tópico relacionado com Nfce e Sat, porque o tema principal a discutir independente dos tipos de documento fiscal são os valores nas tags de pis/cofins, como o próprio título já diz. Cheguei no assunto do Sped, pois foi dai que apontaram o "problema" e chegamos na origem da informação(valores na Tag de pis/cofins) que seria o documento de emissão seja ele Sat ou Nfce, que são os que utilizamos em nossa rede. Enfim vou pedir maior detalhamento para a fiscalização, inclusive a legislação que atende essa "falha" que eles apontaram. Então para resumirmos tudo vou deixar algumas questões abaixo e gostaria que me ajudassem na resposta por gentileza: 1º Para SAT ou NFCE em cst não tributáveis devo/posso informar valor de base mesmo sendo alíquota zerada ? 2º Para NFCE, se eu informar apenas a CST de pis/cofins deve ou não sair a tag com a respectiva informação ? Em meus testes notei que não é criado a tag principal do tipo do imposto com a cst informada. Esse mesmo cenário no SAT a informação sai corretamente no xml final.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.