giovani deitos

Olha só, acho que este teu exemplo não esta correto Fsoftware!!! Nem sequer compila com este exemplo que passou: with pag.Add do begin indPag := ipVista tPag := fpDinheiro; vPag := 10; end; Tem certeza que indpag foi subtraida ou mudada de posição??? tPag e Vpag está correto dentro de (pag.add) mas indPag não confere. Não seria o inicio da homologação no mês 07/2018 e em Produção 10/2018 ? Fico pensando... tem também a validação de GTIN e CEST em breve. Um monte de mudanças e muitas dúvidas. Legal seria conseguir um exemplo de código de emissão padrão com a 4.00 e estudar. O Fonte dos exemplos do ACBr vem já com estas mudanças???

Eu emito NFC-e assim: if edcod_pagto.text='dinheiro' then Ide.indPag:=ipVista; if edcod_pagto.text='ccredito' then Ide.indPag:=ipVista; if edcod_pagto.text='cdebito' then Ide.indPag:=ipVista; if edcod_pagto.text='cheque then Ide.indPag:=ipVista; if edcod_pagto.text='outros' then Ide.indPag:=ipVista; e tem validado normalmente.

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.