...
-
Total de ítens
860 -
Registro em
-
Última visita
-
Days Won
3
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por ...
-
-
Você está ciente que o programa da SEFAZ vai parar de se atualizar a partir de Janeiro agora ne?
Portanto acredito que nem existirá layout oficial do TXT para ser usado para importação.
Se você utiliza essa ferramenta, aconselho olhar a importação por INI do proprio Acbr, que é bem facil de se lidar- 1
-
Citar<vBC>4.00</vBC><vICMS>0.68</vICMS>
Simples nacional nao destaca ICMS a menos que vc utilize CSOSN 900 nos itens (nao eh o caso desse XML)
-
simples nacional nao destaca ICMS, a menos que vc use o CSOSN 900
-
tem q passar como nao contribuinte, uma vez que a pessoa fisica não é contribuinte, falando assim parece meio obvio ne? Mas é essa a resposta da sua pergunta
- 1
-
Posta aqui as 4 chaves de acesso por favor
-
No log de erro ta falando isso ai, que nao conseguiu instalar o componente do fortes pq nao achou o frce.dcp
-
Vc ja tem o fortes instalado na maquina?
-
O que eu não entendo é:
Mesmo estando diferente deveria aceitar normalmente a IE constante no XML, nao deveria? -
ok, obrigado pela ajuda.
Mas ainda fiquei encucado com essa mensagem, essa pasta de schemas estava na pasta do monitor qdo fiz a migracao pra Lazarus no meio do ano mais ou menos.
Tem como saber qual arquivo está causando essa mensagem errada?E mais precisamente pq somente neste XML esta ocorrendo isso, sendo que desde que migrei para Lazarus varios outros clientes usam normalmente
-
Obrigado André, pelo menos me tranquilizou um pouco
tem como descobrir DA ONDE ta vindo essa mensagem? O componente pega essa mensagem do schema né?
Segue em anexo o meu schema
Tem como fazer o envio do XML sem essa rotina de validacao? -
17 horas atrás, André Ferreira de Moraes disse:
Vc consegue reproduzir o problema usando o demo?
E o erro parece ser no comando Validar do componente, não no SEFAZ, provavelmente vc está preenchendo ou carregando um XML que o campo Dest.IE está com a palavra isento, só que ao salvar novamente a unit pcnNFeW não gera o campo e por isso é validado no site do RS.
postei o xml que estou enviando antes da assinatura e nao existe nenhuma palavra ISENTO nele...
Antes de enviar o XML, o componente valida ele??? Se sim, tem como fazer o envio sem a validacao?
-
Se alguem pudesse fazer o seguinte teste ficaria mto grato:
Pegue o XML antes da assinatura, assine ele e envie para sefaz de sp, e poste aqui o resultado, pois sinceramente não estou entendendo o que está errado... -
Sim, o problema nao é validar, é a SEFAZ q está retornando este codigo, veja que no Log do Monitor valida normalmente é somente apos o ENVIO que retorna essa rejeição da sefaz...
-
Nao é o mesmo, pq o original é da maquina do cliente, nao tenho acesso ao xml gerado antes (foi sobrescrito), por isso fiz esse em homologacao (que tambem está dando o mesmo erro) para te mandar. As informacoes das tags sao identicas, de qualquer modo, vou anexar tudo novamente:
1 - XML de antes do monitor assinar
2 - XML de antes do monitor enviar a sefaz
3 - Log com a rejeicao que nao faz sentido algum da SEFAZ1 - 35161121646943000166550010000001121000001120-nfe.xml
2 - 35161121646943000166550010000001121000001120-nfe.xml
Acabei de gerar e assinar esses xml, e continuou dando o mesmo erro (somente uma observacao a titulo de informacao)
-
Opa desculpe, segue em anexo agora o xml de antes de assinar que fiz em homologacao aqui no escritorio (o resultado é o mesmo)
Obrigado -
É só isso que tem no log mesmo, pq o XML sou eu quem gero (que é o XML anexado)
Mas de qquer forma esta anexo o log completo -
Posso reproduzir em homologacao, serve?
Na realidade utilizo o monitor, ou seja a unica coisa que ele faz é o envio do xml gerado por mim mesmo, segue o log do monitor:
CitarNFE.AssinarNFe("C:\SOSNFe\XML\Assinado\35161103312791000183550010000001121000001122-nfe.xml")
OK: C:\SOSNFe\XML\Assinado\35161103312791000183550010000001121000001122-nfe.xml
NFE.EnviarNFe(C:\SOSNFe\XML\Assinado\35161103312791000183550010000001121000001122-nfe.xml, 1112, 0, 1)
ERRO: Falha na validação dos dados da nota: 1121824 - Element '{http://www.portalfiscal.inf.br/nfe}IE': 'ISENTO' is not a valid value of the atomic type '{http://www.portalfiscal.inf.br/nfe}TIeDest'.
Acredito que se vc utilizar esse meu xml como base, assina-lo e enviar pelo monitor a sefaz retornará a mesma mensagem
-
Boa tarde a todos, tenho um cliente que está tentando emitir uma nota utilizando o XML anexado porém a SEFAZ está retornando sempre:
CitarFalha na validação dos dados da nota: 112
1824 - Element '{http://www.portalfiscal.inf.br/nfe}IE': 'ISENTO' is not a valid value of the atomic type '{http://www.portalfiscal.inf.br/nfe}TIeDest'.
Já passei o XML no validador da sefaz RS e nao encontrou erro algum no mesmo...
Como podem ver as tags de IE estão preenchidas corretamenteSe alguem tiver uma ideia do que fazer, agradeceria.
Testei também em Homologacao e o erro é o mesmo -
-
Explicação muito boa e detalhada Italo! Parabéns. Um ultimo esclarecimento: caso o propriedade Configuracoes.Arquivos.Salvar esteja false, o componente simplesmente vai retornar apenas os resumos, ou terá alguma propriedade que retorna o xml tb?
Existe exemplo desses retornos para quem utiliza o Monitor no arquivo help do mesmo? -
cst 90 eh para todos os outros casos nao listados, portanto vai depender do que vc quer fazer, nao existe apenas 1 jeito certo de se preencher os dados referentes ao cst 90
-
Quem controla esse numero é vc. Mesmo pq vc pode pular numerações qdo necessário
-
-
Somente a ultima carta de correcao tem valor fiscal, as outras é como se nunca tivessem existido!
CFOP 5929
em ACBrNFe
Postado
Pagina 204 do Manual na parte do Grupo de Repasse do ICMS ST ( Tag ICMSST que vc esta utilizando) diz que o unico valor válido para a tag CST é 41 = Não tributado. Mas vc está utilizando 60
Sim, de uma lida no manual para entender direitinho o que pode ou não pode ir dentro de cada tag e grupo do xml