Ir para conteúdo
  • Cadastre-se

HASA

Membros
  • Total de ítens

    625
  • Registro em

  • Última visita

  • Days Won

    1

Tudo que HASA postou

  1. Boa tarde Pessoal, Meus clientes estão com o ACBRMonitor configurado corretamente para Evento, e está ocorrendo alguns problemas no retorno do cancelamento, mesmo a nota estando cancelada na Sefaz, o ACBRMonitor retorna como Autorizada, assim como exemplificamos no post: Meu cliente está no ACBRMonitor 0.7.12.0, se atualizar que o problema some? Hasa
  2. HASA

    Cancelamento

    Bom dia, esqueci de mencionar que uso o ACBRNfeMONITOR 0.7.12, eu enviou uma consulta mas... de ontem para hj algumas canceladas retornam corretamente e outras retornam como autorizada ok. Conforme mostrei no texto anterior, ok. HASA
  3. HASA

    Cancelamento

    Srs. só pode ser na Sefaz vejam a nota está cancelada se eu consulto veja o retorno: 12/3/2014 09:57:11 - NFe.ConsultarNfe("35140300164276000105550010000291101174232758") OK: Evento registrado e vinculado a NF-e [CONSULTA] Versao=SP_NFE_PL_006q TpAmb=1 VerAplic=SP_NFE_PL_006q CStat=100 XMotivo=Autorizado o uso da NF-e CUF=35 ChNFe=35140300164276000105550010000291101174232758 DhRecbto=12/3/2014 08:24:33 NProt=135140152182078 DigVal=sjW+Z8MAfJLtIwdXOgzRxYCOoXo= HASA
  4. Srs. uso o AcbrNfeMonitor e uma nota cancelada na Sefaz não consigo pegar o retorno de cancelada o retorno vem como 100 quando o correto seriia 135 ? HASA
  5. Boa tarde Srs. Eu monto a chave, por esse motivo no envio para assinar a nota já estava errado, não uso o monitor para criar a chave ok. Juliomar e Kiko Mais uma vez obrigado.
  6. Bom dia Juliomar e Kiko, Muito obrigado pela atenção de vocês, mas o Juliomar matou a pau, fomos induzidos a achar que era o ACBR pois na primeira vez que o erro ocorreu, nosso cliente tinha feito várias consultas para o RJ, mas nessa segunda vez não havia consulta alguma e nem prestamos atenção nesse detalhe. Em alguns casos de CFOP's específicas, o sistema estava pegando o estado do destinatário como emitente, o problema foi corrigido. Mais uma vez, agradeço a atenção!
  7. Bom dia Pessoal, O problema ocorreu no 14.02.2014 no ACBRMonitor versão 0.7.12.1, o cliente entrou em contato e atualizamos para o ACBRMonitor 0.7.17.1 Em anexo Imagem do Monitor com WebService de SP e Log com uma rejeição diferente, antes do cliente conseguir enviar a Nota, que pode ser uma dica para resolução do problema, mas não sei o que seria o mesmo (Esta imagem foi feita exatamente na hora que a nota foi emitida através de acesso remoto): "1332->Rejeicao: Erro na Chave de Acesso - Campo Id nao corresponde a concatenacao dos campos correspondentes" A rejeição acima não foi relatada pelo cliente, vimos apenas no LOG.TXT Este problema acontece apenas neste cliente, temos outras empresas do mesmo grupo e o problema não acontece, o pessoal de T.I. da empresa está nos pressionando juntamente com os donos, pois o XML e o Danfe estão indo com chave errada para o cliente deles Em tempo: Tem uma outra nota para o Paraná que encontrei no Log também Reabri o tópico original, mas como não obtive retorno, estou abrindo um novo tópico Desde já agradeço LOG.TXT
  8. Boa Tarde Kiko, Desculpe, mas infelizmente o problema voltou, não sei se seria correto abrir novo tópico por isso estou continuando neste mesmo. O problema ocorreu hoje (14.02.2014) no ACBRMonitor versão 0.7.12.1, o cliente entrou em contato e atualizamos para o ACBRMonitor 0.7.17.1 Em anexo Imagem do Monitor com WebService de SP e Log com uma rejeição diferente, antes do cliente conseguir enviar a Nota, que pode ser uma dica para resolução do problema, mas não sei o que seria o mesmo (Esta imagem foi feita exatamente na hora que a nota foi emitida através de acesso remoto): "1332->Rejeicao: Erro na Chave de Acesso - Campo Id nao corresponde a concatenacao dos campos correspondentes" A rejeição acima não foi relatada pelo cliente, vimos apenas no LOG.TXT Este problema acontece apenas neste cliente, temos outras empresas do mesmo grupo e o problema não acontece, o pessoal de T.I. da empresa está nos pressionando juntamente com os donos, pois o XML e o Danfe estão indo com chave errada para o cliente deles Em tempo: Tem uma outra nota para o Paraná que encontrei no Log também Desde já agradeço e desculpe reabrir o Tópico LOG.TXT
  9. - Boa tarde, Kiko a empresa onde ocorreu o erro é muito crica para ceder dados, para acessar remotamentre tenho que pedir para 200 pessoas, ir lá, é muito longe, então decidi atualizar o acbrnfemonitor, aparentemente parou de dar o problerma ok Muito obrigado, Valeu.
  10. Boa tarde Kiko eu uso o acbrnfemonitor compilado por vocês, não programo em DELPHI, eu teria algum comando do tipo nfe.webservice("sp"), para setar após a consulta ? Obrigado pela força Juliomar e Kiko.
  11. Bom dia Juliomar, muito obrigado pelo retorno! Mas como faço para que o ACBRMonitor volte para o webservice de origem?
  12. Boa Tarde Pessoal! Aconteceu uma coisa bem estranha na emissão de 5 notas de um cliente Este cliente é de São Paulo, emitindo nota para um cliente do Rio de Janeiro, antes de emitir a NFe, foram feitas consultas no CNPJ do cliente deles para o RJ, logo após foi emitida a NFe Meu sistema pega a Chave que o ACBRMonitor gera e grava em nosso banco de dados para colocá-la como nome do arquivo XML, e é ai que o fantasma aparece, o ACBR retornou uma chave começando por 33, como se o emitente fosse do [RJ], mas ao dar o retorno, ele trouxe uma chave começando com 35 [sP], ou seja, o ABCR mudou o estado do emitente após ter sido efetuada a consulta Começando um novo expediente o estado estava normal, para SP com as notas começando por 35 Anexo um trecho do Log gerado pelo acbr, começando de uma nota antes do problema e terminando na primeira nota do outro dia Trecho_LOG.txt
  13. OK, Li o post depois que postei, vamos aguardar, paciência é uma virtude.
  14. Boa tarde, Juliomar, li seu post rapinho lendo a última linha ( foi feito hoje cedo ) e vi o link mas... deduzi que fosse a informação do link para baixar a compilação 0.7.18.0, foi mal. Posso baixar o pacote dos shemas novos e colocar na pasta do acbr ? será que dara certo ?
  15. Boa Tarde Juliomar! Sim, fiz hoje a atualização para o ACBR mais recente (0.7.18.0 Capcom). Renomeei a pasta de Schemas para xSchemas, e deixei o próprio ACBR criar uma nova pasta, copiei a pasta e deixei apenas os Schemas do CTe para mostrar quais os Schemas que ele me traz, não tem nenhum da versão 2.00 do CTe Tem apenas das versões 1.00 e 1.04
  16. Bom dia Pessoal, Acabei de atualizar para o ACBR 0.7.18.0 Capcom, os Schemas são de Junho, e está sem a Tag do InfDoc, quando tento enviar o XML, a tag no meu xml some e há um retorno da Sefaz dizendo que precisa ter a tag InfDoc com InfNFE ou InfNF Tem algum lugar específico para atualizar os Schemas? Em anexo, dois XML's, são exatamente com os mesmos dados, mudando apenas a numeração da NF, um com a Tag e o outro sem a Tag (Cte 25) é como o XML ficou depois que tentei enviar (Cte 26) 35131213152796000140550010000000261912407973-cte.xml LOG.TXT 35131213152796000140550010000000251150086273-cte.xml
  17. Nossa, nem tinha percebido, muito obrigado, vou acertar e tentar assinar! Se der certo já marco aqui como resolvido
  18. Boa Tarde! Estou tentando assinar meu primeiro CTe, porém o ACBR retorna o erro abaixo 29/11/2013 15:27:47 - CTe.AssinarCTe("E:\PROJETOS\SACIPLUS_TESTE\NFE_GERADAS\35131113152796000140550010000000071607436605-cte.xml") ERRO: Could not convert variant of type (String) into type (Boolean) Em Anexo arquivo que estou tentando assinar, o que estou fazendo de errado? Desde já agradeço a ajuda! 35131113152796000140550010000000071607436605-cte.xml 35131113152796000140550010000000071607436605-cte.xml
  19. Verdade Régys, valeu. HASA
  20. Barbosa, é o AVAST sim desabilitei por 10 minutos ( opção do próprio - direito do mouse nele ) e passou a baixar, interessante que começou a uns 2 dias dar o erro estava normal eles devem ter atualizado alguma coisa no mesmo, valeuuuu. HASA
  21. Elton estava na unidade E: pensei que poderia ser um Bad Sector então mudei paa C: veja: HASA
  22. Elton foi a primeira coisa que pensei, então apaguei TUDO e pedi para baixar como se fosse a primeira vez e no final depois de baixar muito material ocorreu o erro novamente, agora tentei novamente e veja na imagem anexa. HASA
  23. HASA

    Atualizar Fontes

    Bom dia, está dando esse erro ao tentar atualizar os fontes: Can't move 'E:\Acbr_fontes\.svn\tmp\svn-79926CAF' to 'E:\Acbr_fontes\.svn\pristine\2e\2e5efba9700fe95707367dc18be09e80a57a6d22.svn-base': O sistema não pode encontrar o arquivo especificado. Additional errors: Can't create directory 'E:\Acbr_fontes\.svn\pristine\2e': Não é possível criar um arquivo já existente. Achei que fosse algo em minha máquina então deletei tudo e recomecei mas o erro persiste ? HASA
×
×
  • 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.