-
Total de ítens
33 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Cleber Griff
-
-
Sim, consta conforme descrevi com o Provedor Betha. Anexei o arquivo que baixei do repositórioCidades.ini.txt (coloquei .txt na frente para pode anexar)
-
@Juliomar Marchetti, eu fiz um checkout limpo a partir de https://svn.code.sf.net/p/acbr/code/trunk2 e estou olhando o arquivo \trunk2\Exemplos\ACBrDFe\ACBrNFSe\ArqINI\Cidades.ini
-
Bom dia pessoal!
Baixei hoje os fontes do ACBr para atualizar meu cliente em Tijucas/SC, mas no arquivo Cidades.ini, Tijucas (4218004) ainda consta como provedor Betha.
Poderiam verificar e me auxiliar? Alguém mais com clientes nessa cidade? Foi necessária mais alguma alteração?
Antecipadamente agradeço!
-
Bom dia, pessoal!
Um de meus clientes me reportou este erro ao emitir um SAT (Tanca) hoje pela manhã.
Consultando o log, cheguei às linhas em anexo.
Sei que este erro 1408 é o já conhecido "Valor total do CF-e SAT maior que o somatório dos valores de Meio de Pagamento empregados em seu pagamento", porém aparentemente o XML está correto!
Tanto que adaptei o mesmo e emiti através do meu SAT Go de homologação sem problemas.
Alguém poderia me dar uma ajuda em como proceder neste caso?
Antecipadamente agradeço a atenção! -
Em 18/12/2019 at 09:21, EMBarbosa disse:
Acho que sim. Nesse caso, essa configuração deveria ser por máquina.
A propósito, tivemos relatos de que algumas atualizações do Windows 10 corrigem esse problema. Sua máquina usa Windows 10? Está atualizado?
EMBarbosa, sim! Uso Windows 10 e está atualizado.
- 1
-
5 horas atrás, EMBarbosa disse:
Olá AGrif...
Que complicada está essa situação.
Tente ver se a sugestão desse tópico resolve o seu problema:
EMBarbosa, tentei a solução do tópico citado e tive resultados positivos em minha máquina. Porém, logicamente isso refletiria em um problema nas máquinas de clientes
Configuração, preview no meu micro, e preview em um micro cliente, respectivamente
-
Em 09/12/2019 at 09:45, EMBarbosa disse:
Por favor, me envie o arquivo xml que está utilizando para testar. Só para isolarmos essa possibilidade.
Boa noite, EMBarbosa! Segue o XML anexo. Minhas configurações atuais:
-
Em 04/12/2019 at 12:06, EMBarbosa disse:
Tente aumentar o valor da margem e verificar se vai haver alguma alteração no Preview.
Eu estou achando muito estranho porque a impressão do quadro "dados do produto" está toda fora de posição.
Tem certeza que não há alterações locais? Nem nos arquivos dfm?
Visto que o Fortes parece utilizar a impressora, pode ser... Você pode tentar em outra máquina com outra impressora.
EMBarbosa, sim! Fontes atualizados e sem alterações locais. Já realizei os testes com variações de Margens, sem resultados.
-
-
Perfeito André! Obrigado pelo retorno!
Achei estranho o SAT não acusar esta erro. Ja coloquei uma regra interna para verificar isso do meu lado.
Resolvido!
- 1
-
Em 11/11/2019 at 10:35, Matheus de Oliveira disse:
o meu estava 0,7, então coloquei 7 voltou ao normal as margens da NF-e, pois deve esta em mm agora.
Obrigado pelo retorno, Matheus! Porém, eu já havia tentado, sem sucesso.
Eu notei que agora, apesar dos clientes não terem mais reclamado, na minha máquina de desenvolvimento o layout continua errado, conforme a imagem a seguir
Minha tela está com resolução em 1920x1080, mas não creio que isso influencie em algo.. -
Boa tarde, queridos!
Hoje me deparei com o caso a seguir em um cliente, onde o SAT acusa a mensagem 1999: Erro na validação do conteúdo, porém sem mais detalhes.
Estou anexando o XML gerado, bem como o trecho do LOG referente à mensagem de erro.
Alguma ideia do problema neste caso, e de como proceder? O SAT em questão é um Elgin Linker II, e já funciona normalmente no cliente há um bom tempo, apresentando problema apenas neste caso isolado.
Antecipadamente agradeço a atenção e fico no aguardo! -
9 horas atrás, AGrif disse:
[UPDATE]
Fiz a limpeza total conforme orientado, e tentei novamente com várias combinações de parâmetros. Sem sucesso.
Desculpem pelos posts seguidos. Não consigo editar os anteriores.
Pra agregar mais algumas informações ao caso e resumir para quem puder ajudar, estou utilizando Delphi XE7 e Fortes Report. Fontes atualizados (instalação foi limpa), tanto ACBr quanto Fortes Report. O resultado no momento é assim:
-
[UPDATE]
Fiz a limpeza total conforme orientado, e tentei novamente com várias combinações de parâmetros. Sem sucesso.
-
Em 02/11/2019 at 13:09, RicardoVoigt disse:
Tente reinstalar os componentes usando a opção "limpar tudo"...
Revise se vc esta com a pasta do fortes atualizada e se não tem maia de uma instalação, ou cópias em outras pastas...
Att
Ricardo
Boa noite, Ricardo! Estava em viagem. Me desculpe a demora.
Utilizo o FortesReport aqui também.10 horas atrás, jemaximo disse:Com essas configurações ,imprimiu o danfe perfeitamente
Obrigado pela sugestão, jemaximo! Porém, não tive sucesso aqui no Fortes.
Estou realizando uma reinstalação limpa a atualizada mais uma vez e logo retorno com o resultado. -
Boa tarde, Pessoal!
Gostaria de uma ajuda a respeito deste mesmo caso.
1) Já atualizei os fontes e reinstalei o componente.
2) Coloquei as margens zeradas, e tentei também colocando valores em mm, conforme orientadoE ainda estou com a tela desta forma:
Há mais alguma coisa que eu consigo fazer para resolver este layout?
Agradeço pela atenção! -
Bom dia a todos!
Realizei os testes e o problema foi resolvido!
Obrigado pela atenção!- 2
-
@Daniel Simoes, obrigado! Eu havia me prendido ao fato de que o valor final 91,332 seria considerado 91,33. Não ao valor individual de cada produto.
Vou apenas implementar a rotina e testá-la amanhã e darei a confirmação aqui para fecharmos o tópico.- 1
-
Bom dia a todos!
Ainda enfrento problemas com este caso. Alguém teria alguma sugestão?
Antecipadamente agradeço a ajuda! -
14 minutos atrás, AGrif disse:
Aliás, @Daniel Simoes
Notei agora que mencionou o campo Total por Item (que é o Prod.vItem, correto)?
Percebi que mesmo tendo ele arredondado no meu código, ele não foi gerado no XML.
Já viu algum caso semelhante?Revisei a documentação aqui e, de fato, o vItem é calculado pelo SAT e não aparece no XML. Ele é calculado baseado no SAT baseado em qCom, vUnCom, etc. Falha minha! rs
Mesmo assim, ainda enfrento o problema, mesmo com todos os campos com RoundABNT- 1
-
Aliás, @Daniel Simoes
Notei agora que mencionou o campo Total por Item (que é o Prod.vItem, correto)?
Percebi que mesmo tendo ele arredondado no meu código, ele não foi gerado no XML.
Já viu algum caso semelhante? -
Sim, utilizo o RoundABNT(var, 2) nas variáveis que citei
-
23 horas atrás, Daniel Simoes disse:
Você deve arredondar o Total por Item, usando a Norma da ABNT
Se você usa o ACBr, pode usar o método RoundABNT da Unit ACBrUtil.pas
Obrigado pela resposta, Daniel!
Poderia me fornecer mais alguns detalhes? Pois já utilizo arredondamento como padrão em todos os campos (<qCom>, <vUnCom>, <vMP>)... consegue enxergar algum campo no XML onde eu possa estar negligenciando esse arredondamento? Não consigo encontrar a falha. -
Testei aqui e o SAT foi gerado conforme esperado. Anexei o XML.
Percebi que ao gerar o arquivo, o ACBrSAT removeu o símbolo º, como pode ver no arquivo abaixo.
Você consegue anexar o XML dessa sua venda em questão para analisarmos?- 1
Atualização Provedor Tijucas/SC de Betha para IPM
em ACBrNFSe
Postado
opa, perfeito! Obrigado @Diego Foliene! Vou realizar a alteração a retorno se resolveu meu caso, para manter documentado!