Jump to content

Curso Dominando o ACBrMonitor
Novo Módulo Soluções de Varejo
Assine o SAC ACBr em qualquer plano e tenha acesso

Saiba Mais

Balança SM100 performance surpreendente

Tecnologia Japonesa   Teclado e Visor resistentes a água
Consumo inteligente de etiquetas   Baixo custo de manutenção
Comunicação Ethernet e WIFI independentes

Saiba Mais

Impressora de Etiquetas ELGIN - L42 PRO

Protocolos PPLA, PPLB, ZPL, EPL (automático)
Porta USB padrão Opcionais: Ethernet, Serial, Paralela
Sensor de Etiquetas Móvel Garantia de 18 meses

Saiba mais

Rodrigo Sidney

Membros
  • Content Count

    95
  • Joined

  • Last visited

Community Reputation

14 Good

2 Followers

About Rodrigo Sidney

  • Rank
    Membro

Profile Information

  • Sexo
    Masculino
  • Localização
    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 arquivo do Ítalo para corrigir o retorno da Sefaz também para a função TNFeInutilizacao.TratarResposta ACBrNFeWebServices.pas
  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 60D20181019BE091110100011231681272 000000000100000000000000020240000000000000000F 0000000000000 60D20181020BE09111010001123168118 000000000100000000000000004400000000000000000F 0000000000000 A última linha do exemplo representa um item de cupom emitido depois da meia noite por isso tem data do dia 20 diferindo da data do Registro 60m pai que tem data do dia 19 e causando a mensagem de erro da validação já que ele não possui registro mestre correspondente A dúvida é como devo tratar a data de emissão dos Registros 60d relativos a cupons emitidos após a meia noite e antes de tirar a redução Z do dia anterior? Onde posso encontrar mais informações sobre a composição do Registro 60m?
  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...