Turbo Drive

Boa tarde Para aqueles que não gostam de ler muito, vou resumir o assunto, o cliente resolveu adquirir um certificado A1. Agora vou explicar o procedimento que fizemos para tentar remover as solicitações do PIN: Ao acessar o conteúdo do certificado A3 vimos que foi emitido pela empresa Soluti. Entramos em contato com o suporte deles, e estes prontamente fizeram o acesso. Durante o acesso, eles perguntaram qual o modelo do certificado e o que estava escrito na parte de trás. Informei que se tratava de um cartão e-CNPJ da receita federal. O técnico informou que o conteúdo do certificado era emitido por eles, mas o cartão pertencia ao concorrente e estes não tinham os drives para a instalação. Durante o acesso remoto, o técnico instalou um programa chamado AWP, que fica executando em segundo plano e deixa o certificado visível às aplicações. Nas palavras do técnico, o certificado estava instalado com um driver genérico que tornava o certificado acessível e compatível com os navegadores, e dessa forma, era detectado pelo site da Receita Federal, mas não era detectado pelo AWP. Minha opinião: acredito que instalando o driver correto do cartão, executando e sendo reconhecido pelo AWP, o certificado possa ser utilizado com um nível de segurança menor, fazendo com que deixe de solicitar o PIN. Agradeço a todos pelo apoio.

Hoje de meio dia, farei o acesso ao cliente juntamente com o vendedor do certificado. Assim que tiver um desfecho, postarei aqui.

Esqueci de mencionar, que instalei o .net framework 3.5 ontem na máquina do cliente e mesmo assim continuava a mesma situação. Ontem, falei com o rapaz responsável pela venda do certificado digital. Perguntei se era possível diminuir o nível de segurança do certificado digital, ele falou que não era possível. Desculpe a insistência, mas existe alguma forma do certificado A3 parar de pedir o PIN ?

Bom dia Estou tendo problemas com o certificado digital A3 (fabricante SOLUT). Para qualquer operação que o sistema tente fazer (consulta de status, envio, inutilização...), aparece a solicitação do PIN. Isso ocorre se eu NÃO informar a senha do certificado no componente. Caso eu informe a senha do certificado no componente, em alguns momentos, a aplicação trava, de forma que necessite fechar com o gerenciador de tarefas. Normalmente, eu informo a senha e o número de série assim: AcbrNfce.Configuracoes.Certificados.senha := senhacertificado; AcbrNfce.Configuracoes.Certificados.NumeroSerie := Trim(UpperCase(StringReplace(numeroseriecertificado, ' ', '', [rfReplaceAll]))); Fiz testes com o demo do Acbr, e mesmo informando a senha, também é solicitado o PIN para qualquer operação. Em pesquisas aqui no fórum, vi algumas postagens sobre o assunto, mas não obtive sucesso. No link acima, menciona um procedimento onde faz o download de um executável que aparentemente resolve o problema, mas infelizmente ele não está mais disponível. Alguém teria esse executável que possa disponibilizar para download ? Ou existe algum outro procedimento que possa ser feito para que o certificado A3 (fabricante SOLUT) pare de pedir a senha várias vezes ? Desde já agradeço a atenção.

Sim, o evento de manifestação (Ciência ou Confirmação) é obrigatório antes de efetuar o download.

Devido a situação ocorrer no cliente, vou solicitar o acesso e verificar novamente, mas o retorno que estou tendo é o 138 - Documento localizado.

Na verdade não ocorre erro, apenas o xml retornado não é o xml contendo as mercadorias. Coloquei o xml retornado em anexo. 24200735298827000370550020022128841277364605-resNFe.xml

Bom dia Ontem, 10/07/20, tive uma situação em que não foi possível fazer a manifestação e, consequentemente, o download do XML da NF-e. Acredito ter sido causado por essa mudança no portal da NF-e. Além do número de série e senha do certificado digital, existe alguma outra configuração a ser feita no componente AcbrNFe antes de fazer a manifestação ? Desde já agradeço a atenção.

Bom dia. Após diversos testes, vi que o problema está na cabeça de impressão da Argox. Ao imprimir na linguagem ppla, a impressão estava bem centralizada, enquanto que no fast e fortes report estava mais a esquerda. Coloquei a impressão na linguagem ppla mais para a esquerda e ocorreu a mesma falha de impressão. Peço desculpas a todos pelo incômodo e agradeço a ajuda.

Já fiz o aumento da temperatura de 10 para 15 e depois de 10 para 20, não houve mudança na qualidade de impressão.

Boa tarde Estou precisando migrar alguns relatórios e impressão de etiquetas para o fastreport. A minha dor de cabeça está na qualidade de impressão na Argox. Quando imprimo as etiquetas usando os comandos PPLA, a impressão ocorre nítida, porém ao fazer com o fastreport, as etiquetas são impressas como se estivessem se apagando. Existe alguma forma de melhorar a qualidade de impressão na argox usando o fastreport ? Desde já agradeço a atenção.

Mais uma vez, obrigado, @BigWings

Boa tarde a todos. Fiz um downgrade dos Schemas que utilizo, removendo o que baixei ontem e utilizando os Schemas que baixei em novembro de 2019, dessa forma consegui emitir a CC-e e o cancelamento de uma NF-e. Contudo, ao fazer a comparação dos arquivos leiauteEvento_v1.00.xsd e tiposBasico_v.1.03.xsd que baixei ontem com os arquivos de novembro de 2019, NÃO HÁ DIFERENÇA NENHUMA. Em anexo, estão os arquivos Schemas de novembro de 2019 e os arquivos que baixei ontem, caso alguém se interesse em fazer a análise. Agradeço a ajuda de todos, em especial a ajuda do nosso amigo @BigWings Peço aos administradores que, por favor, fechem o tópico. Schemas1119.rar Schemas_090320.rar

Os arquivos leiauteEvento_v1.00.xsd e tiposBasico_v.1.03.xsd estão no mesmo diretório e estão da mesma forma que você descreveu.

Acabo de atualizar os fontes e os schemas, mas mesmo assim o problema ainda persiste. O erro não ocorre apenas na Carta de correção, também tentei cancelar uma NF-e e ocorre o mesmo erro.

Sim, baixei hoje e atualizei. Uso sempre o que vem junto com os fontes do Acbr. Os meus fontes estão atualizados também. Teria algum outro procedimento a ser feito ?

Bom dia Ao tentar emitir uma CC-e, estou tendo o retorno da imagem em anexo. Já atualizei os Schemas, existe algum outro procedimento a ser feito ? OBS: O único tópipco que encontrei referente a esse erro foi de 2016 e não havia resposta. Desde já agradeço a atenção.

Obrigado pela dica @BigWings, vc acertou em cheio. Tenho um outro componente que utiliza a smtpsend, e pelo fato dele estar desatualizado e o meu library path também estar apontando para esse outro componente, estava dando conflito. Peço desculpas a todos, e que fechem esse tópico.

@Juliomar Marchetti Antes de atualizar, faço o seguinte procedimento: 1 - removo o componente da IDE; 2 - executo o apagarAcbr.bat como administtrador; 3 - o diretório que uso não é um diretório protegido do windows, e geralmente fica na unidade D; 4 - A versão anterior, eu compacto, coloco o arquivo compactado em outro diretório (geralmente na unidade C) e depois elimino o diretório da versão anterior, para finalmente fazer a atualização. Quando ocorreu esse erro, eu fui um pouco mais além e conferi se havia algo no diretório C:\Users\Public\Documents\Embarcadero\Studio\20.0\Bpl. Existe algum outro diretório que devo verificar ou procedimento a ser feito ? OBS: Consegui instalar o componente, comentando a linha, mas ciente que não utilizo aquela função em nenhum dos meus projetos.

Boa tarde Hoje, 29/01/20, atualizei o Acbr e ao compilar o meu projeto, apresentou o erro da imagem em anexo. Na unit AcbrMail.pas, não está sendo reconhecido a propriedade DeliveryStatusNotification. Esse status está presente na unit SmtpSend, está declarada corretamente, mas mesmo assim não é reconhecida. Existe alguma unit ou função a ser declarada ? Peço desculpas, se esse não for o local correto para essa postagem.

Boa tarde Ao emitir o MDF-e, geralmente o campo CIOT é preenchido com doze zeros (000000000000). Hoje, 15/07/19, ao tentar emitir um MDF-e, ocorreu a rejição 716 cnpj / cpf do responsável pela geração do ciot inválido. Seria algo relacionado ao cnpj da transportadora emitente, ou no cnpj presente no CT-e do contratante ou teria que ter um CIOT diferente de zeros ? Desde já agradeço a atenção.

Após reiniciar o computador, estranhamente, o erro parou de ocorrer. Obrigado pelo retorno.

Tente instalar o componente sem o integrador. Caso dê certo, tente instalar apenas ele, lembrando de conferir se o caminho ....\Fontes\ACBrIntegrador e .....\ACBrIntegrador\pcnVFPe está adicionado ao library path.

Boa noite Hoje, 14/05/19, fiz a atualização do componente, e agora ao abrir qualquer projeto, aparece a mensagem abaixo Não foi possível localizar o número ordinal 284 na biblioteca de vínculo dinâmico c:\program files (x86)\embarcadero\studio\18.0\bin\subversion\libsvn_ra-1.dll Não encontrei essa dll no pacote de instalação ou alguma mais atualizada em outros sites. Como posso corrigir esse erro ? Desde já agradeço a atenção.

Boa tarde Ano passado já havia resolvido, mas não atentei que o componente ainda estaria com essa falha. Peço desculpas a todos e se algum moderador puder remover esse post, fico grato