Edson.pol

Bom dia. Estou na mesma situação. Me avisaram ontem (27/10) que dia 01/11 entrará no ar a nova versão (troca de provedor GINFES por CONAM) O pior de tudo, é que a prefeitura não vai mais autorizar nota conjugada. No GINFES, o escritório contábil tinha como lançar o ISS das notas conjugadas (com mercadorias e prestação de serviços), então para a prefeitura não fazia tanta diferença. Já no CONAM, não tem como lançar o ISS "por fora", tem que ser pela nota de serviços mesmo. Quem tinha autorização antes estava acostumado com o esquema, agora vai ter que sofrer um pouquinho. (Emitir uma nota de venda para o "Pneu", uma nota de serviços para o alinhamento" e juntar dois boletos em um só, pra não pagar 2 vezes a taxa do boleto). Ainda não migrei para o Trunk2 por causa na NFSe. Agora também fiquei na mesma dúvida, tentar adaptar o trunk1 ou ir para o trunk2 ? []´s Edson.

Boa tarde Juliana. Desculpe, postei em tópico errado... ( http://www.projetoacbr.com.br/forum/topic/5272-arquivo-remessa-bradesco-homologação-resolvido/ ) O Bradesco, (e o Santander também), exige que no header do arquivo remessa seja informado um outro código, não o código do cedente. O Bradesco o chama de "Código da empresa no banco". Como o código do cedente é usado em outras funções (Impressão do boleto, no registro detalhe da remessa, etc), então é necessário mesmo alterar a unit "ACBrBancoBradesco.pas", função GerarRegistroHeader400 mudando de "CodigoCedente", para "CodigoTransmissao". (Lembrando de alimentar a propriedade ACBrBoleto.Cedente.CodigoTransmissao com o "código da empresa no banco"). []´s Edson.

Bom dia Juliana. Comigo aconteceu a mesma coisa semana passada. Não estava conseguindo nem enviar o arquivo remessa (teste) de um cliente pelo netbanking. O manual diz: Posições: 027 a 046 - Código da Empresa - Tamanho: 20 Será fornecido pelo Bradesco, quando do Cadastramento Vide Obs. Pág. 16 ... Registro Header Label Das Posições 027 a 046 Códigos da Empresa Será informado pelo Bradesco, quando do cadastramento da Conta beneficiário na sua Agência. Esse código deve ser alinhado à direita com Zeros à esquerda. O componente está gerando as posições 27 a 46 com o "código do cedente", que o Bradesco orienta que seja a junção de "zero+carteira+agencia+conta". Ex: 0 009 00060 00059422 (17 dígitos) Porém, o Bradesco tem mais um campo, que é chamado de "Código da empresa no banco", que pode ser obtido por telefone com a central de cobrança, ou no netbanking. Ex: 4541841 (Formatado com zeros a esquerda ficaria 00000000000004541841). E esta informação que deve ir no header da remessa. A solução que encontrei foi alimentar no componente o campo "Cedente.CodigoTransmissao", com o número da empresa, e na unit ACBrBancoBradesco.pas, alterei a procedure GerarRegistroHeader400, trocando "CodigoCedente", por "CodigoTransmissao". []´s Edson. Link do manual CNAB do Bradesco http://www.bradesco.com.br/portal/PDF/pessoajuridica/solucoes-integradas/outros/layout-de-arquivo/cobranca/4008-524-0121-08-layout-cobranca-versao-portugues.pdf

Boa tarde. ACBrInstall, Delphi XE8. Ocorreram diversos erros na compilação da unit "ACBrNFSeDANFSeRLRetrato.pas", com o FormatFloat, e com algumas funções faltando, como "FormartarCNPJ", etc. Corrigi os comandos e a cláusula uses. Está compilando sem erros agora. Segue em anexo. []´s Edson. ACBrNFSeDANFSeRLRetrato.pas

Bom dia. Baixei o Trunk2, e ao rodar o ACBrInstall (para XE8), na compilação ocorre o erro: Undeclared identifier: 'ENCODING_UTF8' Compiling package C:\ACBrTrunk2\Pacotes\Delphi\ACBrDFe\ACBrCTe\ACBr_CTe.dpk C:\ACBrTrunk2\Fontes\ACBrDFe\ACBrCTe\PCNCTe\pcteRetDistDFeInt.pas(532) Error: E2003 Undeclared identifier: 'ENCODING_UTF8' C:\ACBrTrunk2\Fontes\ACBrDFe\ACBrCTe\PCNCTe\pcteRetDistDFeInt.pas(532) Error: E2250 There is no overloaded version of 'Pos' that can be called with these arguments C:\ACBrTrunk2\Fontes\ACBrDFe\ACBrCTe\PCNCTe\pcteRetDistDFeInt.pas(568) Error: E2250 There is no overloaded version of 'Pos' that can be called with these arguments C:\ACBrTrunk2\Fontes\ACBrDFe\ACBrCTe\ACBrCTeWebServices.pas(1950) Fatal: F2063 Could not compile used unit 'pcteRetDistDFeInt.pas' Compilation failure O erro ocorre também em: ACBr_MDFe Compiling package C:\ACBrTrunk2\Pacotes\Delphi\ACBrDFe\ACBrMDFe\ACBr_MDFe.dpk Procurei em todos os arquivos .PAS, mas não achei nenhum definindo uma constante ou variável com este nome. Por via das dúvidas, rodei o "apagarACBr.bat", apaguei a pasta e baixei novamente, mas o erro continua. Alguém tem alguma dica ? []´s Edson. log_Delphi_XE8.txt

Edit... Encontrei a string no arquivo xml de resposta. (603-rec.xml) <ns2:Mensagem>Entidade Certificadora nao encontrada na lista de autoridades confiaveis.</ns2:Mensagem> <ns2:Correcao>Informar um certificado valido com uma cadeia certificadora valida.</ns2:Correcao> <?xml version="1.0" encoding="UTF-8" standalone="yes"?><ns3:EnviarLoteRpsResposta xmlns:ns2="http://www.ginfes.com.br/tipos_v03.xsd" xmlns:ns3="http://www.ginfes.com.br/servico_enviar_lote_rps_resposta_v03.xsd"><ListaMensagemRetorno><ns2:MensagemRetorno><ns2:Codigo>E320</ns2:Codigo><ns2:Mensagem>Entidade Certificadora nao encontrada na lista de autoridades confiaveis.</ns2:Mensagem><ns2:Correcao>Informar um certificado valido com uma cadeia certificadora valida.</ns2:Correcao></ns2:MensagemRetorno></ListaMensagemRetorno></ns3:EnviarLoteRpsResposta></EnviarLoteRpsResposta> Então o problema deve ser com o Ginfes, que não reconhece o certificado emitido pelo CIESP (que é da Imprensa Oficial). O resto, acesso ao e-CAC, emissão de notas de venda, está funcionando. Somente notas de serviço é que disparam o erro. Agora fiquei a pé... Estou esperando resposta do CIESP, mas o suporte é lento demais. []´s Edson. 603-rec.xml 603-rec-soap.xml 603-rec.xml 603-rec-soap.xml

(Desculpe postar neste em dois locais, mas não sei como mover um post errado) Bom dia! Tenho um certificado A3 (Cartão) do Ciesp, emitido em 06/03/2015, e ao tentar utilizá-lo para emitir nota fiscal eletrônica, pelo ACBrNFe, recebo o erro: “Entidade Certificadora nao encontrada na lista de autoridades confiáveis” No mês passado, este erro ocorreu e eu desinstalei e instalei novamente o gerenciador “Safesign Standard” versão 3.0.87 (32 bits) e funcionou. Este mês (dia 01/04) o erro voltou a ocorrer, fiz o mesmo procedimento do mês passado, mas não consigo emitir as notas fiscais. Ja registrei as DLLs do Capicom, sem efeito. Tentei instalar as cadeias de certificação do site www.ciespdigital.com.br, mas não resolveu. Também baixei do site www.iti.gov.br. e não deu certo. Testei em Windows 7 (32 bits) e Windows XP. O erro ocorre em ambos. Procurei pela string "Entidade Certificadora" nos fontes do ACBr e não existe nenhuma ocorrência, então estou presumindo que seja algo no Capicom, ou no Gerenciador de certificados. Alguém já passou por isto ? []´s Edson.

Editando... O erro ocorre somente com notas fiscais de serviço (ACBrNFSe), provedor "Ginfes". As notas de venda (ACBrNFe) estão sendo emitidas sem erro, mas as de serviço não. []´s Edson.

Bom dia! Tenho um certificado A3 (Cartão) do Ciesp, emitido em 06/03/2015, e ao tentar utilizá-lo para emitir nota fiscal eletrônica, pelo ACBrNFe, recebo o erro: “Entidade Certificadora nao encontrada na lista de autoridades confiáveis” No mês passado, este erro ocorreu e eu desinstalei e instalei novamente o gerenciador “Safesign Standard” versão 3.0.87 (32 bits) e funcionou. Este mês (dia 01/04) o erro voltou a ocorrer, fiz o mesmo procedimento do mês passado, mas não consigo emitir as notas fiscais. Ja registrei as DLLs do Capicom, sem efeito. Tentei instalar as cadeias de certificação do site www.ciespdigital.com.br, mas não resolveu. Também baixei do site www.iti.gov.br. e não deu certo. Testei em Windows 7 (32 bits) e Windows XP. O erro ocorre em ambos. Alguém já passou por isto ? []´s Edson.

Bom dia Ferdinan, Eu tive um problema parecido. Tentava enviar no campo "CC" pra vários destinatários, mas o campo "Para" estava em branco. Passei a inserir pelo menos um destinatário no campo "Para" e o resto no campo "CC". Ficou assim: ACBrMail.AddAddress( '[email protected]') ACBrMail.AddCC('[email protected]; [email protected]; [email protected]') e se for o caso ACBrMail.AddBCC('[email protected]; [email protected]; [email protected]') []´s Edson.

Boa tarde Daniel. Segue .zip Alterada somente a linha 572. []´s Edson. ACBrECFNaoFiscal.zip

Bom dia. Ontem fiquei o dia todo procurando uma solução para um problema de I/O ao utilizar uma impressora não fiscal. Depois de tentar quase tudo, achei uma solução de um outro usuário do ACBr, que sugeriu: na Unit ACBrECFNaoFiscal.pas acrescentar "IOREsult' no "Destroy" fica assim: inherited Destroy; IOResult; Isso já é feito no ACBrDevice, mas só lá não resolve. Depois de fazer o mesmo na Unit ACBrECFNaoFiscal.pas, não ocorreu mais o erro. Sugiro esta alteração porque certamente vou esquecer de alterar manualmente quando baixar novas atualizações no SVN. []´s Edson.

Já tive problemas com versão das DLLs. Faz um teste: - Faz uma cópia das suas DLLs - Descompacta as DLLs que estou enviado em anexo na pasta do seu sistema. (são as que uso no meu e funciona com gmail). []´s Edson. DLLsEnviodeEmail.rar

Bom dia Edileno. Você está usando porta 465 e SSL ? Mude a porta para 587 e marque TLS (não marque SSL) As dlls estão na pasta do seu sistema ? []´s Edson.

Bom dia Italo ! Segui sua orientação, e está tudo funcionando agora. Só não entendi porque mudam as regras sem mais nem menos. []´s Edson.

Boa tarde! Hoje fui emitir minhas notas de serviço e ocorreu um erro: "Emissão com serviço eventual não permitido pelo munícipio." Como sempre utilizei "01.07 / 344 - Suporte técnico em informática", achei estranho e liguei na prefeitura. Lá vi que os códigos mudaram, e agora seria: 14.01/316 (ver figura anexa) Porém, ao emitir a nota com o novo código "14.01/316", a descrição sai: "lubrificação, limpeza, lustração, revisão, etc", que é usado por oficinas mecânicas, por exemplo. Vi que as descrições estão na função "CodigoToDesc" na unit "pnfsConversao.pas" Esta unit é única para todas as cidades ? Se consultar a nota pelo site do Ginfes, a descrição sai correta: 14.01 / 316 - SERVIÇOS DE REPARAÇÃO DE MÁQUINAS DE ESCRITÓRIO E COMPUTADORES Onde posso corrigir isto? []´s Edson.

Perfeito Datilas ! Agora que está pronto, parece tão fácil de fazer... Eu ainda estava na fase da leitura do manual []´s Edson.

Show de bola Datilas ! Nem deu tempo de eu tentar transformar em componente Diego: O próximo passo seria o rastreamento, vou baixar o manual do webservice e tentar implementar. A geração de etiquetas e PLP pelo que vi precisa de contrato, vou ler o manual com calma. PS: Datilas, fique a vontade em ajudar !

Foi mal Juliomar... Nem vi onde estava, desculpe.

Boa tarde. Acredito que, como eu, muitos ainda usem o Delphi 7 e estejam felizes com ele. Entretanto, visando entrar no mundo "mobile", preciso migrar para Delphi XE. Aí começa a saga. Há um tempo atras, instalei o Delphi XE trial, pra ir testando quando sobrasse algum tempo. O tempo não sobrou, e logo saiu o XE2. Nem perdi tempo e baixei o trail. Depois saiu o X3, com a maravilha de desenvolvimento multi-plataforma. Pensei: "... é agora que vou sair do 7 e subir pro XE3". Mal instalei o XE3 e saiu o 4... Depois instalei o 5, e na semana passada o XE6. Ainda estava na fase de "sofrimento", convertendo alguns componentes antigos, que não tem versão atualizada, quando recebo um e-mail com uma "promoção de lançamento do XE7 !!!" Poxa vida, que bom que o Delphi está evoluindo, mas será que precisa mudar tanto de versão ? Um service pack não resolveria ? Lá vou eu baixar mais 5 GB pra testar... http://altd.embarcadero.com/download/radstudio/xe7/radstudio_xe7_esd.exe []´s Edson.

Boa noite. Tive que incluir em meu sistema uma opção para cálculo de SEDEX / PAC, e procurando por uma solução "pra ontem", achei um código na internet, fiz uns ajustes e deixei funcionando (em Delphi 7). Eu nunca precisei desenvolver um componente "do zero", então estou postando o fonte para o caso de alguém com mais prática na criação de componentes integrar ao ACBr. Talvez se encaixe no ACBrTCP. []´s Edson SedexDelphi.rar

Boa tarde. Testei em um micro novo, recém formatado, e funcionou (no meu aplicativo com ACBr, não no emissor gratuito). Instalei as chaves V2 do site da caixa, depois a leitora, e por ultimo o Charismatics. Imagino que no Java (no caso do emissor gratuito), não seja possível usar dois certificados no mesmo cartão, pois usa o certificado vencido na hora de assinar a NFe. Como Capicom, por selecionar pelo nr de série, o problema não ocorreu. Nos outros testes que tinha feito, em micros de desenvolvimento, e de escritório contábil, que tem todos os gerenciadores, cadeias e caramba a quatro instalados, está dando erros aleatórios. []´s Edson.

Boa tarde. Situação: O proprietário de um conglomerado de empresas faleceu no início deste ano. O inventário deverá demorar um bom tempo para sair, visto a complexidade por ser um conglomerado. Só aí poderá ser adquirido um novo cartão; O certificado digital das empresas venceu em Junho, e foi feita a renovação pelo site da Caixa, seguindo as instruções do site. O certificado foi renovado com sucesso, e funciona normalmente para acesso a Receita Federal (e-cac) e site da Caixa. Problema: As empresas com problema por enquanto, são fazendas, e emitiam nota fiscal eletrônica eventualmente, usando o emissor gratuito. No emissor gratuito, ao assinar uma nota, dá mensagem de "Certificado Expirado". Já fizemos a busca dos certificados (no gerenciador gratuito) e definimos somente o certificado novo. Em anexo, figura com a tela do gerenciador "Charismatics" da caixa federal. Nele é possível ver que o certificado antigo ainda está gravado no cartão (é apresentado em primeiro na lista de "containers") O certificado renovado vem logo em seguida. Imagino que o sistema não "enxergue" o segundo certificado, assumindo que só um poderia estar gravado num cartão, então pega o primeiro que encontra. Para tentar ajudar o contador da empresa, testei no meu sistema ERP, que usa o ACBrNFe com CAPICOM, e também dá erro, não de vencido, mas de erro no acesso a canais seguros. Pensei em apagar o primeiro "container" do cartão, mas percebi que nele não existe uma chave pública, somente a chave privada. Aí corro o risco de parar de funcionar o resto que ainda funciona. O suporte da caixa não diz nem que funciona, nem que não vai funcionar se excluir a chave, dá pra perceber que não sabem exatamente o que fazer neste caso. O emissor gratuito da receita não tem suporte, mesmo que tivesse, não seria com ele o problema. Alguém já passou por situação semelhante ? (e conseguiu resolver)? Grato. Edson.

Bom dia! Refiz os testes neste final de semana e agora funcionou. Passo-a-passo: 1 - Instalei os drivers para windows 7 (do CD da impressora) 2 - Alterei a velocidade da porta para 115200 (no gerenciador de dispositivos) 3 - Reiniciei o micro 4 - Verifiquei novamente se a velocidade continuava em em 115200 5 - No ACBrECFTeste, alterei o modelo da impressora, depois setei a velocidade da porta serial para 115200. 6 - Imprimi leitura X, e fiz alguns cupons para teste. Tudo rodando normal, com cabo USB. []´s Edson.

Bom dia Jacinto, svn://svn.code.sf.net/p/acbr/code/trunk Testei hoje novamente, e não veio a alteração. Sei lá o que estou fazendo errado... Apaguei a pasta, fiz um novo checkout. Deletei todos os BPLs, etc. Instalei pelo ACBrInstall novamente. Vou testar em outro PC assim que sobrar um tempo. []´s Edson.