Ir para conteúdo
  • Cadastre-se

HASA

Membros
  • Total de ítens

    625
  • Registro em

  • Última visita

  • Days Won

    1

Posts postados por HASA

  1. 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

  2. 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

    post-84-0-54486000-1394635055_thumb.jpg

  3. 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!

    :wink:

  4. 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   :cry:  

     

    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  :(

    post-84-0-28341000-1392726167.png

    LOG.TXT

  5. 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  :cry:  

     

    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  :(

    post-84-0-85631100-1392406913.png

    LOG.TXT

  6. 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

  7. :oops:  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.

     

    :-P Posso baixar o pacote dos shemas novos e colocar na pasta do acbr ? será que dara certo ?

     

    :mrgreen:

  8. 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

    post-84-0-20977800-1385994944_thumb.png

  9. 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

  10. 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

  11. 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

    :mrgreen:

  12. 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

    post-84-0-01468900-1383141440_thumb.jpg

  13. 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.

The popup will be closed in 10 segundos...
The popup will be closed in 10 segundos...