Dércio Luis Zanatta

Boa tarde Estou postando nesse tópico, pois um outro tópico que eu estava postando foi bloqueado. Bem. Depois de fazer vários testes, consegui instalar o componente pelo Trunk2. Foi sofrido, mas instalei com sucesso. Não cheguei a fazer nenhum teste, pois me deparei como uma situação inesperda: Não atende NFSe no Trunk2 ! Como já tenho todo meu sistema montado com NFe e NFSe na mesma aplicação, considero um trabalho meio que regressivo ter que retirar a NFSe da aplicação e criar outra aplicação (em outra máquina, com outra instalação do Delphi). Por essa razão, vou continuar a usar o Trunk1 e aguardar até que a NFSe esteja disponível também no Trunk2. Quero deixar bem claro que não estou descontente com o componente e nem irritado com essa situação, muito pelo contrário, só tenho agradecimentos à todas a pessoas que estão fazendo um esforço muito grande para tornar o componente ainda melhor do que já é. Só lamento que não vou poder usufruir das correções e atualizações que atualmente estão sendo feitas apenas no Trunk2. Gostaria de, se possível, ser avisado quando a NFSe estiver disponível no Trunk2 para que eu possa voltar a fazer testes com a migração. Obrigado a todos, grande abraço.

Ta certo Ítalo.. Vou continuar a utilizar o Trunk1 então, pois aqui na empresa é inviável termos um Delphi instalado para cada coisa, já que são vários programadores que utilizam os mesmos projetos. Só sinto não poder usufruir das próximas atualizações que, até onde eu sei, não serão mais disponibilizadas para o Trunk1. Confesso que fiquei bem preocupado com essa situação !

Poxa vida.. Por essa não esperava ! Isso vai ficar assim agora ? ou existe alguma previsão para usar tudo junto novamente ? E mesmo que eu separe os executáveis, como vou compilar a aplicação que usa NFSe se não consigo instalar o componente ?

Uhhh, desculpe, não tinha lido sobre isso ainda.. O problema é que tenho Nfe e NfSe no mesmo aplicativo. Não poderei migrar para o Trunk2 nesse caso ?

Estou quase la galera.. Agora está dando o seguinte erro ao compilar os pacotes: Compiling package C:\ACBr\Pacotes\Delphi\ACBrNFSe\ACBr_NFSe.dpk ACBr_NFSe.dpk(39) Fatal: Required package 'ACBrComum' not found Compilation failure O que será que faltou ?

Obrigado pessoal pelas respostas, e desculpem qualquer coisa... É que eu imaginei que o ACBrInstall já baixasse todos os fontes de pastas como necessário. Vou baixar pelo SVN e ver no que da. vleu

Ok Nilson. Como vc fez para baixar os fontes fora do instalador ? Tem que salvar arquvio por arquivo ? Se abro o endereço https://svn.code.sf.net/p/acbr/code/trunk2/ no navegardor abre uma página para ficar navegando entre as pastas , Como faz para baixar tudo de uma vez ?

Exatamente Ítalo.. Eu estou fazendo a instalação do Zero. Fiz assim: Criei uma pasta c:\acbr Baixei o AcbrInstall.exe do endereço: "https://svn.code.sf.net/p/acbr/code/trunk2/" Rodei o ACBrInstall.exe, marquei os componentes que quero instalar e mandei atualizar pelo SVN. Depois que acabou, cliquei em próximo e deu esse erro. Esse ACBRInstall.exe não está baixando com está estruturado no "https://svn.code.sf.net/p/acbr/code/trunk2/". A pasta Synapse nem é criada dentro da pasta c:\acbr\pacotes\delphi ! Tem algo que estou fazendo errado ?

Bom dia Eu continuo com esse mesmo problema: "pacote acbr_synapse.dpk não encontrado, efetue novamente o download do repositório" . Já tentei colocar a contrabarra no final, mas não mudo nada ! Notei que na pasta pacotes\delphi baixa um synapse.dpk e não um ACBR_Synapse.dpk Alguém mais está com esse problema ?

Bom dia Fui tentar migrar para Trunk2 agora, porém vi que no acbrInstall não tem mais a opção e DANFE para NFe,NSe para QuikReport !! Atualmente uso QuikReport no Trunk1. O que devo fazer ?

Aproveitando Daniel.. Eu não entendi direito ainda essa história de Trunk e Trunk2. Até hoje, para atualizar os fontes do ACBR eu rodava o AcbrInstall. Ele fazia o download dos fontes pelo Tortoise SVN e depois eu compilava os pacotes. Devo mudar alguma coisa ? Não é mais atraves do AcbrInstal que atualiza os fontes ?

Eu mandei a chave de uma nota que deu "tempo de limite excedido" por e-mail para a SEFAZ - RS. Eles me responderam com um relatório de cada nota emitida naquele dia pelo cliente em questão. Pelo que está no relatório deles, nenhuma nota demorou mais do que 0,101 seg. Esse ainda está ocorrendo, mas muito menos desde o dia 01/08/2015, mas ainda ocorre esporadicamente. Agora não sei o que pode estar causando esse erro !

Opa.. Boa notícia... Já está disponível, é só atualizar os fontes do acbr ?

Bom dia Daniel. Obrigado pela resposta, vou tentar usar isso para descarregar o certificado. Quanto a simular o estouro de memória, é um dilema ehehhe.. Ele não ocorre sempre, não existe uma lógica. É bem aleatório o problema. Para vc ter uma idéia, não consegui simular esse problema nenhuma vez aqui em homologação. O problema ocorreu em vários clientes, em alguns com mais e outros com menos frequencia. Gostaria muito de poder simular a situação para poder achar onde ocorre o problemas, mas infelizmente não tem como !

Ítalo. Só para mim entender essa transição para o Trunk2. Até hj, para atualizar os fontes do ACBR, eu rodo o ACBRInstal.exe, la dentro eu escolho os componentes que quero instalar/atualizar. O próprio AcbrInstall faz o download dos fontes pelo Tortoise SVN e depois compilo os pacotes. O Processo é o mesmo com Trunk2 ? Preciso baixar ou fazer algo diferente ?

Certo ìtalo.. Teria que baixar o ACBRINstal novamente aqui no site e esse já pegaria do novo repositório ? é isso ?

Bom dia. Estou com o mesmo problema. Parece que começou depois que as Novas URLs passaram a ser usadas. O problema é bem aleatório, não existe uma lógica. Da com notas pequenas ou grandes, seguidamente ou com intervalos bem maiores. Já configurei o componente para augardar 10 seg antes da primeira consulta, 3 seg de intervalo entre uma consulta e outra e 5 tentativas e mesmo assim, em alguns casos, ocorre o problema de timeout . Alguém conseguiu algum contado com a SEFAZ ou alguma solução para esse problema ?

Boa tarde Ítalo. Me desculpe se vou fazer uma pergunta boba, mas o que seria esse "trunk1" e "trunk2" ?

Tenho clientes que utilizam mais de um certificado na mesma máquina, por isso seria interessante pedir o bin a cada transação, e além disso, tenho notado que estão ocorrendo problemas quando feitas várias notas uma atras da outra, sem fechar a aplicação. Parece ser algo que está carregando uma nova instância e não está descarregando. Pensei que fosse o ACbr que armazenasse o bin e isso podria estar causando um "estouro de memória", por isso queria ver se tinha uma forma de descarregar tudo da memória e carregar tudo novamente a cada nota. OBS: Atualmente já uso o componente em outro formulário. Sempre carrego esse formulário na memória e descarrego o mesmo no final de todas as transações da nota.

Uso o SafeSign para gerenciar os certificados e la não tem nada com relação a isso !

Eu não sei se não estou me expressando bem, mas minha dúvida não é em relação a estar pedindo o PIN. Minha dúvida é que o PIN é solicitado apenas na primeira transação que eu faço, nas outras não pode mais. Eu gostaria que pedisse em todas as transações.

Talvez eu esteja enganado, mas eu estou utilizando o ACBRNfe compilado como Capincon. Nesse caso, não é informada a senha do certificado e sim o seu número de série. Se for como OpenSSL, ai sim, tenho que informar o arquivo .pfx e a senha. Resumindo, não estou informando a senha do certificado.

Desculpe a ignorância Juliomar, mas onde configuro para ele não guardar o PIN ?

Boa tarde Estou utilizando o Certificado A3 no componente AcbrNfe. Quando envio a primeira nota, ele pede para o usuário digitar o pin. As próximas notas não pede mais esse PIN. Penso que logicamente o componente armazena o PIN justamente para facilitar para o usuário não precisar mais dgita-lo. Existe alguma maneira do componente não armazenar esse PIN ?

Bom dia Do nada começou a retornar esse erro em algumas notas que estou enviando: Erro Requisisção não enviada 12002 - O tempo limite da operação foi atingido. O que ocorre é que a nota fica efetivada na SEFAZ, mesmo retornando esse erro Alguém sabe qual o motivo disso acontecer ?