Painel de líderes

A partilha é para uma operação interestadual de venda para consumidor final. Não se aplica dentro do mesmo estado. Leia esse post para um maior entendimento sobre cálculos, etc ...http://www.projetoacbr.com.br/forum/topic/24209-mudan%C3%A7as-nt-2015002-nt-2015003-nf-e-nfc-e-e-componentes-acbr/

Você já conhece os CST´s ... em anexo uma tabela dos CSOSN´s. CSOSN.rar

O CSOSN é o Código de Situação da Operação no Simples Nacional, tem a mesma função do CST usado nas empresas de lucro real ou presumido. Se você atende empresas Simples Nacional e informa CST, ta errado e muito ! Novas validações na NF-e e NFC-e vão começar a rejeitar informações que divirjam do tipo da empresa.

Eliomar, Sim, você pode apenas usar o Enviar, uma vez (conforme você mesmo analisou o código) dentro dele é executado automaticamente o Assinar e em seguida o Validar.

Boa tarde Leandro, O que você acha de anexar aqui no fórum as alterações que você fez e que julga ser de utilidade de toda a comunidade? Assim podemos avaliar e disponibilizar a todos. Deixando assim o componente mais completo.

[Resolvido] - O erro é gerado pelo CNPJ que deve ser usado exclusivamente o CNPJ informado no exemplo, extamante como observado no post apontado pelo Sérgio Assunção. Grato mais uma vez Sérgio Assunção!

Boa tarde... você informou os valores para as tags do grupo ICMSUFDest ? ...lembre-se que é necessário informar no produto e no total da nota. Fiz um aqui e não tive problemas. 35151214403536000162550010000000921000000929-nfe.xml

Bom dia raosistemas, tenho uma que eu uso, alguns CEST's estão repetidos, e podem estar faltando alguns, visto que realizei esta importação á partir da primeira tabela divulgada, veja se te ajuda. cest.sql

utilize GravarXML

Bom dia segue a unit corrigida estava faltando o xMotivo em um dos retornos [ProvEve 'xMotivo=' +AcbrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.procEvento.detEvento.xCorrecao+sLineBreak+ alterando de: //descricao 'xJust=' +AcbrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.procEvento.detEvento.xJust+sLineBreak+ //emit para: //descricao 'xJust=' +AcbrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.procEvento.detEvento.xJust+sLineBreak+ 'xMotivo=' +AcbrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.procEvento.detEvento.xCorrecao+sLineBreak+ //emit DoACBrNFeUnit.pas

Boa tarde Gabriel, A solução para esse problema já esta pronta, mas estamos em processo de validação dessas alterações, para que não gerem efeitos colaterais nos demais componentes.

Apliquei modificações nos fontes do SVN que devem permitir a impressão de Cod.Barras e caracteres de controle (negrito, expando, etc) Se você usa a DLL da Epson, como túnel, para acesso a impressora, (porta = "USB") precisará atualizar a DLL da Epson

O tanto o CEST quanto a partilha de ICMS já são validadas no ambiente de HOMOLOGAÇÃO, em PRODUÇÃO só vai ocorrer a validação do CEST em 01/04/2016 e da partilha em 01/01/2016

Será que assim resolve: ACBrNFe1.WebServices.Retorno.ChaveNFe := ''; Retorno := ACBrNFe1.WebServices.Retorno.Executar; Tem algumas propriedades que não posso zerar (read only).

Olá Italo, muito obrigado pelo esclarecimento, show de bola Abraço

Alguma novidade quanto a implementação dessa NT? Segundo o site ciranda.me as notas que forem enviadas antes do dia 03/11/2015 com as modificações da NT 2015.002 serão rejeitadas por estarem fora do esquema atual. Enquanto que as que forem enviadas com o esquema atual após o dia 03/11/2015 serão rejeitadas por não estarem de acordo com a NT 2015.002. O artigo no ciranda.me sugere que todos deveremos atualizar os clientes no dia 03/11/2015. Será possível configurar o Acbr para trocar entre as implementação pré NT2015.002 e pós NT 2015.002, para que possamos atualizar os clientes gradualmente ao longo do mês e ativar a mudança quando chegar a hora em que a sefaz realmente ative as novas validações? Tentei emitir uma nota agora com o componente atualizado e recebi Rejeicao: Nota Fiscal sem a informacao do QR-Code Verifiquei que o componente não está gerando o campo ZX01 conforme NT2015.002

Boa tarde Renato, Os arquivos XSD são Schemas e são utilizados pelo componente para validar o XML gerado pelo próprio componente antes do seu envio para SEFAZ. O componente que emite a NF-e é o mesmo que emite a NFC-e sendo assim toda vez que surgir alguma Nota Técnica com alguma alteração não importa se é NF-e ou NFC-e o componente ACBrNFe será alterado para ficar em conformidade com a NT. Hoje o componente Já esta preparado tanto para NT 2015/002 como também para a NT 2015/003.

Boa tarde Emerson, Como ocorreu uma reestruturação na Unit ACBrNFeWebServices, algo pode ter sido alterado, é preciso agora checar com calma e fazer as devidas correções.

Boa tarde Juliana, O pessoal da CEF é bem chato nessa questão, os gerentes não tem autoridade nesse quesito, tudo depende do pessoal da homologação e creio ter esbarrado em pessoas que realmente gostam de tudo certo. No entanto, ontem depois de uma tarde toda tentando novas configurações, creio que consegui chegar na solução. O ajuste a ser feito nas propriedades do campo de código de barras é: WideBarRatio: 1 Zoom: 1,24 Com esses ajustes cheguei nos exatos 103mm, fica a dica ai pro pessoal Att, Ronaldo.

Puts cara denovo aconteceu esse mesmo problema, porém agora verifiquei nos fontes e tem uma forma de solucionar este problema para que não ocorra novamente. O Fato: O componente gera um numero randomico com digito verificador (10 ultimas posições), e o acressenta na chave da nota. Se vc como eu fez meio nas "coxas" ou na pressa, vai dar problema. Ex de feito nas coxas: Grava_NOTA; Gera_XML; ENVIA; (M#@#!#@ caiu a conexão ou estou ou timeout) caso isso aconteça você deveria ter a chave ou o XML, para efetuar a consulta antes de tentar enviar a nota novamente da seguinte forma; Cosulta; Retornou não cadastrada, repete o comando, Gera_XML; ENVIA; caso você não tenha nem a chave nem o XML, aí a coisa fica feia, por ser um numero rândomico a cada novo comando , Gera_XML será gerada uma nova chave diferente da anterior e um novo xml com o mesmos dados, porem chaves diferentes e nome de arquivos diferentes (caso vc salve as os arquivos de envio/resposta) para consultar a nota anterior tem que tentar descobrir que numero foi gerado no primeiro XML (coisa praticamente impossivel). COMO EVITO ISSO??? É bem simples, porém não veio no manual de instrução... aqui vai meu exemplo. ACBRNFe.NotasFiscais.Items[0].NFe.Ide.nNF := StrToInt(Numero.Text); // Passa o numero da nota para o componente. ACBRNFe.NotasFiscais.Items[0].NFe.Ide.cNF := StrToInt(Numero.Text); //Passa o mesmo numero para a CNF para evitar que seja gerado um numero randomico, assim a chave independente da vez que é gerada será sempre a mesma para este numero da Nota. Espero que seja útil para alguém. abs.