Ir para conteúdo
  • Cadastre-se

Rubens

Membros
  • Total de ítens

    204
  • Registro em

  • Última visita

  • Days Won

    1

Posts postados por Rubens

  1. Em 07/06/2018 at 15:35, Felipe E. Resende Mesquita disse:

    - 02/07/2018 – Início da produção da versão 4.00 do XML para a NFC-e – início da concomitância com a versão 1.00 do QR Code (a versão 4.00 do XML da NFC-e aceitará as versões 1.00 e 2.00 do QR Code)

    - 01/10/2018 – Desativação da versão 3.10 do XML para a NFC-e

    - 01/10/2018 – Fim da concomitância com a versão 1.00 do QR Code (a versão 4.00 do XML da NFC-e aceitará somente a versão 2.00 do QR Code)

    Bom dia Felipe...

    Pode me passar a fonte dessa informação...

    É só para a NFCe ou para a NFe tb... ?

    Obrigado

    Rubens

  2. Beleza... 

    Obrigado pelas respostas.... 

    Está em homologação ainda... no ambiente de produção dá para entrar na sefaz e baixar a relação das nfces autorizadas no período. E se não estiver enganado sai pela data de autorização do xml. No ambiente de homologação não tem como tirar esse relatório. No final desse mês já deve estar funcionando certinho a homologação aqui e dá para fazer um teste enviando uma nfce em contingencia neste mês e autorizar no dia 01 do próximo mês. Daí dá para saber se ele é contabilizado pela sefaz no mês da contingência ou da autorização. Isso é para consolidar o envio de xmls para o contador. 

    Obrigado

  3. Bom dia...

    Estou implantando a NFCe em contingência e está o ocorrendo o seguinte:

    A NFCe foi gerada dia 31/08, ficou em contingência e foi autorizada no dia 01/09. Daí a chave permaneceu no mês 08 mas a autorização no mês 09. Daí tá setado no acbr para separar por mês. Este xml ficou no mês 08 mas é do mês 09, ou estou errado? Não deveria ficar no mês 09 (mês em que foi autorizado)?

    Obrigado

    Rubens

  4. Bom dia José M. S. Junior... 

    Realmente era e é instabilidade no SEFAZ mesmo... 

    Hoje já está funcionando em partes... Autoriza a Nfe e logo em seguida retorna falha no schema XML. 

    OK: Autorizado o uso da NF-e
    [ENVIO]
    Versao=3.00
    TpAmb=2
    VerAplic=3.00
    CStat=100
    XMotivo=Autorizado o uso da NF-e
    CUF=51
    NRec=
    DhRecbto=30/12/1899
    TMed=0
    Msg=Autorizado o uso da NF-e
    Rejeicao: Falha no schema XML
    [RETORNO]
    Versao=3.00
    TpAmb=2
    VerAplic=3.00
    NRec=0
    CStat=215
    XMotivo=Rejeicao: Falha no schema XML
    CUF=51


    Eu removi tudo que tinha do acbr. Instalei a versão mais nova do SAC. Baixei a cadeia do portal da NFe. Mas continua dando esse erro... 

    Aguardar de novo para ver... 

    Obrigado.... 

     

  5. Boa tarde José M. S. Junior,

    Só pode ser SEFAZ mesmo...

    Tinha testado com Capicom e WinCrypt. 

    Setei agora para liOpenSSL/LT_TLSv1_2 e pegou status, consultou uma nota, testei status novamente e quando foi consultar  outra nota já deu erro HTTP: 503. Isso com prazo de mais de 1 minuto entre as operações. 

    59a5b4e02fbca_ConfOpenSSL.png.fd5594c4e7772dedeeebe4a72fbe1978.png

    Inicio TNFeStatusServico
    Versão Layout: 3.10 
    Ambiente: 2
    Versão Aplicativo: 3.10 
    Status Código: 107
    Status Descrição: Servico em Operacao
    UF: MT
    Recebimento: 29/08/2017 14:23:29
    Tempo Médio: 1
    Retorno: 
    Observação: 
    
    Inicio TNFeConsulta
    Versão Layout: 3.10 
    Identificador: 51170819994668000120550010000044151000044153 
    Ambiente: 2 
    Versão Aplicativo: SEFAZMT_NFE_V4.01 
    Status Código: 100 
    Status Descrição: Autorizado o uso da NF-e 
    UF: MT 
    Chave Acesso: 51170819994668000120550010000044151000044153 
    Recebimento: 25/08/2017 15:29:01 
    Protocolo: 151170002018254 
    Digest Value: G+uwNH4w4atBoKdGreOoNXTmDHU= 
    
    Inicio TNFeStatusServico
    Versão Layout: 3.10 
    Ambiente: 2
    Versão Aplicativo: 3.10 
    Status Código: 107
    Status Descrição: Servico em Operacao
    UF: MT
    Recebimento: 29/08/2017 14:26:10
    Tempo Médio: 1
    Retorno: 
    Observação: 
    
    Inicio TNFeConsulta
    ERRO: 
    Erro Interno: 0
    Erro HTTP: 503

    O que mais me intriga é que aí não importa mais o que eu mando, sempre retorna Erro HTTP:503
    Se fecho o monitor e abro de novo.. o status volta ao normal e depois dessa consulta que postei aqui, não consegui fazer mais nenhuma. só erro 503. fecho o monitor, abro consigo o status, mando uma consulta erro 503 aí só depois que fecha e abre o monitor de novo para obter status..

    Rubens

  6. Bom dia José M. S. Junior,

    O negócio tá meio louco aqui...Mandei email para a SEFAZ para saber se está com algum problema mas não obtive resposta ainda. Estive fazendo alguns testes e observei o seguinte: 

    Quando mando pegar o status depois da primeira vez que o acbr é carregado me retorna ok:

    Mando uma consulta, retorna cstat 0 e no ambiente 1 de produção. E depois nem status retorna mais.  Será que não pode ser alguma atualização do endereço de consulta em homologação? 

    Fiz testes, fecho o acbr e abro novamente... posso mandar pegar o status quantas vezes que vai retornar ok. Se mando uma consulta/envio retorna cstat=0. 

    Se abro o acbr e mando uma consulta já retorna cstat=0 e aí qualquer outra operação retorna cstat=0. 

    E o retorno da consulta ou envio está voltando zero com tpAmb=1. 

    E anomalias tipo, Pedido de status ou consulta pelo acbr não são salvas no log.txt ou log_comp.txt. Quando clica no botão consulta e escolhe o xml só dá uma piscada e não dá retorno. 

    Isso no ACBr MonitorPLUS Ver.0.3.08.1. 

    No ACBrMonitorPLUS-1.1.0.32-20170822. Retorna status e o erro da segunda mensagem HTTP 503. 

     

    NFE.StatusServico()
    OK: Servico em Operacao
    [STATUS]
    Versao=3.10
    TpAmb=2
    VerAplic=3.10
    CStat=107
    XMotivo=Servico em Operacao
    CUF=51
    DhRecbto=29/08/2017 08:29:36
    TMed=1
    DhRetorno=30/12/1899
    XObs=
    
    Configuração geral gravada com sucesso
    Configuração de Boletos gravada com sucesso
    Dados da Sw.House gravados com sucesso
    NFe.SetVersaoDF(3.10)
    OK: 
    NFe.SetModeloDF("65")
    OK: 
    NFE.ConsultarNFe("C:\ACBRNFE2\NFE\201708\NFCE\51170807407005000182650010000125131000125131-nfe.XML")
    OK: 
    [CONSULTA]
    Versao=
    TpAmb=1
    VerAplic=
    CStat=0
    XMotivo=
    CUF=0
    ChNFe=
    DhRecbto=30/12/1899
    NProt=
    DigVal=
    
    Configuração geral gravada com sucesso
    Configuração de Boletos gravada com sucesso
    Dados da Sw.House gravados com sucesso
    NFe.SetVersaoDF(3.10)
    OK: 
    NFe.SetModeloDF("65")
    OK: 
    NFE.ConsultarNFe("C:\ACBRNFE2\NFE\201708\NFCE\51170807407005000182650010000125131000125131-nfe.XML")
    OK: 
    [CONSULTA]
    Versao=
    TpAmb=1
    VerAplic=
    CStat=0
    XMotivo=
    CUF=0
    ChNFe=
    DhRecbto=30/12/1899
    NProt=
    DigVal=
    
    NFE.StatusServico()
    OK: 
    [STATUS]
    Versao=
    TpAmb=1
    VerAplic=
    CStat=0
    XMotivo=
    CUF=0
    DhRecbto=30/12/1899
    TMed=0
    DhRetorno=30/12/1899
    XObs=

     

  7. Consegui resposta do status...

    mas quando mando uma consulta retorna o erro: 

    Arquivo Log.TXT
    27/08/2017 10:01:11 - EACBrDFeException - Erro Interno: 0
    Erro HTTP: 503
    27/08/2017 10:01:11 - 
    Erro Interno: 0
    Erro HTTP: 503
    Arquivo Log_comp.txt
    Inicio TNFeStatusServico
    Versão Layout: 3.10 
    Ambiente: 2
    Versão Aplicativo: 3.10 
    Status Código: 107
    Status Descrição: Servico em Operacao
    UF: MT
    Recebimento: 27/08/2017 10:01:05
    Tempo Médio: 1
    Retorno: 
    Observação: 
    
    Inicio TNFeConsulta
    ERRO: 
    Erro Interno: 0
    Erro HTTP: 503

    Atualizei hoje a versão do acbrmonitorplus para a 32. Desinstalei a antiga e instalei essa nova... então deve ter atualizado dlls e schemas.

    Tentei com as configurações para o certifcado em OpenSLL, Capicom e WinCrypt. Então só pode se na SEFAZ...

    No ambiente de produção tudo funciona...

    Rubens

     

  8. Bom dia... 

    Desde quinta-feira 24-08-2017, não consigo retorno do ambiente de homologação de NFCe de Mato Grosso. O status só retorna: 

    NFE.StatusServico()
    OK: 
    [STATUS]
    Versao=
    TpAmb=1
    VerAplic=
    CStat=0
    XMotivo=
    CUF=0
    DhRecbto=30/12/1899
    TMed=0
    DhRetorno=30/12/1899
    XObs=

    Alguém sabe o motivo? 

    O ambiente de produção tá normal.

    Obrigado
    Rubens

  9. Olá...

    Já aconteceu isso em 03 clientes. O Acbr simplesmente perde as configurações do ACBRMonitor.ini. No início achei que poderia ser na máquina do cliente... mas agora nos outros dois são máquinas novas.

    Já verifiquei vírus, e não éh... Simplesmente de uma hora para outra o acbmonitor.ini volta com as configurações de instalação. Não percebi nenhum padrão, ou determinada ação para gerar isso. 

    Em duas máquinas tem o windows 7 pro. Versão 0.3.0.8

    Em uma máquina windows xp. 0.3.0.3

    Alguém já passou por isso?

    Obrigado

    Rubens

  10. Bom dia...

    Resolvido aqui... Tava usando um CSC com ID de outro CSC. Daí começou a aparecer ao invés de CSTAT=813, Erro de QR-Code, aí ficou fácil de resolver...
    Na realidade acho que CSTAT=813 não existe mesmo... não achei em nenhuma pesquisa

    Rubens

  11. Acho que o ele quer não é possível Daniel... Porque o lote em processamento não é SEFAZ que retorna...? Tipo você envia e a SEFAZ coloca o lote em processamento. Daí você já não pode fazer mais nada com aquele lote. Sempre entendi assim,. Como o Daniel respondeu, tem que consultar a SEFAZ para obter informações daquele lote. E aí sim, cancelar ou inutilizar. Pelo que entendi o Dimas quer enviar o lote e se der lote em processamento abortar a operação... 

     

  12. Bom dia...

    Começou a aparecer o erro CSTAT=813.

    Alguém sabe que erro é este?

    Começou hoje de manhã... Começou a validar o link do qrcode ontem, mas gerou beleza ontem. Acho que num tem nada a ver... E o Monitor acho que já esta preparado para isso há tempos... 

    Segue o Log, se alguém puder dar um olhada... 

    Obg..

    Rubens

    LOG813.TXT

  13. Boa tarde... 

    Qual a finalidade de uma Remessa para troca em garantia?

    Tô recebendo 

    CStat=327
    XMotivo=Rejeicao: CFOP invalido para NF-e com finalidade de devolucao [nItem:1]

    Tô colocando finalidade 4 informando a chave de entrada 

    e mesmo assim continua dando esse erro

    Obrigado

    Rubens

    Acabei de ver na NT2013.005_v1.02 que o CFOP 6949 não é cfop de retorno..

    Dúvida resolvida... 

    Rubens

  14. Boa tarde Celso... 

    Obrigado pelo Retorno... 

    Sim eu já faço o procedimento...

    Aí estou tendo que Criar, assinar e validar. Então são 03 chamadas ao ACBR. Quando usa a NFE.CriarEnviarNFe aumenta e muito a velocidade na emissão de uma NFCe. Mas tudo bem... Vou deixar do jeito que está...  

    Obrigado...

    Rubens

     

  15. Olá... 

    Então quando uso o comando NFe.CriarEnviarNFe as vezes o retorno vem em branco, modo homologação e também em produção, daí fica dificil consultar o que aconteceu com a NFCe se foi autorizada ou não, porque não retorna a chave, nem no [ENVIO] nem no [RETORNO]. 

    É possível aos desenvolvedores incluirem dentro do [ENVIO] a chave que foi enviada se isso não fugir do padrão? 

    Quando a resposta vem em branco não dá para consultar porque não tive acesso a chave da nota em nenhum momento. Daí tive que alterar no meu sistema para criar, assinar, validar e enviar a nfce, demorando um pouco mais na hora de enviar uma nfce. 

    Fiz vários testes inclusive mudando o parametro bSincrono. Quando envio sem informar o bSincrono, geralmente o retorno é em branco, Quando uso o parametro definido com 0, é difícil retornar em branco e com 1 as vezes volta preenchido.

    Vou anexar o log dos testes e os retornos no arquivo sainfe.txt

    Obrigado

    Rubens

    LOG.TXT

    sainfe.txt

×
×
  • 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.