Ir para conteúdo
  • Cadastre-se

NilsonJ

Membros
  • Total de ítens

    71
  • Registro em

  • Última visita

Tudo que NilsonJ postou

  1. Dércio, tente baixar pelo svn fora do instalador, e depois só atualiza pelo instalador. Eu fiz assim, renomeei a pasta onde tinha a versão trunk, clickei com o botão direito fora das pastas e escolhi o svn checkout, coloquei o endereço e atualizei, usei o próprio install que foi baixado para instalação, recebi o mesmo erro que você, como coloquei no post anterior só colocando a contra-barra já deu certo a instalação. Atenciosamente, Nilson.
  2. Olá Pessoal, consegui resolver este problema colocando uma contra_barra "\" no fim do diretório de instalação na janela de configurações do instalador ficando assim "c:\delphi\acbr\". Obrigado a todos. Nilson.
  3. Boa tarde a todos, estou com o mesmo problema do colega na instalação, no momento em que clico em próximo na tela anterior ao botão de instalar está ocorrendo o erro "pacote acbr_synapse.dpk não encontrado, efetue novamente o download do repositório", já efetuei o atualizador várias vezes, já apaguei todos os "library path" recorrente ao acbr e nada, continua na mesma, procurei o log mas não foi gerado, estou usando o acbr_install que foi atualizado pelo svn da pasta trunk2, e não encontrei acbr_install_trunk2.exe como o ANT.CARLOS.SP, compilei o pacote synapse.dpk manualmente dentro de acbr/pacotes/delphi/synapse e não teve nenhum problema, se alguém tiver alguma dica fico muito agradecido? Obrigado por enquanto. Nilson.
  4. Olá Juamkiko, grato pelo post. Exatamente, virou uma confusão, poderia controlar simplesmente verificando o numero de notas lote, acabei por ter que controlar por estado. Abraço, Nilson.
  5. Boa Tarde shdw, Não, o modo sincrono na versão 3.10 está vinculado a sempre que enviar somente 1 nota no lote, acontece que pelos testes que fiz em alguns estados ao menos em homologação continua aceitando o modo assíncrono para lote com 1 nota, estados que só aceitam modo assíncrono (neste caso quando enviei como síncrono voltou um erro de "lote recebido com sucesso", tive que consultar para pegar a resposta), estados que só aceitam síncrono, e estados que aceitam os 2 modos, vai entender, parametrizei por estado pra saber de que modo enviar. Em relação ao retorno da resposta acabei por optar em pesquisar na resposta em xml e buscar as informações que precisava. Atenciosamente, Nilson.
  6. Ola Maiquel, obrigado pelo retorno. Quando envio metodo assincrono eu pego estas informações por esta propriedade, mas pelo metodo sincrono ela vem vazio; Obrigado, Nilson.
  7. Olá a todos, alguêm tem alguma uma dica de como faço para pegar as informações do retorno do lote no enviar pelo modo sincrono da NFE. Consigo visualizar todas as informações na propriedade ACBrNFe.WebServices.Enviar.RetWS, mas não consigo encontrar a propriedade respectiva a cada campo. Obrigado a todos. Nilson.
  8. Olá a todos, resolvi o problema usando este topico resolver. Obrigado a todos. Nilson.
  9. Boa tarde a todos. Estou fazendo uma rotina para consultar uma nota pelo numero de recibo quando no processo de autorização da mesma não obteve nenhuma resposta. Consigo pegar todas as informações, chave, protocolo, recibo, etc, quando a nota está autorizada, mas não consigo gravar o xml com o evento de autorização, na consulta pela chave não tenho problema em salvar usando o comando acbrNfe.NotasFiscais.Items[0].SaveToFile, gostaria também de fazer a consulta pelo recibo, só que ele grava o xml mas sem o evento, alguém teria alguma uma dica para me ajudar, os comandos que uso para pegar as informações são : ACBrNFe.WebServices.Recibo.Recibo := nr_recibo; ACBrNFe.WebServices.Recibo.Executar; Estou fazendo testes em ambiente de homologação na uf de SP com NFE 3.10; Muito obrigado pelo tempo dispensado. Nilson.
  10. Boa tarde Juliomar, Muito Obrigado pela sua dica e pelo tempo dispensado, ela funcionou para mim. Desculpe pelo tópico duplicado, eu cheguei a fazer a pesquisa porém não trouxe nenhum resultado, devo ter usado as palavras erradas. Atenciosamente, Nilson.
  11. Boa tarde a todos, Estou tentando imprimir o evento de cancelamento da NFe com o comando acbrnfe.imprimirevento e o objeto acbrnfedanfeqr1, o meu Quick Report é a versão 4, ao executar o comando está retornando a mensagem "Error Reading QRNFeEvento.Page.Continuos: Property Continuos does not exist", alguém saberia como resolver ou teria algum outro objeto que eu possa utiilzar para impressão de evento. Muito Obrigado pela atenção. Nilson.
  12. Kleberson, não precisa, o sefaz libera o cancelamento aí é só fazer o cancelamento normal que passa. Nilson.
  13. Ola Rodrigo, Eu tive este mesmo problema e senão me engano o que tinha de errado era a sequencia do evento da carta de correção que foi modificado nesta versão de 1 digito para 2, ao invés de 1 ficou como 01, então ele não encontrava o XML do evento e assim não imprimia o texto, espero ter ajudado. Atenciosamente, Nilson.
  14. NilsonJ

    Acbrnfe1

    Boa tarde Italo, sobre a questão de versão e desculpe a minha ignorância quero lhe fazer uma pergunta, sempre que os fontes são atualizados precisa reinstalar o acbr?
  15. Oi Jorge, obrigado pela resposta. No meu caso eu uso o scan (3), e as nota normais passam normalmente, no caso estou fazendo uma nota de devolução que a nota de referencia foi transmitida pelo processo normal, e estou tentando autorizar pelo scan com numero de série 900, ai ele retorna o erro acima. Depois que voltou o sistema do sefaz ao normal, simplesmente foi trocado a serie e a numeração, e foi transmitido e autorizado normalmente no sefaz, pelo que entendi quando acontecer este caso de referenciar a uma chave que não faz parte do mesmo ambiente ou talvez da mesma serie o sefaz vai barrar a autorização. Vc. está dizendo que na versão 2.0 não precisa destacar a chave de referencia quando é uma nota de devolução? Atenciosamente, Nilson.
  16. O mais interessante desta história é que fui consultar a chave no ambiente da receita federal e ela existe, então não tem o porque recusar a chave, a não ser que o ambiente de Scan Nacional seja outro diferente que o da receita federal. Atenciosamente, Nilson.
  17. Bom dia Pessoal, estou com uma duvida, talvez alguêm ja tenha passado por isso e pode me dar uma ajuda ou indicar algum tópico. Um cliente transmitiu uma nota fiscal de venda e autorizou normalmente no modo Normal na sefaz de MG em 29/04, agora ela gerou uma nota de devolução, porem o sefaz de MG está offline e com o Scan SVCAN liberado, estamos tentando autorizar através dele mas retorna erro de chave de acesso referenciada inexistente, lembrado que neste caso a série é diferente, será que vai ter que esperar voltar o sefaz normal para autorizar, alguem ja teve este tipo de problema? e quando for o inverso, uma nota autorizada no scan e for fazer devolução no modo normal, no caso o scan só irá entrar no ar quando estiver com problemas no modo normal, ou talvez tenha que esperar mais para os ambientes do Estado e do Nacional se sincronizarem. Segue o erro : ENVIO NFE : REJEICAO: CHAVE DE ACESSO REFERENCIADA INEXISTENTE [NREF: 1] Ambiente : 1 Versão : SCAN_3.1.2 Status : 267 UF : 31 Motivo : Rejeicao: Chave de Acesso referenciada inexistente [nRef: 1] Cod. Msg.: 0 Mensagem : Recibo : 312000006982087 Protocolo: Data : 02/05/2014 09:28:55 Erro: Nota(s) não confirmadas: 375->Rejeicao: Chave de Acesso referenciada inexistente [nRef: 1] Obrigado a todos.. Nilson.
  18. Boa tarde André, obrigado pela resposta. Eu fui fazer o teste agora para gerar o xml e por incrivel que pareça a nota passou, a nota é exatamente igual a que fiz ontem e não passou, acredito que o problema estava em meu computador que estava com alguma coisa travada e quando desliguei liberou ou é o sefaz de MG que estava com algum problema. Por enquanto agradeço a todos que dispuseram tempo pra me ajudar, vou fazer mais testes e informo aqui se ocorrer algum problema e conto com a ajuda de todos. Obrigado. Nilson.
  19. Bom dia Ricardo, não é problema no serviço porque se elimino a tag infadprod a nota passa sem problemas. Obrigado pelo atenção.
  20. Boa Noite a todos, estou tentando homologar uma nota em MG no ambiente de homologação com o campo Nfe_xml.Det.Items[vinum_item].infAdProd preenchido, gostaria de usar este campo pra colocar algumas informações adicionais no item, acontece que quando este campo é preenchido com algum caracter que não seja letra dá o erro de "<cStat>999</cStat> <xMotivo>Rejeicao: Erro nao catalogado - Erro Inesperado</xMotivo>", se preencho somente com letras, por exemplo 'MATERIAL CORROSIVO' passa normalmente, será que o problema poderia ser no ambiente de homologação ou no sefaz de MG, não testei em nenhum outro estado, ou seria a forma que estou usando, alguem ja passou por este problema? Se alguêm puder fazer alguns testes pra mim fico agradecido. Obrigado a todos do forum. Nilson. ps. desculpa se já existe um outro tópico falando sobre o mesmo problema ou este campo, pesquisei e não encontrei nada que me desse uma luz.
  21. Bom dia a todos. Primeira vez participando, primeiramente agradecer a todos os envolvidos diretamente e indiretamente neste belissimo trabalho. Estou precisando de ajuda e antecipadamente ja agradeço a todos colaboradores. Tive um problema em um cliente esta noite, algumas notas (estado de SP) onde o retorno do sefaz trazia o status de erro 656 - Rejeicao : Consumo indevido, pesquisei no forum e encontrei um unico post que dizia que isso deveria estar relacionado com o uso de estar enviando varias vezes a mesma nota ou fazer verificação do status da webservice, realmente o sistema estava buscando o status a cada 3 minutos, no qual ja até alterei, mas como a maioria das notas (71) passaram e apenas 5 deram o problema, tentei enviar novamente depois de esperar um tempo e retornaram o mesmo status de erro, e o que é pior ou melhor, sei lá, indo no site da sefaz (SP) verifiquei que todas as notas estavam AUTORIZADAS, acabei por atualizar o sistema manualmente, pois nem numero de recibo eu tinha pra buscar o retorno de novo. Se alguem ja passou por isso ou tem alguma idéia de resolver ou como proceder neste caso e puder compartilhar com todos fico muito agradecido. Atenciosamente, Nilson.
×
×
  • 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.