TiagoTecchio

Também resolvi instalando o ACBR_Integrador.dpk. Mas porque ele é requerido pelo ACBR_DFeComum.dpk? Porque preciso embutir as rotinas desse pacote no meu executável?

Bom dia, Não ocorreu para mim este tipo de situação com o webservice de Distribuição. Tive tratar tais caracteres em retornos de webservices feitos em Java ou PHP. Mas a solução é bem óbvia e "low-tech": bastaria fazer um StringReplace nos caractéres estranhos.

Boa tarde, Fiz alguns ajustes nas units de escrita (pnfsNFSeW_Infisc.pas) e leitura (pnfsNFSeR.pas) de XMLs para o provedor Infisc. No caso da unit pnfsNFSeW_Infisc programei o nodo de Condições de Pagamentos para a versão v10. Para a unit pnfsNFSeR tive que adicionar a leitura de alguns tags que foram esquecidos (versão v11), o que causava problemas: o XML assinado ficava diferente do gerado. Por exemplo, eram omitidos os tags <regimeTrib>, <mod> e <ambienteEmi>. Ajustei também a unit de cancelamento pnfsCancNfseResposta.pas para alimentar a propriedade "acbrNFSe.WebServices.CancNFSe.RetCancNFSe.InfCanc.Protocolo" com o protocolo de cancelamento. pnfsNFSeR.pas pnfsNFSeW_Infisc.pas pnfsCancNfseResposta.pas

Eu pessoalmente sempre chamo ".clear", não vejo motivo para "correção" pois ao meu ver não está errado.

FelipeIW, Constumo fazer assim: objNFE.Configuracoes.WebServices.AguardarConsultaRet := 5000; objNFE.Configuracoes.WebServices.Tentativas := 30;

Também já sofri com esse problema. Infelizmente não encontrei uma solução definitiva, simplesmente aumentei o tempo de resposta e espera do componente e o erros foram minimizados quase a zero. Eventualmente acontece a situação que você descreveu, então a maneira correta é consultar a chave no site da Sefaz, baixar o XML e anexar no BD.

Olá Italo. Obrigado pelo retorno. Uso sem problemas tanto certificados A1 quanto A3 com o ACBR e nunca tive problemas. A questão é este certificado ACS Cryptomate - há algo de diferente nele ou alguma incompatibilidade com o CAPICOM. A empresa que comercializa este tipo de token aqui no RS, a Invia, usa como base e sempre testa com o programa de emissão de NFe da Sefaz (que acredito que seja feito em Java). Com este programa assina e envia sem problemas... Meu conhecimento de Java é limitado, mas penso que a assinatura digital seja feita de outra forma daquela feita pelo ACBR (estou especulando).

Diogo, De fato, ocorre a mesma situação para mim. No primeiro envio é solicitado o PIN, e autoriza normal. A partir daí, não vai de jeito nenhum. Geralmente retorna "297-Rejeicao: Assinatura difere do calculado" mas eventualmente surge "Parâmetro incorreto". Já limpei o XML, removi espaços em branco, removi apóstrofo, &, etc, e nada. Parece que algo se perde entre uma assinatura e outra. Percebi que o erro de parâmetro incorreto é levantado nessa linha: signedKey := xmldsig.sign(dsigKey, $00000002); Mas como disse, é eventual. Como esse token (ACS Cryptomate) é de uso recente e há pouca gente usando, talvez no futuro alguém descubra onde está o problema... Até lá vou instruir o cliente para a única solução possível: abandonar essa degraça e comprar um certificado A1, que é garantido. Att.

Vale a pena ressaltar a configuração da conta de e-mail. No meu caso, uso o GMail, e para funcionar precisei liberar a opção "Acesso para aplicativos menos seguros" nas configurações de segurança da conta. Sem isso, não envia de jeito nenhum.

Utilizando a dica do colega Mark Apollo, a instalação do pacote funcionou. Removi a linha {$R *.res} do arquivo ACBrComum.dpk consegui dar um "build" sem problemas. Obrigado.

Desculpe, correto é "update".

Como eu disse, removi a pasta antiga e dei um "commit" para pegar os fontes atualizados. Em seguida tentei atualizar e ocorreu o problema. Off: ocorreu duplicação de post antes porque o forum disparou um erro no MySQL com a seguinte mensagem: "mySQL query error: INSERT INTO ipb_cache_store"

Delphi: 2007. Windows 7 64bits. Bom dia Colegas! Estou enfrentando um problema ao compilar/instalar a última atualização do ACBr, mais precisamente o pacote ACBrComum.dpk. Até então nunca havia visto tal situação. Fiz os procedimentos de sempre antes de atualizar, removendo os pacotes antigos, eliminando tudo. Porém tanto instalando "no braço" na IDE quanto através do ACBrInstall, o erro ocorre. A Mensagem é Error: E2161 Duplicate resource: Type 2 (BITMAP), ID ACBR O mais estranho é que os demais pacotes instalam e funcionam... Trecho do log com problema: Compiling package C:\Componentes\ACBR\Pacotes\Delphi\ACBrComum.dpk "C:\Program Files (x86)\CodeGear\RAD Studio\5.0\bin\dcc32.exe" "C:\Componentes\ACBR\Pacotes\Delphi\ACBrComum.dpk" --no-config -B -$O- -$W+ -$Y- -M -Q -H- -W- -DRELEASE -U [...] CodeGear Delphi for Win32 compiler version 18.5 Copyright (c) 1983,2007 CodeGear C:\Componentes\ACBR\Fontes\ACBrComum\ACBrUtil.pas(2124) Warning: W1044 Suspicious typecast of string to PWideChar C:\Componentes\ACBR\Fontes\ACBrComum\ACBrAAC.pas(254) Warning: W1000 Symbol 'FileAge' is deprecated C:\Componentes\ACBR\Fontes\ACBrComum\ACBrAAC.pas(590) Warning: W1000 Symbol 'FileAge' is deprecated C:\Componentes\ACBR\Fontes\ACBrComum\ACBrAAC.pas(611) Warning: W1000 Symbol 'FileAge' is deprecated C:\Componentes\ACBR\Fontes\ACBrComum\ACBrDFeUtil.pas(131) Warning: W1055 PUBLISHED caused RTTI ($M+) to be added to type 'DFeUtil' Error: E2161 Duplicate resource: Type 2 (BITMAP), ID ACBR; File C:\Componentes\ACBR\Pacotes\Delphi\ACBrComum.res resource kept; file ACBrComum.res resource discarded. Error: E2161 Duplicate resource: Type 14 (ICON GROUP), ID MAINICON; File C:\Componentes\ACBR\Pacotes\Delphi\ACBrComum.res resource kept; file ACBrComum.res resource discarded. Error: E2161 Duplicate resource: Type 16 (VERSIONINFO), ID 1; File C:\Componentes\ACBR\Pacotes\Delphi\ACBrComum.res resource kept; file ACBrComum.res resource discarded. Compilation failure Sugestões são bem vindas. Grato. Tiago.

Obrigado por identificar o problema. Já havia percebido, mas não havia encontrado a origem.

Percebeu isso: "Rejeição: A data do evento não pode ser maior que a data do processamento" ?

Daniel, Existe uma versão do ACBr anterior a esta mudança no EAD? Porque fiz o update por SVN, compilei e enviei para o clientes sem saber desse esquema da libeay32... ou seja, me ferrei. Sinceramente para mim esse recurso não tem nenhuma utilidade, e este é o problema. Obrigado.

Olá Colegas! Percebi que a propriedade NumCOOInicial do ACBREcf retorna 0 após uma RZ de um dia sem movimentos, o que não acontece quando existe venda. A propriedade NumCOO funciona perfeitamente. Estou usando um ECF Bematech MP4000.