Painel de líderes

Boa Tarde, Realizei mais alguns ajustes no Modelo Paisagem para correção de dois erros segue descrição dos erros. 1º - O Campo relativo ao código de barras da chave de acesso em algumas impressoras estava ficando sobreposto ao quadro montado, semelhante ao problema descrito pelo amigo medreis mais acima. 2º - A Série no Canhoto estava cortando em todos os Modelos de impressão do canhoto. Imagem com os problemas descritos. Imagem após a correção. O problema ocorria com qualquer XML e em todas as posições do Canhoto. Todos foram ajustados. DANFePaisagem_2018.fr3

Obrigado pela dica amigo, fiz tudo isso aí e não rodou... Solução foi criar novo projeto com form principal com mesmo nome de Unit e pegar todos os forms do projeto em questão e add ao novo projeto.. Deu certo pra mim...

Testei agora em ambiente de homologação e aparentemente o problema foi resolvido. No ACBr, basta informar a propriedade CamposFatObrigatorios como True. ACBrNFe1.Configuracoes.Geral.CamposFatObrigatorios := True;

Brincadeira... esses caras devem morar em Marte... Será que eles tem pelo menos algum programa para testar ?

Obrigado a todos que responderam. Realmente, eu havia atualizado na pasta errada. Mas além disso, houve mudança na tabela de "Tipos de pagamento", onde antes aceitava os códigos 14, 15 e 90 deixou de aceitar. Eu os substituí pelo código 5. Mais uma vez, obrigado a todos por responder.

O problema está no SEFAZ de SP... em homologação a nova Regra de Validação não está permitindo passar nenhum cenário... ou seja... LIGUE NO SEFAZ Em produção aparentemente eles desligaram a nova Validação e por isso está funcionando... Mas se ela voltar a ser ativada, da maneira que está funcionando em homologação... todos terão novamente problemas... por isso é importante testar em homologação e relatar os problemas ao SEFAZ

@anderson.mendonca, este erro é apenas falta de atualização dos Schemas da NF-e. Basta atualizar para a última ("Esquemas XML NF-e - Pacote de Liberação No. 9 (Novo leiaute da NF-e, NT 2016.002 v.1.60 - b). Publicado em 02/07/2018"), disponível no site da SEFAZ.

resolvido. vStatus := NFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.cStat; vProtocolo_nr:= NFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.nProt; vProtocolo_dt:= NFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.DhRegEvento; vXml := NFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.xml; vArqXML := NFE.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.nomearquivo;

Pessoal, possível atualização dos servidores com as regras da NT_2016_02_v1_60. Vejam também preenchimento das configurações do componente :

Não sei se alguém teve algum problema com isso, mas existe uma diferença do tamanho do espaço imprimindo direto para a impressora, quando comparado com a impressão pelo windows. Tive que refazer o cálculo dos espaços.

Tenta reinstalar rodando o instalador e marcando a opcao limpar tudo... ou roda o apagarAcbr.bat antes de reinstalar... Att Ricardo

Boa tarde, Artur Alencar. Tópico antigo. Sugiro que crie um novo, relatando sua dúvida ou problema.

Boa tarde, diogeneswinner. Tópico antigo. Sugiro que crie um novo, relatando sua dúvida ou problema.

Boa tarde. O mesmo ocorre no demo? Att.

Justo isso que estava procurando. Obrigado!

Boa tarde, rafmattos. Instabilidade na Sefaz ou sua internet pode estar com problemas. Aumente o timeout e verifique sua internet.

Boa tarde, ramalho. Basta instalar a atualização em anexo e tentar novamente. windows8-rt-kb3140245.rar

Por favor leiam o tópico, antes de fazer um novo questionamento... muitas resposta já foram fornecidas... Leiam ainda esse tópico:

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Atualizando o Schema (fornecido pelo ACBR) e o ACBR, a nota foi normal aqui tb (SP)

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia. Tópico fechado pois já existe outro para o mesmo assunto. https://www.projetoacbr.com.br/forum/topic/46183-rejeição-campos-do-grupo-fatura-não-informados/?page=2 Att.

Aqui em Minas Gerais estamos com o mesmo problema.

E seu componente está atualizado ? Se sim, execute apagarAcbr.bat e refaça a instalação do componente.

Você consegue encontrar a tag CamposFatObrigatorios no componente ACBrNFe na tag Geral? Ela tem que estar marcada, se não existir essa tag tem que atualizar o ACBr, eu tenho cliente em SP e em MG, e nos dois está funcionando após atualizar o ACBr.

ola, minha sugestão para esse problema em anexo, se ajudar poste o resultado aqui, e ai quem sabe teremos no repositório a alteração. ACBrNFeNotasFiscais.pas

Está faltando a tag vDesc, tem que atualizar o seu ACBr, ou se já estiver atualizado, existe uma tag chamada CamposFatObrigatorios no ACBrNFe no grupo Geral, ela tem que estar marcada.

Sim, existe uma tag CamposFatObrigatorios no ACBrNFe no grupo Geral. Ela tem que estar marcada

Aqui o erro foi corrigido ao atualizar o ACBr, passei a usar a versão ACBrMonitorPLUS-1.2.0.16

Tem o comando para alterar a versão: NFE.SetVersaoDF("3.10");

À titulo de informação. Eu tinha duas nota na fila de transmissão com esse problema. Ambas sem pagamento, ou seja, sem a tag <cobr>. Às 09:35 as duas foram transmitidas. Parece que houve algum tipo de problema na SEFAZ na implementação da regra de validação.

Mensagem da SEFAZ / SP "Informamos que o sistema da NFE passa por dificuldades técnicas no momento. Nossas equipes de T.I encontram-se empenhadas para a resolução do problema o quanto antes."

Aparentemente é problema na SEFAZ, a partir de hoje (03/09) passaram validar o campo fatura, mas parece que estão validando incorretamente. Veja esse tópico: https://www.projetoacbr.com.br/forum/topic/46183-rejeição-campos-do-grupo-fatura-não-informados/

Bom dia! Aqui o erro persiste também mesmo com os schemas novos.

A nossa rotina de importação permite que o usuário escolha cProd ou cEAN e agora faz validações extras para avisar o usuário. Obrigado pelos comentários !!!

Esta repetição pro grupo de produtos acontece bastante nos ramos de roupas e calçados. Onde mudando apenas a cor, tamanho, etc. Permanece o mesmo GTIN

Não precisa ser muito criativo para inventar código de barras. Existe rotina que cria codigo de barras que passam pela NFe e não são cadastrados no GS1. Por enquanto, esses códigos ainda não estão sendo validados junto ao cadastro do GS1, mas o SEFAZ já deixou claro que isso será feito, porém essa validação foi prorrogada para dar tempo às indústrias de se adequarem. Além do mais, o próprio GS1 ainda não disponibilizou uma API para consulta dos códigos cadastrados (somente clientes do GS1 tem acesso a essa consulta). Então, por hora, o que resta a fazer é o comprador exigir do fornecedor códigos de barra reais e credenciados ou a substituição do cEAN por "SEM GTIN". Agora, no seu exemplo, existe uma outra forma de diferenciar a entrada desses produtos que é pelo código original de fábrica (cProd), que são diferentes para cada produto. No meu aplicativo, ao importar o xml, eu levo em consideração cEAN + cProd.

Tem alguma coisa no portal da nfe... A nota tecnica 2017.01 trata das novas validacoes do GTIN... Esta planilha lista os prefixos que serão aceitos ... O órgão onde sera feito o cadastro centralizado de produtos e seus codigos de barras eh o GS1 Brasil... Att Ricardo

Vi no cadastro do GS1 que tem como cadastrar o GTIN por grupo de produto. Por exemplo: um cliente industria de calçados tem a opção de cadatrar o GTIN grupo Botina e dentro dele ter a numeração de 34...até 44 ou cadatrar um GTIN para cada Botina + numeração, então teria um GTIN para botina 34, outro para a 35... Nesse caso aí do seu exemplo, trata-se de um produto de marca renomada no Brasil então pode ser o caso de GTIN por grupo porque o que está variando é apenas a cor.

Apenas para dar um retorno. Segui o tópico do Tiago e o problema foi resolvido. OBrigado a todos

So vendo o teu código pra tentar chutar a causa do problema... Que parametros esta passando no comando enviarEvento(???) Att Ricardo

Muito grato, vou testar.

Boa tarde a todos, Muito obrigado pelos alertas, favor atualizar os fontes e testarem novamente.

Boa tarde Simons, Muito obrigado pela colaboração, acredito ter resolvido a maioria dos erros. Já enviei para o repositório, favor atualizar os fontes e iniciar os testes com o programa exemplo.

é só baixar a atualização.

Boa tarde, Alterações enviadas ao repositório. Obrigado pela contribuição. Em caso de problemas favor anexar XML para verificação, com PDF ou imagem demonstrando o erro.

Boa tarde, jefersoncandeo. Aumente o timeout, utilize a configuração abaixo e instale o exe em anexo: ACBrNFe1.Configuracoes.Geral.SSLLib := libWinCrypt; ACBrNFe1.Configuracoes.Geral.SSLCryptLib := cryWinCrypt; ACBrNFe1.Configuracoes.Geral.SSLHttpLib := httpWinHttp; ACBrNFe1.Configuracoes.Geral.SSLXmlSignLib := xsLibXml2; ACBrNFe1.SSL.SSLType := LT_TLSv1_2; Arquivos_4.0.rar

Essa nota foi autorizada pelo SEFAZ. Numa nota com CFOPs 5902 e 5124 somente parte da nota é pago. Por exemplo se a cfop 5902 for 300,00 e a 5124 100,00. Teremos uma tPag 15 por exemplo com vpag 100,00 e uma tpag 90 com valor zero senao a nota é rejeitada.

Desculpe Wallas, estava testando aqui e tinha alterado o fonte colocando obrigatório o campo, justamente por não ter desconto e quando informado 0 no valor ele não gerava no XML. "Gerador.wCampo(tcDe2, 'Y05', 'vDesc ', 01, 15, 1, nfe.Cobr.Fat.vDesc, DSC_VDESC);" Então creio que terá que ser tratado diferente esse campo, para mesmo que for 0 ir no XML.