Painel de líderes

Olá Italo / Jose, Realmente o problema era preencher corretamente o CNPJ na tela DF-e / WebServices / aba Reinf . Muito obrigado pela ajuda. Abraços, Sergio

Você poderia usar o WebService ConsultaCadastro ACBrNFe1.WebServices.ConsultaCadastro.UF := UF; if Length(Documento) > 11 then ACBrNFe1.WebServices.ConsultaCadastro.CNPJ := Documento else ACBrNFe1.WebServices.ConsultaCadastro.CPF := Documento; ACBrNFe1.WebServices.ConsultaCadastro.Executar; mas verifique que ele não é implementado em todos as UFs http://www.nfe.fazenda.gov.br/portal/webServices.aspx?tipoConteudo=Wak0FwB7dKs=

Esse geralmente é um erro relacionado aos logos carregados no Dacte. Tente remover o logo para ver se funciona. Se funcionar, tente alterar o tamanho ou o tipo do arquivo de logo.

Bom dia Lucas, Favor testar com a unit em anexo. pcnNFeR.pas

Bom dia. É possível sim, basta usar o método LerRetorno() Att.

Ok Italo, Vou seguir sua orientação. Então devo enviar "N" comandos Reinf.CriarEventoReinf, um para cada Prestador e finalizar enviando apenas um comando Reinf.EnviarReinf, é isto? Só por curiosidade, em alguns testes, mesmo passando vários prestadores no mesmo R2010.INI, os XMLs foram gerados corretamente, conforme arquivos em anexo. Mas vou enviar cada prestador um a um para não acontecer mais o problema. Obrigado, Sergio 1714774260000002019012810235545013-R-2010-0.xml 1714774260000002019012810241740993-R-2010-1.xml 20190128102417-env-lot.xml 20190128102417-env-lot-soap.xml ID1714774260000002019012810235545013-R5001.xml ID1714774260000002019012810241740993-R5001.xml 20190128102418-rec.xml 20190128102418-rec-soap.xml

Obg @Felipe E. Resende Mesquita, vou verificar e dou um retorno, caso resolva, aviso para fechar o tópico.

Esta tudo funcionando normalmente é só atualizar o componente

Elias, Realmente é muito estranho a SEFAZ-PR ter demorando tanto para ativar a regra de validação.

Arquivo atualizado.

@Lucas Martendal Muito boa sua iniciativa, num projeto open source forte todos contribuem. Mas seu arquivo em anexo esta bastante desatualizado, vou fazer um merge e anexar um arquivo mais atualizado. pcnNFeR.pas

Italo, consegui pegar retorno direto de um portal com as informacoes . Obrigado

Bom dia pessoal do ACBr, tudo bem? Pessoal, devido à esse problemas que eu e outras pessoas, como meu amigo Leandro Vignoto, estávamos enfrentando, eu resolvi fazer uma alteração nos fontes do ACBr, no arquivo pcnNFeR.pas, que está em anexo, para que a leitura do XML da Nota Fiscal considere os dois tipos de tag escritas, tanto a forma normal ('<det nItem="1">') quanto a forma que estava com problemas, onde os produtos não eram lidos ('<det xmlns="http://www.portalfiscal.inf.br/nfe" nItem="1">'). Assim, todos os XML's podem ser carregados normalmente. Peço que analisem e, se puderem considerar minhas alterações, eu agradeço muito, isso resolve muitos problemas nossos. Desde já muito obrigado. Fico no aguardo, vlw. pcnNFeR.pas

Elias, Por ser tratar um CT-e OS de transporte de pessoas agora se faz necessário informar o tipo de fretamento que deve ser 1 = Eventual ou 2 = Continuo. Se for Eventual devemos ainda informar a data e hora da viagem. Por favor baixe e leia a Nota Técnica 2018/002 versão 1.01

Ok Ítalo estamos juntos. Abraço!

Bom dia, Você já viu este tópico? Att.

Ah entendi, dei azar que peguei o erro bem quando estava implementando uma nova cidade e acabei achando que era algo que eu estava fazendo errado, enfim, agradeço a resposta e fico no aguardo. Obrigado, Fernando Schulz.

Bom dia Fernando, Estamos tentando resolver esse problema. A questão é que os demais XML ao serem assinados o grupo <Signature> é colocado no nível 2 do XML, já o de cancelamento é no nível 3. Mas dependendo da configuração usado no componente o grupo <Signature> é colocado no nível 2 deixando o XML errado no que diz respeito ao layout. Foi feito uma alteração para poder colocar no nível 3, mas isso esta provocando a invalidação da assinatura.

Bom dia Elias, Favor anexar o XML do CT-e OS enviado e o retornado pela SEFAZ.

Bom dia, A mensagem é clara, diz que os tipos são incompatíveis. ACBrSATExtratoESCPOS1.PosPrinter.Modelo := INI.ReadInteger('PosPrinter','Modelo',0); Note que que esta sendo lido de um arquivo INI o campo Modelo e a informação esta sendo convertida para Inteiro. Por outro lado a propriedade Modelo que vai receber essa informação não é do tipo Inteiro e sim: TACBrPosPrinterModelo. Veja como resolver. ACBrSATExtratoESCPOS1.PosPrinter.Modelo := TACBrPosPrinterModelo( INI.ReadInteger('PosPrinter','Modelo',0) );

Bom dia Está preenchendo o campo "dhViagem" do grupo infFretamento? Esse erro é referente essa validação: Se informado grupo de informações do Fretamento (rodoOS\infFretamento) e tipo de fretamento for igual a Eventual (tpFretamento=1): A data/hora da viagem deve ser informada.

Bom dia. Acredito que neste caso você deve contatar o Banco do Brasil, uma vez que na remessa não tem nada que deva ser adicionado para que o titulo seja compartilhado entre os bancos Att.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

No Fortes Report a diferença utilizando essa propriedade é essa:

Boa tarde Ítalo. Putz amigo, desculpe aí o meu deslize, estava com 25/01 na cabeça e não enxerguei o 25/02.

Além da verificação da existência das DLLs no path, ou diretório do executável, fiz alguns ajustes na demo, pois o campo Porta, estava com limite de valor em 100, causando o erro citado. Vale lembrar que após configurar os valores, deve-se clicar em Salvar, antes de enviar o email de teste. Fiz algumas outras melhorias na demo: - Leitura dos parâmetros do INI; - MessageBox, ao executar as ações da Demo. SVN Rev.: [16418]

Obrigado senhores Removi os pacotes, reiniciei o computador, reinstalei os pacotes ACBr e deu certo.

Ok... obrigado pela analise e testes... vou enviar ao SVN, conforme sugerido...

Bom dia, E se você meu amigo, fizesse o seguinte. Importasse o xml para um campo texto e retirasse a string que causa o problema. Depois criasse novamente o arquivo xml "tratado". Entendeu? Espero ter ajudado! Abraço

Pode ser que eles tenham um novo Firmware... vou tentar contato com eles...

Bom dia @tdpsistemas Ocorreu esta mesma situação com um cliente específico utilizando a impressora DR800. Utilizo também a impressão através de spool. Até onde tive informações da Daruma, é possível ser um problema na fonte da impressora. No meu caso, como não é recorrente o erro, é bem difícil identificar. Possuo outros clientes com a mesma impressora que não tiveram este problema usando as mesmas rotinas de impressão. Qual o modelo de impressora que você está tendo esse problema?

Bom dia. Se você vai somente dar uma instrução de baixa, o correto é utilizar a ocorrência para tal e manter os dados. Att.

Bom dia. Pderia indicar o portal, para que os demais membros da comunidade tenham acesso a informação? Att.

Bom dia, Não sei se entendi corretamente, você está com problemas no retorno ou na remessa? att.

Sim, bem lembrado. Muda para http://177.84.147.222:8091/NFSe.Portal.Integracao.Teste/Services.svc

Bom dia Davidson, O motivo é que a sua consulta foi rejeitada, veja o motivo: XMotivo=Rejeicao: CNPJ da consulta nao cadastrado como contribuinte na UF Essa empresa é de MG? Se ela não for, você não pode informar MG. Por exemplo: se ela é de SP o primeiro parâmetro tem que ser SP.

Bom dia. Anexe seu xml. Att.

Bom dia É possível simular esse problema com o ACBrNFe Demo? Se possível anexe o xml que está imprimindo...

Bom dia Segue sintaxe do comando no ACBrMonitor: https://acbr.sourceforge.io/ACBrMonitor/NFEConsultaCadastro.html

Essa propriedade ainda existe no código, declarado na classe do Fortes. Mas parece que desde 2015 ela não funciona corretamente. Provavelmente ela deveria ter sido removida mas não foi. Vejam esses tópicos: https://www.projetoacbr.com.br/forum/topic/24413-alterar-tamanho-de-logo-posição-do-nome-da-empresa-tamanho-do-endereço/?page=3

Italo Obrigado.

Você pode realizar os testes com o demo na pasta exemplos. Sugiro que baixe e leia a Nota Técnica 2014/002 versão 1.02b que trata sobre o Distribuição DFe. Depois baixe e leia a Nota Técnica 2012/002 versão 1.02 que t rata sobre Manifestação do Destinatário.

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

Bom dia, aparentemente a unica divergência é na descrição do campo XCorrecao, informe mais de 15 caracteres... Chegou a fazer esse teste? Os erros que estão ocorrendo é constante ou ocorre de forma aleatória?

Obrigado pela informação.

Não tive nenhum problema semelhante. Pelo menos em tese, o spool e o componente não deveriam influenciar um ao outro.

Resolvido, Nao era pasta Schema , Problema na DLL OpenSSL , foi atualizado e ficou ok. Obrigado. Jeferson

Bom dia... e do nada como num passe de mágica, voilá... sem nenhuma alteração, nem nada... Tem coisas que só a SEFAZ-MT faz para você.. Obrigado pessoal.... Rubens

Gentileza passou longe... até onde me consta não sou seu funcionário...

Boa tarde!! Depois de trocar alguns(vários) e-mails com o suporte da nota control, eles ajustaram nosso cadastro e conseguimos enviar as notas. Não recebemos um retorno, mas vimos que agora o CNAE esta disponível para seleção no site, coisa que antes não acontecia. Acho que a minha solução não vai ajudar muita gente, porque no final era erro no cadastro da minha empresa no ambiente de homologação. Obrigado pela ajuda!