Painel de líderes

traduzindo: a tag CNPJ só aceita números de 0 a 9 e o tamanho máximo é 14. verifique no seu xml o que tem nessa tag ou poste o xml para análise. O retorno de uma dúvida sempre será mais rápido se o xml já vier no post.

Apliquei ajustes nos fontes do SVN, que devem corrigir o problema...

Bom dia Agnaldo, Entendo perfeitamente o seu desabafo. Mas note que a NT 2015/002 versão 1.00 no final da página 2 consta as seguintes datas: 01/10/2015 para homologação e 03/11/2015 para produção. Eu baixei essa NT no dia 28/07/2015 portanto 2 meses antes do inicio para homologação, prazo este suficiente para que nós fizéssemos as devidas alterações no componente e depois mais um mês para realizar os testes de envio com a nova TAG em ambiente de homologação. Já a NT 2015/002 versão 1.10 no final da página 3 consta que a data para o ambiente de produção foi prorrogada para 01/12/2015 e no final da página 2 diz que as regras de validação na SEFAZ vão começar a valer somente a partir de 01/01/2016. Isso significa que se você pode gerar ou não o XML com a nova TAG depois de 01/12/2015 sem nenhum problema, uma vez que a validação da mesma só vai ocorrer a partir de 01/01/2016, portanto ganhamos mais 2 meses para deixar tudo redondo. Eu baixei a versão 1.10 da NT no dia 19/10/2015, portanto quase 15 dias antes do previsto para entrada em produção informada pela versão 1.00 da mesma NT. Sendo assim não vejo nenhuma falta de respeito por parte do ENCAT, pois informou com antecedência que o prazo seria prorrogado. Não estou defendendo ninguém apenas sendo justo. Não sei quanto a você, mas eu, todos os dias de manhã visito os Portais Nacionais da NF-e, CT-e e MDF-e em busca de algum Manual, Nota Técnica ou Schemas novos. Tenho todos os PDFs baixados desta forma sei se tem algo novo ou não, caso afirmativo, baixo e leio para saber do que se trata. Se você não fizer isso, sempre será pego de surpresa.

Bom dia, amigos! Estou desenvolvendo no Delphi 5 um instalador de NFE automático que funciona executando um arquivo .bat com ShellExecuteEx. O objetivo do instalador é realizar todas as operações manuais que são realizadas normalmente para o funcionamento da NFE, são elas: - Registra DLL's no windows (Capicom, Msxml5.dlll). (ok) - Instala cadeia de certificado. (ok) - Instala certificado do cliente. (1) - Verifica configurações do internet explorer (2) (1) Instalar certificado cliente: Estou com um problema para instalar o certificado de cliente (arquivo .pfx). Após algumas pesquisas estou executando o seguinte comando rodando o .bat como administrador: certutil -f -p %3 -importPFX "%~f2" onde: %3 é um parâmetro do .bat com a senha do certificado; "%~f2" é um parâmetro do .bat com o caminho completo do certificado (.pfx). Esse comando retorna o seguinte: Certificado "CATIPAR COMERCIO DE PECAS PARA TRATORES LTDA - ME" adicionado ao re positório. CertUtil: -importPFX : comando concluído com êxito. Porém, ao executar o INETCPL.CPL (para verificar as propriedades do internet explorer) o certificado de cliente não aparece no menu Conteúdo -> Certificados -> Pessoal como na instalação manual do certificado. É preciso que o certificado apareça lá. Alguma sugestão?? (2) Config. IE: O último passo da instalação automática seria alterar as configurações do internet explorer. Manualmente executando o INETCPL.CPL: Propriedades de Internet -> Avançadas -> Segurança, é necessário desmarcar as opções TLS 1.1, TLS 1.2, SSL 2.0 e SSL 3.0 e marcar a opção TLS 1.0. Pesquisei diversas alternativas para fazer isso e nada. Alguma referência para ajudar?? Desde já agradeço.

Estou utilizando as versoes 4.13.15 do fast report e atualizado para 5.2.3 Porem, ao abrir o programa apresenta a mensagem de erro de Property Transparency not found no componente TFrxPDFExport. Como solução, alterei na criação do datamodule para instanciar esses 2 componentes manual. São eles TFrxReport e TFrxPDFExport. Com isso, não dá falta de propriedade não gravada no dfm. Todas as propriedades foram setadas no evento Create do form. Segue codigo fonte para analise e apreciação. ACBrNFSeDANFSeFRDM.dfm ACBrNFSeDANFSeFRDM.pas

Boa tarde a todos, No que diz respeito a numeração sequencial do evento, devemos levar em consideração o seu tipo. Cada tipo de evento tem a sua numeração sequencial iniciada em 1, sendo assim vamos a um exemplo: Foi solicitado uma CC-e para uma NF-e a numeração sequencial do evento CC-e é 1 pelo simples fato dela ser a primeira. Caso tenhamos uma segunda CC-e a numeração sequencial será 2. Suponha que em seguida essa mesma NF-e venha ser cancelada, qual será o numero sequencial do evento de cancelamento? A resposta é simples: 1 Porque? Leia novamente a linha acima em negrito. Complementando o que Régys escreveu, também não existe mais o PathCan.

pois é a questao, é a seguinte: para se baixar um xml a nota deverá está manifestada. e se ja tiver sido manifestada por um usuario e o outro sem saber mandar manifestar novamente( DUPLICIDADE DE EVENTO ) essa mensagem que quero evitar, e a unica forma seria consultar a chave pra saber se foi manifestada ou nao, pq se nao tiver envio manifesto, caso contrario baixo o xml. porque nao convem fazer aquele loop pra procurar nota ate achar a chave em questao, mesmo usando distribuicao documentos, tem de existir uma forma mais viavel e rapida de se fazer isso. imagine comigo 100 notas pra serem baixadas, tem de esperar o loop de consulta, nao dar mesmo.

Então eu olhei no doc, mas o que veio na pasta doc não fala nada a respeito da mudança, porem achei o que procurava no exemplo, muito obrigado

Tentativa de acertar Impressão de Epec nas danfes em fortes Segue arquivo para testes em danfe retrato após aprovação dos usuarios será aplicada em outras danfe's e aplicada ao svn. grato por qualquer contribuição. ACBrNFeDANFeRLRetrato.pas

Veja você leu a mensagem? é simplesmente uma propriedade que não existe no formulário para a versão do delphi 7! e dai na própria mensagem diz Ignore e continue? o que você faz?

Já consegui resolver aqui! Depois que mudei a forma como passava o "infNFeSupl" e atualizei os schemas voltou ao normal! Obrigado!

Basta olhar o pdf que tem no principal do trunk2!

Informa o erro que está ocorrendo. Tenta fazer isso com o demo do acbr e verifica se ocorre o mesmo. Faço a importação do xml também, mas nunca fiz a validação. A única coisa que verifico é se o xml importado, é destinado a empresa que está importando, ou seja, os dados do destinatário, cnpj e razão social e etc.

Creio que descobri o problema... A rotina que lê o XML, tem um parâmetro Boleano, que instrui o componente a "remontar" o XML... Se você desabilitar esse parâmetro e usar o XML como enviado, a validação funcionará... o Problema está ocorrendo porque a função que lê o XML está trocando todas as quebras de linha por ';' e isso invalida a assinatura... WAqqvlCxyD/hbA5nCe9OwIV+QffTgJlV/7mnsk6a8L/KlkYUmtwgM+gm/ir1ViSHyhC4jUGTZaVQ;xf0NaYEO2rVsSatz3MGSMjrancse6vkJLU/ihlx1/QNaowipl5UXSpk7is8K8Mw3NWRlIaGm0U3f;yyYvXovDNhwNW6xK2GzumuUINZ1TMTgKG0QA3aWH+70R0nvqdH+vQ5ZVky7OaFniWQ4kta6UZY1t;EOHcKUkY5LuiGT/EULGU1SC2hw6jqQ2Q7EKD203BdiHl2157JZgB8/aujyjVtmCjJ5v8gsVNz7lB;/6+5dg8xkMTTNzidjbWhAUs1RAUGJDSGt//zlQ== WAqqvlCxyD/hbA5nCe9OwIV+QffTgJlV/7mnsk6a8L/KlkYUmtwgM+gm/ir1ViSHyhC4jUGTZaVQxf0NaYEO2rVsSatz3MGSMjrancse6vkJLU/ihlx1/QNaowipl5UXSpk7is8K8Mw3NWRlIaGm0U3fyyYvXovDNhwNW6xK2GzumuUINZ1TMTgKG0QA3aWH+70R0nvqdH+vQ5ZVky7OaFniWQ4kta6UZY1tEOHcKUkY5LuiGT/EULGU1SC2hw6jqQ2Q7EKD203BdiHl2157JZgB8/aujyjVtmCjJ5v8gsVNz7lB/6+5dg8xkMTTNzidjbWhAUs1RAUGJDSGt//zlQ== Estou avaliando como corrigir esse problema...

O problema que a legislação dá essa brecha para os estados obrigarem ou não a emissão do MDF-e. Até então nós tínhamos clientes que nem sabiam o que era MDF-e porque nunca foi exigido deles, mesmo em cargas fracionadas. Parece que nesse caso de transporte intermunicipal é "equivoco" do governo dos estados que gostam de arranjar formas de aumentar a arrecadação. Mesmo se não tiverem postos de fiscalização, essa brecha abre oportunidade para realizar fiscalizações e multarem. Se entrarmos em contato com eles para pedir o "porque é obrigatório?", se encontrarmos alguém que responda, a resposta vai ser "por que sim".

Tem razão. Obrigado.

Quero agradecer pelo apoio e dedicação. Agora funcionou corretamente.

Bom dia. Tem sim. Eles acessam o Banco do Brasil (Tem o gbplugin, tem o warsaw da diebold), e usam o Bradesco OBBplus, tudo no mesmo servidor. Seriam eles que estão bloqueando? Teria alguma forma de configurar para isso não acontecer?

Apliquei no Class principal... favor testar!

Juliomar, os dois posts estão no mesmo tópico mas um dos posts foi em resposta de outra pergunta. Desculpe. Mas não estou aqui para criar caso e sim para somar no grupo. Quero ajudar o projeto crescer. E o que mais importa é que esclareceu minha dúvida e com certeza de muitas outras pessoas. Obrigado mesmo. Daniel.

Aqui não mudou nada na impressão normal, e nos casos que estava com problema, ajustou. Coloquei somente essas duas linhas de código: self.Scaled := false; self.ScaleBy( 96,Screen.PixelsPerInch);

Verifique nas configurações do AcbrMonitor se existe a parte de Tentativas e de TimeOut, aumente-as e faça mais testes. Eu uso os componentes dentro do Delphi e eu verifico se ocorreu algum erro ao tentar enviar aquela nota, se houve eu marco ela com problema e em seguida emito outra em contingência para poder liberar o cliente no caixa. Depois disso meu sistema verifica se tem notas com problemas e sai tomando as devidas providências: cancelar ou inutilizar a numeração.

marquei sim, copiar para diretório system... ainda não consegui resolver, não quero tentar reinstalar o delphi. Agora consegui, obrigado pessoal. nas ultimas vezes que instalei a opção de copiar todas as dll's não estava marcada.

Existem 2 situações para o seu questionamento. A 1a. é quando o destinatário é isento de I.E. e nesse caso você deve proceder da seguinte forma: Dest.indIEDest := inIsento; Dest.IE := ''; A 2a. é quando o destinatário não tem I.E. (pessoa física) e nesse caso você deve proceder da seguinte forma: Dest.indIEDest := inNaoContribuinte;

Mas já está fixo. Só não está em anúncio, pois é limitado o número de anúncios que podemos fazer.

Bom dia! Pelo silêncio dos fabricantes que participam deste fórum, dá para perceber que este assunto não agrada nenhum pouco. Acho que já passou da hora dos desenvolvedores se unirem e começarem a reportar a SEFAZ esta tamanha fragilidade do sistema. É muito infantil não prever que pode ocorrer uma falha de comunicação entre o SAT e o Software da AC. Não disponibilizar uma API para o download de um CFe perdido durante uma falha foi sem dúvida nenhuma um grande erro.

Boa noite. Alteração disponível no svn. Att.

Robson eu ainda não coloquei as URLs no arquivo, pois como VC pode ver acima no email, o pessoal da sefaz PB ainda estão adaptando as URLs a NT 2015/002 segundo o e-mail acima vai demorar ainda uma semana. Quanto as URLs no arquivo estou usando conforme as orientaçoes de Ítalo.

Prezados usuários do aplicativo ACBrMonitor PLUS, vimos informa-los que a partir de hoje 06/11/2015 a versão compilada do Monitor PLUS, volta a só ser disponibilizada para fórum dos assisantes do SAC. Os usuários não assinantes, poderão baixar e compilar sua própria versão, pois o código disponibilizado no repositório é o mesmo usado para compilação para todos. Usuários que não são assinantes e não sabem compilar suas próprias versões, poderão ainda aguardar a versão que será disponibilizada no fórum aberto com três meses de defasagem em comparação a versão disponibilizada no fórum do SAC.

mudou alguma coisa ?

Bom dia colegas. Antes de tudo, leiam este tópico do Juliomar. Quando o cliente reclama a "exclusão" do certificado, é o nosso sistema que causou o dano. Quando dá erro no sistema operacional, é o nosso sistema que está com problema. Quanto o erro é mau funcionamento do hardware, é o nosso sistema que está comportando de forma errada. Sem contar que, até mesmo quando a impressão não sai, é o sistema que está com problemas. Ora, para isso a resposta é bem simples! É o nosso sistema que está em uso em noventa por cento dos casos, e, quando algo não está correto, é certo que o cliente vai reclamar, e, neste caso será conosco. Mas vamos por parte. Quando nos ligam, informando sobre um determinado problema, creio eu que “eles” acreditam que somos magos, ou seja, basta dizer que ao tentar fazer uma nota deu um erro, mas não diz exatamente os passos que seguiu até o tal erro ocorrer. Não diz que, ao tentar assinar a nota por exemplo, ao ser solicitado a senha do certificado, ele digitou várias vezes, que, ao digitar não observou que o “Num Lock” estava desligado etc. Não diz também que, a leitora do tal certificado está inserida na usb frontal, ou em algum adaptador, enfim, uma série de informações que são de extrema necessidade que neste caso é você que tem que solicitar para chegar a uma conclusão de que, o problema não está no sistema e sim, nos periféricos. Por fim, foi que fiz com um cliente. Ao ser indagado de que o sistema teria “excluindo” o certificado, argumentei que o sistema não faz isso, apenas lê a informação da chave, foi aí que o cliente disse que foi a certificadora que lhe disse. Diante disso, entrei em contato com a certificadora e pedi para falar com o setor responsável, e, solicitei que fosse emitido um laudo assinado informando exatamente em que momento o meu sistema excluiu a chave do certificado. Neste momento o responsável começou a gaguejar, disse que era apenas uma suspeita e que não teria como fazer tal laudo. Diante da impossibilidade de elaborar tal laudo, pedi para que ele então elaborasse um documento afirmando que foi o sistema que excluiu o certificado. Mais uma vez, negativo. Importante ressaltar que, a prova incumbe a quem alega, se afirmar que foi o meu sistema eu exijo que o faça por escrito, que prove, caso contrário, seque cogite esta ideia, foi o meio que encontrei para solucionar de uma vez por todas estas desconfianças. Espero que ajude alguém.

Olá flavio80s... Sobre seu comentário: Está errado. Segue abaixo: Portanto na verdade os mesmos problemas que terei em relação a internet no modo SINCRONO, também terei no modo ASSINCRONO, mas ao meu ver, com uma menor complexidade de tratamento. Observe, no primeiro (Sincrono) eu envio e já recebo a resposta se deu tudo certo ou não. Se deu algum problema envio em CONTINGÊNCIA (envio offline e imprimir duas vias - Cliente e Estabelecimento) e continuo vendendo. No segundo (Assincrono) eu tenho que enviar, consultar o recibo e só depois, da mesma forma, checo se deu algum problema e envio em CONTINGÊNCIA e continuo vendendo.

Boa Tarde. Rômulo, obrigado pelas dicas, o problema era mais ou menos o que vc disse. Vou postar aqui a solução, pois pode ajudar a outros que venham a passar por isso. Como eu disse, o nosso software usa as dlls da TKS para a geração, envio, cancelamento e inutilizaçao da NFe, e eu não sei o porque, mas não era preciso instalar o certificado A3 na maquina do usuario, bastava apenas inserir o leitor no USB e deixar o windows reconhecer. Com o componente da ACBr não é assim, nos precisamos instalar o certificado através do software proprio de cada empresa emissora do certificado (no caso do nosso cliente a Serasa), e com um detalhe importante, tem que se logar na maquina como administrador. Apos a instalação, bastou registrar as Dlls (capcon etc), que funcionou perfeitamente. Julio