Ir para conteúdo
  • Cadastre-se

Diego Foliene

Consultores
  • Total de ítens

    5.325
  • Registro em

  • Última visita

  • Days Won

    155

Tudo que Diego Foliene postou

  1. Depois de atualizar os fontes, você reinstalou o ACBr com a opção de "Apagar Arquivos Antigos" marcada? Fiz um teste com o programa exemplo e recebi no retorno o Erro 404, que é o retorno correto, considerando que o Serviço de Inutilização foi eliminado da versão 4.00 do CT-e (mais informações AQUI) e também da versão 3.00 pela NT2023/001 (mais informações AQUI)
  2. Tópico movido para a área do SAC, para que o SLA de respostas seja considerado
  3. Tópico movido para a área do SAC, para que o SLA de respostas seja considerado
  4. Bom dia! Este erro está relacionado a tag cLocEmi. Por favor, verifique se foi realizado o correto preenchimento.
  5. Bom dia! Por favor, verifique se seus fontes estão atualizados e englobando o commit da Rev-30463. (Lembrando que ao atualizar os fontes, é preciso reinstalar o ACBr para que as alterações tenham efeito).
  6. Bom dia! É sim. Você pode conferir isso no topo do tópico, veja:
  7. Foi publicada a versão 23.2.C das tabelas de fornecidas pelo IBPT, as quais já se encontram também em nosso svn. As novas tabelas tem a vigência de 20/08/2023 até 30/09/2023 Para cumprimento da Lei 12.741/12, também conhecida como "De Olho no Imposto" foi, não se esqueça de realizar a atualização de seus clientes. Fonte : De Olho no Imposto
      • 1
      • Curtir
  8. Boa tarde! Encontrei a seguinte orientação a respeito do seu erro neste Anexo. Verificando no XML que disponibilizou, você de fato enviou com opSimNac com o valor 2. Por favor, se for possível, tente realizar um teste enviando o valor 1 conforme orienta e regra. Nosso amigo @Italo Giurizzato Junior é quem tem contato com eles e pode fornecer mais informações.
  9. Boa tarde! Verifique se o valor que você informou na tag cTribNac, alimentada pela propriedade NFSe.Servico.ItemListaServico existe nesta planilha.
  10. Tópico movido para a área do SAC, para que o SLA de respostas seja considerado
  11. Boa tarde! Em uma análise inicial, realmente há diferença entre os impressos e no Fast não é usado. Criada a #TK-4420 para análise do caso e parecer por parte da equipe de consultores.
  12. Bom dia! Muito obrigado pela contribuição! Por favor, pode disponibilizar o(s) arquivo(s) alterados para validação e possível inclusão no SVN?
  13. Bom dia! Recebemos outros relatos de membros recebendo esta mesma mensagem. A informação que temos é a de que isso é um problema do ambiente de homologação. Por favor, tente realizar seus testes no ambiente de produção.
  14. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  15. Ambos dPrev e dEmi tem ocorrência 0-1 no MOC, podendo não ser informados. Enviado ao SVN na Rev-30571 alteração na classe infOutrosCTe.cs tornando dPrev e dEmi nullables para que não sejam gerados no INI caso não atribuídos. Por favor, queira atualizar e testar novamente.
  16. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  17. O problema estava na rotina de leitura do arquivo INI do componente nativo. Para ler a seção infOutros no INI, ele considerava o campo nDoc. Campo este que não é obrigatório. Por isso, não gerava quando você não informava. Enviado alteração ao SVN na Rev-30565 para que considere o campo obrigatório tpDoc. Na próxima compilação da Lib ja é para estar disponível.
  18. Boa tarde! Criada a #TK-4414 para análise do caso e parecer do consultor responsável.
  19. Boa tarde! Partindo do programa exemplo, visando reproduzir o problema, tanto adicionei quanto comentei algumas informações na rotina AlimentarDados(). Em seguida adicionei o seguinte fonte para trabalhar na análise do seu caso: var cte = AlimentarDados(); ACBrCTe.LimparLista(); File.WriteAllText("C:\\Users\\Diego\\Documents\\TKs\\4364\\CTe-OS.ini", cte); ACBrCTe.CarregarINI(cte); try { File.WriteAllText("C:\\Users\\Diego\\Documents\\TKs\\4364\\CTe-OS-SemAssinar.xml", ACBrCTe.ObterXml(0)); ACBrCTe.Assinar(); ACBrCTe.Validar(); File.WriteAllText("C:\\Users\\Diego\\Documents\\TKs\\4364\\CTe-OS.xml", ACBrCTe.ObterXml(0)); } catch(Exception ex) { File.WriteAllText("C:\\Users\\Diego\\Documents\\TKs\\4364\\Exceptions.xml", ex.Message); } Meu arquivo Exceptions.xml ficou da seguinte maneira: Falha na validação do Modal do Conhecimento: 1402 TAG:<CTeOS xmlns="http://www.portalfiscal.inf.br/cte" versao="4.00"><infModal versaoModal="4.00"><CTeOS xmlns="http://www.portalfiscal.inf.br/cte" versao="4.00"><infModal versaoModal="4.00"><CTeOS xmlns="http://www.portalfiscal.inf.br/cte" versao="4.00"><infCTeNorm><infModal versaoModal="4.00"><rodoOS><veic><prop> ID:#11/NroRegEstadual(N�mero do Registro Estadual) - Nenhum valor informado. TAG:<CTeOS xmlns="http://www.portalfiscal.inf.br/cte" versao="4.00"><infModal versaoModal="4.00"><CTeOS xmlns="http://www.portalfiscal.inf.br/cte" versao="4.00"><infModal versaoModal="4.00"><CTeOS xmlns="http://www.portalfiscal.inf.br/cte" versao="4.00"><infCTeNorm><infModal versaoModal="4.00"><rodoOS><veic><prop> ID:#14/UF(C�digo do UF (Unidade da Federa��o)) - Nenhum valor informado. TAG:<CTeOS xmlns="http://www.portalfiscal.inf.br/cte" versao="4.00"><infModal versaoModal="4.00"><CTeOS xmlns="http://www.portalfiscal.inf.br/cte" versao="4.00"><infModal versaoModal="4.00"><CTeOS xmlns="http://www.portalfiscal.inf.br/cte" versao="4.00"><infCTeNorm><infModal versaoModal="4.00"><rodoOS><veic><prop> ID:#14/UF(Sigla da UF) - Conte�do inv�lido. --> 1840 - Element '{http://www.portalfiscal.inf.br/cte}UF': [facet 'enumeration'] The value '' is not an element of the set {'AC', 'AL', 'AM', 'AP', 'BA', 'CE', 'DF', 'ES', 'GO', 'MA', 'MG', 'MS', 'MT', 'PA', 'PB', 'PE', 'PI', 'PR', 'RJ', 'RN', 'RO', 'RR', 'RS', 'SC', 'SE', 'SP', 'TO', 'EX'}. Minha resolução dos erros: TAG:<CTeOS xmlns="http://www.portalfiscal.inf.br/cte" versao="4.00"><infModal versaoModal="4.00"><CTeOS xmlns="http://www.portalfiscal.inf.br/cte" versao="4.00"><infModal versaoModal="4.00"><CTeOS xmlns="http://www.portalfiscal.inf.br/cte" versao="4.00"><infCTeNorm><infModal versaoModal="4.00"><rodoOS><veic><prop> ID:#14/UF(C�digo do UF (Unidade da Federa��o)) - Nenhum valor informado. TAG:<CTeOS xmlns="http://www.portalfiscal.inf.br/cte" versao="4.00"><infModal versaoModal="4.00"><CTeOS xmlns="http://www.portalfiscal.inf.br/cte" versao="4.00"><infModal versaoModal="4.00"><CTeOS xmlns="http://www.portalfiscal.inf.br/cte" versao="4.00"><infCTeNorm><infModal versaoModal="4.00"><rodoOS><veic><prop> ID:#14/UF(Sigla da UF) - Conte�do inv�lido. --> 1840 - Element '{http://www.portalfiscal.inf.br/cte}UF': [facet 'enumeration'] The value '' is not an element of the set {'AC', 'AL', 'AM', 'AP', 'BA', 'CE', 'DF', 'ES', 'GO', 'MA', 'MG', 'MS', 'MT', 'PA', 'PB', 'PE', 'PI', 'PR', 'RJ', 'RN', 'RO', 'RR', 'RS', 'SC', 'SE', 'SP', 'TO', 'EX'}. O campo UF a que está mensagem se refere é este aqui: Note que a cardinalidade dele é 1-1, indicando sua obrigatoriedade. Acredito que você tenha confundido ele com o campo UF correspondente a UF em que veículo está licenciado. Este sim é opcional. TAG:<CTeOS xmlns="http://www.portalfiscal.inf.br/cte" versao="4.00"><infModal versaoModal="4.00"><CTeOS xmlns="http://www.portalfiscal.inf.br/cte" versao="4.00"><infModal versaoModal="4.00"><CTeOS xmlns="http://www.portalfiscal.inf.br/cte" versao="4.00"><infCTeNorm><infModal versaoModal="4.00"><rodoOS><veic><prop> ID:#11/NroRegEstadual(N�mero do Registro Estadual) - Nenhum valor informado. Este erro acontece porque na validação que define se vai gerar a tag TAF ou NroRegEstadual do grupo prop, estava utilizando o TAF da identificação. Algo como: if (rodoOS.TAF != "") { //Gera a tag TAF do grupo prop com a informação certa. }else { //Preenche NroRegEstadual } Como estava informando somente o TAF do grupo prop, ele acabava gerando o grupo NroRegEstadual. Para este aqui, você pode resolver informando: cte.Rodoviario.TAF = "Valor da TAF"; cte.Rodoviario.veic.prop.TAF = "Valor da TAF"; Eu também enviei alteração no SVN na Rev-30564 corrigindo a validação e na próxima compilação da Lib, ele deve usar o valor correto para comparar e você vai poder informar somente cte.Rodoviario.veic.prop.TAF;
  20. Nesse caso, por favor, pode fornecer mais informações? Em que momento você recebe este "retorno -1"? Pode disponibilizar um print da mensagem de erro completa?
  21. Bom dia! O MF-e é mais parecido com o SAT. Já a NFC-e tem basicamente o mesmo layout da NF-e diferenciando em alguns campos. Um bom primeiro passo, é conferir os Manuais de Orientação ao Contribuinte da NFC-e e os Manuais de Orientação do SAT. Como você citou que está recebendo retorno -1, acredito que esteja usando a Lib. Para NFC-e, você vai usar a ACBrLibNFe. Para isso o curso Dominando o ACBrLibNFe em Java também pode ser útil. Para o MF-e, você vai usar a ACBrLibSAT. A aula Iniciando ACBrLibSAT com NetBeans pode ser útil.
  22. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  23. Bom dia! Foi enviado ao SVN na Rev-30554 alteração visando resolver esta questão. Foi gerada uma nova compilação da Lib que engloba esta alteração. Por favor, queira atualizar, realizar novos testes e reportar qualquer problema.
×
×
  • 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.

The popup will be closed in 10 segundos...