Jump to content
Notícias do ACBr

click.png

click.png

click.png

click.png

click.png

click.png

clube mobile


Cursos grátis para toda base ACBr
+ Promoção Clube Mobile para o ACBr Pro

Saiba mais

adriano santos

click.png

click.png

click.png

click.png

click.png

click.png

Rodrigo Sidney

Membros
  • Content Count

    95
  • Joined

  • Last visited

Community Reputation

14 Good

1 Follower

About Rodrigo Sidney

  • Rank
    Membro

Profile Information

  • Sexo
    Masculino
  • Location
    Viçosa

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Recebi o seguinte retorno da Sefaz de MG na quinta-feira, dia 26 sobre esse problema, mas a Sefaz ainda esta com problemas: "Senhores contribuintes, boa tarde! A STI já detectou o problema e está trabalhando na solução do mesmo. Orientamos aos contribuintes que, em caso de dificuldade na autorização do documento eletrônico, utilizem a contingência." Estava esperando que a Sefaz corrigisse o problema mas como estão demorando muito vou utilizar as alterações sugeridas pelo Ítalo. Aqui o problema ainda estava acontecendo na Inutilização de NFC-e, fiz uma alteração no arquiv
  2. Também estamos com esse problema mas é um erro da Sefaz, eles tem que corrigir a mensagem de retorno. De acordo com eles a previsão para normalizar o serviço é hoje: "Informamos que o ambiente de emissão da NFC-e em modo normal encontra-se em manutenção corretiva, com previsão de retorno a partir de quinta-feira, dia 26/09. Neste período os contribuintes deverão emitir as NFC-e em modo de CONTINGÊNCIA OFF-LINE." Entrei em contato pelo "Fale Conosco" e eles disseram que essa previsão é tanto para o ambiente de homologação quanto o de produção
  3. Estou com o mesmo problema, Ao cancelar uma NFC-e utilizando o cancelamento por substituição devido a problemas com time out, mando gerar novamente e uso a função Assinar porém ao tentar cancelar recebo um erro indicando que o DigestValue do documento não confere. Realmente o DigestValue gerado no xml é diferente do anterior. Consigo verificar isso simplesmente renomeando o xml de uma nota autorizada e gerando novamente já vem com DigestValue diferente.
  4. Boa tarde Felipe, Isso parecia ser o mais correto mesmo, só fiquei na dúvida porque as documentações sempre fazem referencia a data de emissão e não achei nenhuma explicação mais detalhada. Mas nesse caso a data do movimento é que deveria ser mais importante mesmo. Utilizando a mesma data do movimento da redução Z para os Registros 60 m e para os Registros 60 d correspondentes o arquivo é aceito pelo validador sem rejeições. Muito obrigado
  5. Pessoal, ao validar o Sintegra obtenho nas críticas do validador os avisos de que existem "Registros 60 diários sem o registro mestre correspondente" Isso só acontece em meses que existem cupons fiscais emitidos depois da meia noite e antes de tirar a redução Z do dia anterior Quando isso acontece a data de emissão que consta no registro 60 d fica diferente da data de emissão do registro 60 m que deveria ser o seu pai. Ex: 60M20181019BE0911101000112316810012D04566604567600225800400000000000882990000000235023452 60A20181019BE0911101000112316810560000000000000 60D
  6. A mesma que eu estava usando antes, foi a Sefaz que corrigiu lá, SSLCryptLib = cryWinCrypt SSLHttpLib = httpWinHttp SSLXmlSignLib = xsMsXml SSLType = LT_TLSv1_2
  7. Pessoal, aqui voltou a funcionar. Agora esta transmitindo em homologação utilizando a forma de emissão normal ? Só que continua dando problema em contingência SVC-AN com Rejeição = 2999-Falha nao tratada.
  8. As Sefaz continuam aceitando o protocolo SSL mesmo após a desativação do NF-e 3.10 tanto que sistemas como o Windows XP e Windows 7 desatualizado conseguem transmitir notas O problema é que depois que a Sefaz de Minas desativou o SSL em homologação começou a rejeitar a emissão das notas indicando "XML da area de dados codificado diferente de UTF-8" Essa rejeição não faz sentido, já verifiquei e não encontrei nada de errado
  9. Estou tendo o mesmo problema ao transmitir NF-e Retorna a Rejeição: XML da area de dados codificado diferente de UTF-8 Ao tentar transmitir usando Contingência SVC-AN recebo a rejeição: 2999 - Falha não tratada Verificando o XML no validador da Sefaz do RS não indica nenhum problema no XML nem na validação dos Schemas Antes da Sefaz desativar o SSL funcionava normalmente
  10. Aqui nos clientes com Windows XP foi só instalar as atualizações de segurança do Windows update também que voltou a funcionar
  11. Entrei em contato com a Sefaz de MG ontem informando sobre o problema e me responderam o seguinte: De qualquer forma, mesmo que volte a funcionar normalmente, o Windows XP esta a cada dia mais ultrapassado e perdendo todo tipo de suporte e compatibilidade. Teremos que solicitar aos clientes que utilizem no mínimo o Windows 7
  12. Também estamos tendo problemas ao consultar status de notas mas apenas em clientes que utilizam o Windows XP Esse problema esta acontecendo desde ontem de manhã. Para os clientes que utilizam o Windows 7 ou superior esta tudo funcionando normalmente. No site da Sefaz de MG eles divulgaram uma manutenção para o fim de semana passado, talvez tenham alterado algo que fez o sistema parar de funcionar no XP Link do aviso da Sefaz de MG: http://portalnfe.fazenda.mg.gov.br/ Postagem antiga aqui no fórum sobre um problema parecido:
  13. Pessoal, esse é um tópico bem antigo mas só tivemos esse problema agora. Uma transportadora exigiu de um cliente nosso o Registro de Saída da NF-e aqui em Minas Gerais Existe algum componente do ACBr relacionado a esse registro de saída? Obrigado
×
×
  • Create New...