giovani deitos

Aproveitando o produtivo debate, sabe me dizer se a rastreabilidade é obrigatória na nfc-e? No slide do Régis me pareceu que sim.

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.00 Se 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???? 43180402977851000114650010000070221000070223-nfe.xml

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=Outros Assim 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.

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.

Obrigado Sérgio. Vc sempre respondendo e ajudado os menos sabidos na questão!

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.775 Simplesmente 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

Grato BigWings! Sanou minha dúvida. Abraço!

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

Valeu 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?