Ir para conteúdo
  • Cadastre-se

RicardoVoigt

Membros
  • Total de ítens

    1.367
  • Registro em

  • Última visita

  • Days Won

    8

Tudo que RicardoVoigt postou

  1. Pessoal, esse tópico é de janeiro, e já que teve uma resposta hoje, gostaria de complementar com a experiência que tive nos meus testes... Em homologação, eu faço da mesma forma que o colega abriu o tópico, com CNPJ 99999999000191, informando indIEDest 9 (não contribuinte) e IE em branco. A situação que eu notei é que, ainda em homologação, quando a UF do destinatário é DIFERENTE da UF do emitente, acho que a receita valida diferente e retorna essa mesma rejeição "232 - IE do destinatário não informada", sendo necessário então, eu acho, ter a informação correta: - a IE correta e indIEDest 1 (contribuinte) - ou deixar em branco e informar indIEDest 2 (isento)... - ou (lembrando) se for "produtor rural", é pessoa física com IE e indIEDest 1 (contribuinte) Att Ricardo
  2. me corrijam administradores do fórum, mas acho que aqui não tem uma seção de piadas...
  3. Oi, então, sei que este post é antigo e tal, mas me ocorreu erro semelhante UMA VEZ no mês passado, fevereiro de 2015, com a versão 3.10. A minha aplicação gera o XML com o componente ACBrNFe, e o ACBrNFeMonitor faz o resto (assinar e enviar)... Tenho o XML original salvo aqui, mas não vejo necessidade de anexar, pois faltou o espaço apenas nesta tag: <protNFeversao="3.10"> Com sorte, logo achei o problema e arrumei o XML no braço e conclui o envio manualmente usando as opções da aba Testes do ACBrNFeMonitor, mas achei interessante registrar para algum possível problema futuro. Att Ricardo
  4. Ola, resumindo, vc deve enfiar a hora junto no mesmo campo q vai... Ide.dSaiEnt := Now; Att Ricardo
  5. Ola, não to com muito tempo para poder testar com mais calma, mas eu acho que por algum motivo o componente ACBrNFe no monitor pode não ter liberado o XML... Pensando depois sobre a situação que escrevi acima, se não me engano, pode ter havido uma rejeição ao emitir uma NFe, e ao tentar editar o XML para corrigir alguma coisa e tentar novo envio, deu esse erro de outro processo usando o XML. Acho que tive de fechar e abrir novamente o monitor para fazer o envio manualmente pela guia "Testes", como se o componente não liberasse o XML, após executar o "NotasFiscais.LoadFromFile()" e só liberasse depois de rodar um "NotasFiscais.Clear"... Att Ricardo
  6. Oi, lendo esse tópico, lembrei de um comportamento que vi no ACBrNFeMonitor. Minha aplicação gera o XML com o ACBrNFe e o salva em uma pasta, em seguida manda o comando Enviar para o monitor. Até ai tudo certo. O estranho que gostaria de comentar aqui, que acho que pode ter relação com a mensagem citada neste tópico, é que se eu tentar copiar ou abrir o XML no bloco de notas, mesmo tendo fechado o meu aplicativo, e estando com o ACBrNFeMonitor aberto após ter retornando o resultado do comando Enviar, o Windows da um erro dizendo que o XML está sendo usado por outro processo e não deixa eu acessá-lo, só depois de fechar o monitor. Espero ter ajudado, Att Ricardo
  7. Oi, para mim também deu problema mais cedo... Erro ao consultar Nota Fiscal eletrônica. Agora acabo de consultar a mesma NFe e deu certo! Att Ricardo
  8. Bom dia, acho que para responder esta pergunta, vc precisa saber primeiro o tipo/finalidade da NFE que se quer emitir... Alguns exemplos que eu já vi envolvendo destinatário PF: - NFe de venda/saída para PF, (se for um produtor rural), aqui e agora não lembro se deve ou não informar a IE e isento - NFe de compra/entrada de um produtor rural, com certeza informa a IE e contribuinte - NFe de devolução/entrada de mercadoria de um cliente PF que tem IE, na nota não informa IE e isento Ontem mesmo eu postei neste tópico também relacionado a IE do destinatário: onde eu comentei sobre como resolvi a situação de uma NFe de devolução... Enfim, espero não estar repetindo a mesma reposta, mas verifiquei existem vários tópicos questionando mesmo assunto (IE do destinatário) Att Ricardo
  9. Ola, o código acima não prevê a situação de "produtor Rural", pois é pessoa física COM inscrição estadual... Neste caso indIEDest deve ser inContribuinte... Uma das primeiras "dores de cabeça" que eu tive migrando para a 3.10, foi um caso onde meu cliente(uma loja) emitiu uma NFE de devolução/entrada para seu cliente que devolveu uma mercadoria e, como era produtor rural, ele tinha IE informada em seu cadastro de cliente... Ao validar a NFE de devolução na receita, estava acusando q a nota referenciada não era nota de produtor, pois neste caso, nf de devolução onde o destinatario é PF, não deve ser informada a IE do destinatario e indIEDest = isento. Esse é minha segunda postagem no forum, espero ter ajudado... Att Ricardo
  10. Ola, (meu primeiro post aqui no forum, estou me aventurando na NFE com o ACBRNFEMONITOR em um cliente, e achei interessante registrar) Hoje mesmo erro 12057 ao emitir uma nfe, sendo que a última/anterior tinha sido emitida na sexta-feira 13, e de cara também achei que tinha relação com o horário de verão, pois clicando sobre o relógio -WINDOWS 7- aparecia a mensagem "O horário de verão terminou em domingo, 15 de fevereiro de 2015..." (a microsoft nunca acerta a data de inicio e fim do HV) Enfim, desmarcando esta opção na configuração do Internet Explorer: "Verificar revogação de certificados no servidor" funcionou corretamente! Att Ricardo
×
×
  • 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.