-
Total de ítens
21 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Gracilane Lima
-
-
O registro é o C100.
-
Bom dia!
Com o novo manual do sped fiscal para 2018 foram criados dois tipos de campos no frete.
Não consigo localizar os campos no ACBR, já foi liberado?
-
12 minutos atrás, Élviro Cavalcanti disse:
Acredito que seja pelo motivo relatado no fórum.
-
7 minutos atrás, BigWings disse:
Não, foi a "solução prática" pra poder transmitir o arquivo.
Provavelmente é um erro do validador, e ele já existe há muito tempo...
Obrigada pela ajuda.
Realmente é um problema do validador e está corrigido para 2018.
Guia Prático EFD-ICMS/IPI – Versão 2.0.21
- 1
-
12 minutos atrás, BigWings disse:
Remover o totalizador de operação não fiscal vai resolver a validação.
Realmente o erro some, mas o registro é obrigatório na tabela 4.6.6 do SPED FISCAL e eu não encontrei exceção para não informar esses registro. Você usou alguma citação do manual?
-
Pessoal,
Estou com a seguinte validação no Sped Fiscal "O registro filho c490 é obrigatório sempre que houver documentos fiscais não cancelados". A redução Z em questão não possui valores de venda líquida apenas a venda bruta de um cupom cancelado.
No Sped foi informado os registros C405 e C420 conforme as imagens abaixo.
No manual fala que não precisa informar C490 para cancelamentos, porém está rejeitando o arquivo.
Estou usando a versão 2.3.5 no validador.
Alguém já passou por situação semelhante ou saberia me informar o que fazer nessa situação?
-
Em 31/07/2017 at 15:17, Daniel Simoes disse:
Não informe nada... isso fará o ACBrECf usar o valor definido na lacração do ECF.
Essa propriedade só não é readonly, porque no ECF 09/09 ele pode ser atribuído
Daniel, quando você falou para passar nada na ACBrECf.DecimaisPreco, seria informar Zero no campo? Pois, ao deixar o campo em branco ele não aceita, pois é do tipo inteiro.
-
8 minutos atrás, joemil disse:
ola pessoal, alg sabe me dizer a causa desse erro? ja fui no blog do regys, baixei a cadeia de certificados, fui no site da valid tb e baixei de la, mas o erro continua. lembrando q o erro comecou sem nem atualizar o sistema no cliente. o ACBr foi atualizado e o erro persites. Estou no MT, usando certificado A3. as configuracoes do abcr estao na imagem em anexo
a mensagem de erro no cliente
O erro está relacionado ao Windows.
Tem um tópico da microsoft que ensina a resolver, veja se funciona com você.
https://support.microsoft.com/pt-br/help/836941
-
5 horas atrás, HASA disse:
- Bom dia, onde consigo a tabela acima do sistema operacional ?
HASA
A tabela acima foi retirada do link https://blogs.msdn.microsoft.com/kaushal/2011/10/02/support-for-ssltls-protocols-on-windows/ , porém já existe uma mais atualizada aqui https://msdn.microsoft.com/en-us/library/windows/desktop/mt808159(v=vs.85).aspx.
-
Bom dia!
Pessoal,
Com as mudanças na arquitetura de comunicação com os servidores da NFE 4.00 existe alguma alteração na lista de sistemas operacionais compatíveis?
Texto da nota técnica.
"O protocolo de comunicação foi alterado, passando a aceitar apenas a versão 1.2 ou superior do protocolo TLS, não sendo mais aceita comunicação via protocolo SSL. Outra mudança técnica na comunicação, se dá no uso de variáveis SOAP Header, a partir da nova versão, essas variáveis não serão mais aceitas ."
- 1
-
Bom dia!
Estávamos com o mesmo problema após a mudança para WinCrypt.
De alguma forma a nota tinha o tamanho alterado ao enviar para a sefaz, pois não passava nota com tamanho maior que 5 kb.
Notei o problema na homologação e ontem a tarde aconteceu em produção em Minas Gerais.
Agora atualizamos o ACBR e o problema já não ocorre mais.
Pela mensagem retornada nos arquivos SOAP estava indo algum código no XML que aumentava o tamanho.
O erro retornado era este
<?xml version="1.0" encoding="UTF-8"?><!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>413 Request Entity Too Large</title>
</head><body>
<h1>Request Entity Too Large</h1>
The requested resource<br />/nfe2/services/NfeAutorizacao<br />
does not allow request data with POST requests, or the amount of data provided in
the request exceeds the capacity limit.
</body></html> -
Boa tarde!
Alguém conseguiu alguma solução?O problema tem pode está relacionando ao certificado certisign A3 ?
Já alteramos várias configurações e em teste nem pelo monitor ACBR o CTe responde.
Aguardo!!!
- 1
-
Bom dia!
Tivemos o mesmo retorno ao tentar emitir em produção. Acredito que o ambiente não esteja aceitado a versão 3.0 do XML.
Agora é aguardar...
-
Bom dia!
Vou testar!
Obrigada!
-
Ao gerar o boletos no modelo carnê é gerado um espaçamento entre os boletos. É possível eliminar estes espaço deixando somente a linha tracejada entre os boletos? Qual campo devo editar? É que a caixa disponibiliza para os cliente um layout sem o espaçamento.
-
Eu também estou tendo problema em Minas Gerais. Não acessa nem o portal http://www.nfe.fazenda.gov.br/.
- 1
-
Boa tarde!
Segundo a Sefaz não teve mudança na consulta, mas ao consultar uma nota esta retornando NULL no protocolo. Pelo emissor do governo e alguns sistemas próprios estão emitindo normalmente. O erro aparece em versões diferentes do ACBR e somente em Minas Gerais. Caso alguém tenha uma solução...
-
Estou tendo um problema parecido, aparece somente um ponto de exclamação amarelo. No modo SVCAN funciona normalmente.
-
Ao estudar o caso achei o seguinte informação da Sefaz de Minas.
Veja o link https://scn.sap.com/thread/3626714
-
NFe e CTe no mesmo manifesto
em ACBrMDFe
Postado
Olá, depende do tipo do manifesto.
Se o tipo emitente informado é um Prestador de Serviço de Transporte, deverá incluir apenas chaves de acesso de CT-e (Conhecimento de Transporte Eletrônico).
Caso, o tipo emitente informado for Transportador de Carga Própria, apenas serão aceitos incluir apenas NF ou chaves de acesso de NF-e (Nota Fiscal Eletrônica).
Pela lógica não... Mas veja a ultima nota técnica.
https://mdfe-portal.sefaz.rs.gov.br/Site/Documentos#