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 a todos. Essa atualização só está disponível a partir da ultima versão 1.2.0.10. Como utiliza a versão free do ACBrmonitor, sugiro que contribua pelo menos uma vez com o projeto para obter a versão mais atualizada do mesmo. Caso não realize a operação anterior, já está disponível nos fontes do projeto ACBr, para quem compila o ACBrMonitor.

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

Já existem vários tópicos sobre o assunto... https://www.projetoacbr.com.br/forum/topic/46183-rejeição-campos-do-grupo-fatura-não-informados

Boa tarde. O mesmo ocorre no demo? Att.

3.1 - Não faça flooding - Inundar o fórum com posts repetidos, com a mesma dúvida ou as mesmas palavras é chamado de flooding. Isso é proibido. Apenas um post feito no lugar certo é suficiente. Pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Favor leia as regras do fórum. https://www.projetoacbr.com.br/forum/topic/46195-erro-na-instação-do-acbr-ao-executar-danferl/?tab=comments#comment-305386

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.

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.

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.

https://www.projetoacbr.com.br/forum/topic/46183-rejeição-campos-do-grupo-fatura-não-informados/?page=2

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."

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 !!!

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

os serviços do CT-e em MG está muito instável. Ora consegue enviar, ora dá rejeição do tipo 12002, 12175, 12030...Porém a contingência está normal.

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, 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.