giovani deitos
-
Total de ítens
164 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por giovani deitos
-
-
Muito Obrigado DoidoPb, me ajudou muito, aliás, esta atitude do Régis foi excelente.
Aproveitar para perguntar se é obrigatório informar a bandeira na venda a cartão se o software não estiver integrado????]Fiquei com esta dúvida.
-
oi rodrigo.
Olha só, estou validando nfc-e com forma de pagamento boleto bancario e os schemas 4.00Se vc nao ta validando a forma boleto é porque está com os schemas desatualizados como aconteceu comigo.
A minha duvida é no que tange a interpretação e entendimento destas NT´s.
Vc sabe quais tags entraram nesta nova regra? e suas mudanças?
Ou seja, o que exatamente tem que ser mudado em nossos sistemas?? -
tudo bem???
Tive esta duvida também, vc esta usando a vista como cartao crédito???
-
verdade!
Depois que postei fui verificar e era minha aplicação que não estava setando corretamente.
Setei diretamente a 4.00 no componente e bombou!!!
Valeu. -
Pior que estou atualizado e apontando para os Schemas atualizados
Ai vai o XML.
Mais uma pergunta: Estou em homologação, não seria este o problema????
-
Continua mesma coisa após update de schemas de hoje.
Sei lá! Ta estranho. -
Muito Obrigado BigWings. Meus Schemas são de 6 meses atras.
Vou atualizar e tentar novamente.DoidoPB. Realmente o numero ali não importa muito pois usamos a tag inteira que sofre conversão.
Valeu. -
Pois é!
O Pior que estes itens deviam ser validados pois constam na NT.
Pra mim que sou do RS, da erro de validação embora esteja na norma.E mesmo se estiver valendo a NT nova, deviam ser validados pois não foram subtraidos estes itens na nova NT,
-
DoidoPB, sobre sua pergunta: é que colocando o cursor sobre a expressão acbr dá o cod referente entre outras informações e como dito abaixo, foi falha minha ao não saber que no acbr começa com zero.
-
isso mesmo CarlosInfoTeen. Tem Razão.
Mas não vou precisar alterar meu cod pois está correto. Apenas uma observação que coloquei. Realmente Dinheiro no Acbr é zero.
Agora me deparei com outro erro de validação:
O SEFAZ RS não aceita:
15=Boleto Bancário
90=Sem pagamento
Dá erro de validação.
Pra vcs está validando em Homologação??? -
Valeu, vou corrigir meu codigo.
Examinando aqui a NT notei o seguinte:
01=Dinheiro
02=Cheque
03=Cartão de Crédito
04=Cartão de Débito
05=Crédito Loja
10=Vale Alimentação
11=Vale Refeição
12=Vale Presente
13=Vale Combustível
15=Boleto Bancário
90=Sem pagamento
99=OutrosAssim acima está na NT só que no componente acbr 02 é cartão débito dentre outras numerações que não batem com a NT.
Sabe algo a respeito? -
olha só, desculpe a ignorancia, sou novato no acbr.
Meu código ja possui esta tag preenchida assim:
if edcod_pagto.text='1' then Ide.indPag:=ipVista;
if edcod_pagto.text='2' then Ide.indPag:=ipVista;
if edcod_pagto.text='3' then Ide.indPag:=ipPrazo;
if edcod_pagto.text='4' then Ide.indPag:=ipOutras;
if edcod_pagto.text='5' then Ide.indPag:=ipOutras;ou seja , conforme o tipo de pagamento é considerado prazo, no caso o cartão de crédito.
Terei que mudar isso? o que mudaria afinal??? -
Pessoal, hoje me daparei com uma atualização da NT 2016.002 versão 1.50
O Item que fiquei em duvida foi este abaixo.
Seria isso uma nova tag a ser abastecida no ACBR?
Se sim teriam uma previsão para a atualização?-
Inclusão do Campo indPag (id:YA01b) no Grupo YA. Informações de Pagamento.
-
Inclusão do Campo indPag (id:YA01b) no Grupo YA. Informações de Pagamento.
-
3 horas atrás, Rodrigo Vieira disse:
Minha dúvida em relação a esta tag é : devo sempre informá-la? Como saber se o produto é passível de substituição ou não? Quando o produto não tem substituição ele não constará na tabela de códigos?
blz Rodrigo?
Pelo que andei pesquisando e conforme explicitado na norma tecnica, o que eu entendi é que todos os produtos devem conter os devidos CEST´s. -
18 horas atrás, Sérgio Assunção disse:
Sim.
Obrigado Sérgio.
Vc sempre respondendo e ajudado os menos sabidos na questão!-
1
-
-
1 hora atrás, giovani deitos disse:
Pessoal, hoje um amigo me disse que o CEST será obrigatório na validaçãoda NFC-e em Goias a partir de agosto.
Alguém tem alguma noticia e como fica isso com o acbr?
Já tem na versão do Acbr as tags e validações?Ops, já vi que tem a tag sim. Desculpem minha ignorancia.
Para implementar basta alimentar esta tag com o numero e nada mais?
-
Pessoal, hoje um amigo me disse que o CEST será obrigatório na validaçãoda NFC-e em Goias a partir de agosto.
Alguém tem alguma noticia e como fica isso com o acbr?
Já tem na versão do Acbr as tags e validações? -
Tive problemas e pelo que li muitos tiveram e ainda tem com impressão da NFC-e com impressoras Bematech 4100 TH.
Após muito pesquisar aqui e não achar uma resposta que me ajudasse resolvi mexer nos fontes do acbr, mais precisamente no Fortes report.
A quem tiver este problema de corte lateral na impressão da NFC-e o que pode resolver é mudar esta parte do código do ACBR:
rlVenda.PageSetup.PaperWidth := LarguraBobina/3.900; //era 3.775Simplesmente mudei a Divisão da largura da bobina para 3.900 e a impressão ficou perfeita.
A linha acima se encontra dentro desta procedure
procedure TACBrNFeDANFCeFortesFr.FormCreate(Sender: TObject);
Espero ter ajudado e também fica a dica aos desenvolvedores do acbr.
PS: estou usando os novos Schemas da versão trunk2 -
5 horas atrás, BigWings disse:
Os campos cEAN e cEANTrib já existiam no layout da NFe.
O que vai ser feito agora é a validação das informações dessas tags comparando com o cadastro nacional (ou internacional, não sei ao certo) de códigos de barras.
Caso você informe um GTIN inexistente a NFe será rejeitada, semelhante ao que já é feito hoje com o NCM.
Para alguns NCM será obrigatória a informação do GTIN, então se ainda não tinha o campo no cadastro do produto para informar o código de barras, terá sim que fazer a alteração.
Grato BigWings! Sanou minha dúvida.
Abraço! -
8 horas atrás, BigWings disse:
Não há nada que precise ser feito do lado do ACBr.
A validação será feita pelo webservice.
Obrigado pela resposta!
Mas como assim pelo webservice?
Será pelo NCM do Produto?
Em nossos sistemas não teremos que colocar um campo a mais no cadastro de produto e informar através deste campo o cEAN e cEANtrib?
Pois ao que me consta e conforme a norma técnica estes dados deverão ser adicionados ao XML da NFC-e.
-
Alguém sabe se o Acbr já possui as atualizações para as novas regras de validação GTIN, ou sabem a data de atualização????
Afinal , se não me engano, em janeiro já entra as validações para alguns CNAE´S -
Em 04/11/2017 at 10:26, Sérgio Assunção disse:
O GTIN (código EAN) ele já existe na NFe e NFC-e, só vai passar por uma validação mais rigorosa.
O link abaixo, detalha um resumo fácil de ser entendido...
https://blog.contaazul.com/produto-codigo-barras-validacao-gtin-nf-e-nfc-eValeu pela dica, muito clara a explicação, mas, como desenvolvedor, usuário do Acbr e como responsável por muitos sistemas rodando no Brasil fica a dúvida:
A Adequação do código fonte fica onde???
O Acbr já possui um update que trata disso ?Um exemplo: Tenho um sistema de petshop que tem PDV com vendas de medicamentos. Pelas novas normas é obrigatório a validação do cEAN e do cEANTrib.
Isto ao que me parece deve ser adquirido no cadastro do produto, ao qual deve ter estas informações a mais para alimentar o componente, certo ou to dizendo besteira?E se isso for verdade terei de fazer update em todos meus clientes que usam o software sem as informações de cadastro pertinentes?
Muitas dúvidas ainda nestas questões , mas devemos sanar as dúvidas logo pois maio está logo ali.
-
Tudo Bem ?
Alguém sabe o que deve ser mudado ou acrescentado em nossos sistemas emissores de NFC-e para que a emissão pelo software se ajuste as novas normas de validação do GTIN em 2018 ?
Seria um campo a ais no cadastro do produto ???
Muitas dúvidas surgindo... -
Desculpe a ignorância pessoal, talvez esteja falando bobagem mas notei algo que está me incomodando e dando transtornos.
No Meu PDV uso o componente acbr na nova versão e quando existe demora na impressão ou algum erro de impressão se o usuario apertar o ENTER mais vezes o componente gera várias notas e com numeração quebrada. O Componente deixa a ação do botão em suspenso, sem fechar a procedure e a cada ENTER gera um Looping.
Inclusive, estas notas geradas são validadas no momento pelo SEFAZ mas ao ser verificados os XML retorna "Digest Value não confere".
Estou colocando aqui esta questão pois tive queixas de clientes sobre esta suposta falha.
Alguém teve este problema?
Novas Regras atualização da NT 2016.002, versão 1.50
em Legislação Fiscal e Tributária
Postado
Aproveitando o produtivo debate, sabe me dizer se a rastreabilidade é obrigatória na nfc-e?
No slide do Régis me pareceu que sim.