rbleonel

Desculpe-me mas, não entendi muito bem como você quer o exemplo. Por favor, explique melhor. Obrigado, Rogério.

A quebra de linhas na carta de correção não está funcionando. Quando digita a CORREÇÃO À SER CONSIDERADA, caso eu queira que exista uma quebra de linha, coloca-se o ponto e vírgula (;) e o que está após o ; vai para a linha de baixo. Seria algo assim: Teste de quebra de linha1;Teste de quebra de linha2 Da maneira como está acima, fica tudo junto e o componente faz a quebra da linha quando ele encontra o ponto e vírgula. Ficaria da seguinte forma: Teste de quebra de linha1 Teste de quebra de linha2 Isso funciona perfeitamente nos dados adicionais da NFe e também funcionava para a CCe. Para os dados adicionais está perfeito mas para a CCe não funciona. Obrigado, Rogério.

Pois é, a propriedade NomeLongoNFSeno componente está = False e mesmo assim ele salva o PDF path + numero + serie. Mudei essa propriedade para True e o nome do XML e PDF ficou: path + CNPJ + numero. Pelo que pude perceber, deixando essa propriedade como False, ele vai colocar a série junto do nome. Se isso fosse um padrão do componente até não teria problemas. O problema é que a todo instante isso é modificado e se tivesse uma propriedade para informar o nome do arquivo, resolveria todos os problemas. Obrigado, Rogério.

Para gerar o PDF, faço da seguinte forma: ACBrNFSeDANFSeRL1.PathPDF := 'C:\TMP' ACBrNFSe1.NotasFiscais.ImprimirPDF; O PDF é salvo nesta pasta perfeitamente, porém, dependendo da atualização do componente ele vem com um nome diferente. Como eu posso fazer para definir um nome para o PDF? Obrigado, Rogério.

Realmente, no meu caso, estava faltando 3 informações: ACBrNFSe1.Configuracoes.Geral.Emitente.CNPJ ACBrNFSe1.Configuracoes.Geral.Emitente.InscMun ACBrNFSe1.Configuracoes.Geral.Emitente.RazSocial Obrigado, Rogério.

Olá pessoal! Estou com o mesmo problema. Já atualizei os fontes, os arquivos INI, Schemas e o problema persiste. Em anexo estão as mensagens de erro. Alguém tem alguma sugestão? Obrigado, Rogério.

Olá pessoal! Estou com o mesmo problema. Já atualizei os fontes, os arquivos INI, Schemas e o problema persiste. Em anexo estão as mensagens de erro. Alguém tem alguma sugestão? Obrigado, Rogério.

Olá pessoal! Para gerar a assinatura SW, utilizo o meu certificado digital e o certificado digital do cliente. Só que agora, apareceu um cliente que não tem certificado digital e ele não vai comprar. Se quer ele está querendo comprar o SAT + Impressora. Bem, a minha dúvida é quanto a geração da assinatura. Fiquei sabendo que é possível gerar uma assinatura sem o certificado digital do cliente. Alguém sabe como fazer isso? Obrigado, Rogério.

Não sei se é o que ele corrigiu mas, o problema estava na falta de um ponto e vírgula: xPrefixo := 'ds1:' <----------- aqui estava sem ponto e vírgula xmlns := ' xmlns="'; Coloquei o ponto e vírgula e compilou sem problemas. De qualquer forma, vou atualizar novamente. Obrigado.

Olá pessoal! Utilizo Delphi 2010 e Win 10 64. Já faz um bom tempo que utilizo o Trunk2 e venho atualizando regularmente. Fiz a atualização hoje, baixou os pacotes pelo SVN e executei o aplicativo ACBrInstall_Trunk2.exe para instalar os pacotes. Não concluiu a instalação porque deu erro no pacote ACBr_NFSe.dpk e a instalçao foi abortada. Em anexo está o arquivo de log com o erro. Desmarquei esse pacote e a instalação concluiu sem nenhum problema. Abri o Delphi e tentei instalar manualmente o pacote ACBrNFSe e aparece o seguinte erro: [DCC Error] ACBrNFSeWebServices.pas(1093): E2066 Missing operator or semicolon xmlns := ' xmlns="'; Fechei o Delphi e utilizei apagarAcbr.bat para apagar tudo e fiz nova reinstalação e mesmo assim, o pacote ACBrNFSe não instala pelo instalador do ACBr e nem manualmente. Alguém tem uma dica de como resolver este problema? Obrigado, Rogério. log_Delphi_2010.txt

Olá pessoal! Migrei para o Trunk2 e agora, não estou conseguindo pegar o código de verificação. Provedor Ginfes. Eu fazia da seguinte forma: Edit1.Text := ACBrNFSe1.WebServices.ConsLote.RetornoNFSe.ListaNFSe.CompNfse.Items[0].Nfse.CodigoVerificacao; Pelo Trunk1 funcionava perfeitamente. Pelo Trunk2 retorna o erro: List index out of bounds. Mesmo que se eu tirar o [0] e colocar ou qualquer outro número, o erro persiste. Fiz conforme a dica do amigo acima (Edit1.Text := ACBrNFSe1.NotasFiscais.Items[0].NFSe.CodigoVerificacao;), porém, não gera erro e também não retorna o código de verificação. Alguém sabe dizer o que pode estar errado? Obrigado, Rogério.

Olá pessoal! Eu também acho que fica melhor. Eu poder definir uma pasta onde esses arquivos irão ficar é muito melhor do que eles ficarem na mesma pasta da aplicação. Acho que fica mais organizado. Obrigado, Rogério.

Bom dia! Li tudo o que está escrito lá na página inicial sobre o Trunk2 e não fui capaz de encontrar nenhuma explicação de como remover e instalar certo as versões. Só achei um documento em PDF chamado Bem_Vindo_ao_Trunk2.pdf e neste documento não tem nenhuma explicação sobre isso. De qualquer forma, removi todo o pacote ACBr utilizando o apagarAcbr e fiz nova instalação. Não foi!!! Fiz novamente a remoção do pacote utilizando o apagarAcbr, e reiniciei o PC. Ao subir o Windows, fiz a instalação e agora funcionou perfeitamente. Talvez vale a dica: Remova o pacote utilizando o apagarAcbr e reinicie o PC. Após reiniciar, instale o novo pacote. Se isso não tem nada a ver eu não sei mas, aqui funcionou. Obrigado, Rogério.

Olá pessoal! Utilizo Delphi2010 e Win10 64. Mudei para o trunk2 e fiz a instalação utilizando o ACBrInstall_Trunk2.exe. Rodou sem nenhum problema, ou seja, instalou todos os pacotes. Detalhe: No ACBrInstall_Trunk2.exe, marquei a opção "Remover todos os arquivos antigos das unidades de disco". A instalação ocorreu sem nenhum problema. Tudo perfeito! Quando abri o Delphi, apareceu a mensagem de erro no pacote ACBr_NFe que está em anexo com o nome Erro_Abertura.png Tentei instalar o pacote ACBr_NFe manualmente e apareceu o erro que também está em anexo com o nome Erro_Instalacao.png Vale lembrar que a versão anterior (Trunk1) funcionava plenamente. A Trunk2 é que está com problemas para instalar. Alguém tem alguma sugestão? Obrigado, Rogério.

Eu tirei a assinatura e passou sem nenhum problema. Obrigado pela dica. Rogério.

Bom dia Jorge. Sim, estou assinando a NFSe da seguinte forma: ACBrNFSe1.NotasFiscais.Assinar; Quanto ao problema, está retornando a seguinte mensagem: "Não existe na base de dados uma NFS-e emitida para o numero de RPS informado" Debungado a aplicação, retorna outra mensagem referente ao ID. Veja: The attribute 'Id' with value 'Ass_rps:311' failed to parse. Eu não sei de onde o componente está pegando esse número 311. O número do RPS é 31 e o componente está colocando 311, ou seja, 31 seguido do número 1 = 311. Quando envia para o provedor Ginfes, retorna a mensagem: "Não existe na base de dados uma NFS-e emitida para o numero de RPS informado" O que é estranho é que no início deste mês foi emitido NFSe normalmente. Semana passada eu atualizei o pacote ACBr e fiz nova compilação do meu aplicativo e agora está dando este problema. É por isso que não entendo o motivo deste erro. Tens alguma ideia? Obrigado, Rogério.

Olá pessoal. No atributo ID está assim: Ass_rps: 311 O número do RPS é 31 e não 311. Não entendi de onde está vindo e 1 após o 31. Fui verificar os arquivos XSD e são os mesmos que estão na pasta do ACBr do provedor Ginfes. Por via das dúvidas, substitui todos pelos do ACBr para não ter dúvida e mesmo assim o problema persiste. O que me chamou a atenção é que na TAG <ns4: InfRps Id='311'> está exibindo o número do RPS como sendo 311, sendo que na verdade é 31. Além disso, retorna a seguinte mensagem: "Não existe na base de dados uma NFS-e emitida para o numero de RPS informado" Estou informado o número 31. Está correto mas, o componente está colocando 311 no Ass_rps. Isso está correto? Tens alguma ideia do que devo fazer para corrigir este problema? Obrigado, Rogério.

Olá pessoal! Estou guardando o número de série do certificado para não ficar pedindo que o usuário tenha que escolher o certificado a todo instante, porém, como eu faço para comparar o número de série que está guardado com o número de série do certificado que está em uso. Imagine que o usuário está emitindo NFe com um certificado e ele troca de empresa e troca o certificado. Tudo diferente, porém, o número de série que está na memória é do certificado anterior. Como faço para saber se o usuário trocou o certificado? Obrigado, Rogério.

Olá pessoal! Consegui enviar a venda. O problema era o código CSOSN. Eu estava enviando o código 101. Mudei para 102 e passou sem nenhum problema. Por que não posso utilizar o código 101? Obrigado, Rogério.

O grupo ICMS não entrou porque a empresa é do simples nacional. O próprio componente suprime essa informação quando você informa a propriedade Config.emit_cRegTrib. No meu caso, essa propriedade é informada assim: Config.emit_cRegTrib := TpcnRegTrib(RTSimplesNacional) Curioso que fui olhar a TAG ICMS e de fato ela está vazia, mesmo sendo simples nacional. Deveria conter o CSOSN 101. Estou informando da seguinte forma: Imposto.ICMS.CSOSN := csosn101; Mesmo fazendo assim, o XML é gerado sem o grupo ICMS com CSOSN 101. Será que é esse o problema? Será que é uma falha no componente ou eu tenho que fazer de outra forma?

Bem, gerei o log completo pelo ACBrSat (ACBrSAT_LogCompleto.log). Está em anexo. Também anexei o arquivo de log da operação (ACBrSat2.log). Veja que mudei para 0.06 e implementei a NCM do produto. Essa NCM é a que deve ser utilizada para este produto. Mesmo fazendo essas duas alterações, o problema persiste. Só não entendi a questão da UF em branco. Em lugar algum eu especifico a UF. O que vem a ser isso? ACBrSAT_LogCompleto.log ACBrSAT2.log

Olá Alexandre, tudo bem? Conferi seu exemplo com o que estou fazendo, e não encontrei nenhum problema. Voltei ao exemplo do ACBrSat e também não identifiquei nenhuma diferença. Essa rejeição é muito genérica. Deveria ser igual ao da NFe que diz qual é a rejeição. No Sat, da forma como é informado, fica muito complicado saber onde ou o que corrigir. Alguém teria mais alguma sugestão? Obrigado, Rogério.

Osmar, Obrigado pelo retorno. Quanto aos dados da empresa (CNPJ, IE e etc), esses dados foram modificados por motivos óbvios. Eles são enviados corretamente para o D-Sat. Quanto ao CSOSN, ao gerar o XML, o sistema identifica se a empresa é regime normal ou simples e pega a informação correta. Também quanto isso não está errado. Obrigado, Rogério.

Olá pessoal. Eu não sei mais onde procurar. Segui as dicas postadas acima e nada funcionou. Também estou anexando o XML. Os tributos estão zerados porque o emitente é do regime simples. Alguém tem alguma dica? SatXMLTemp.xml

Sim, a zlib.dll está na pasta do aplicativo. Segue o log gerado: 322 12/08/2015 13:47:06 nvl 2 info (boot) configuracoes do SAT lidas da memoria 323 12/08/2015 13:47:06 nvl 2 info Config. rede - tipo LAN: DHCP 324 12/08/2015 13:47:08 nvl 2 info (boot) rede configurada com sucesso 325 12/08/2015 13:47:11 nvl 2 info (boot) arquivo de parametrizacao carregado com sucesso 326 12/08/2015 13:47:11 nvl 2 info (boot) banco de dados em flash carregado com sucesso 327 12/08/2015 13:47:11 nvl 2 info (boot) banco de dados em memoria carregado com sucesso 328 12/08/2015 13:47:15 nvl 2 info (boot) token inicializado 329 12/08/2015 13:47:15 nvl 2 info (boot) par de chaves encontrado no token 330 12/08/2015 13:47:15 nvl 2 info (boot) certificado encontrado no token 331 12/08/2015 13:47:15 nvl 0 erro (no error) marca inicio dos logs (01.01.00:61) 332 12/08/2015 13:47:16 nvl 2 info (dispatcher) aguarda proxima transmissao (tempo:010000) 333 12/08/2015 13:47:16 nvl 2 info (CFeStatus) acessado o webservice 334 12/08/2015 13:47:18 nvl 2 info (CFeStatus) assinatura da SEFAZ validada com sucesso 335 12/08/2015 13:47:18 nvl 2 info (CFeStatus) status do equipamento recebido pela SEFAZ 336 12/08/2015 13:47:24 nvl 1 info relogio sincronizado com sucesso 337 12/08/2015 13:47:24 nvl 2 info (boot) forca verificacao de comandos 338 12/08/2015 13:47:24 nvl 2 info (comando) forcado verificacao de comandos na SEFAZ 339 12/08/2015 13:47:24 nvl 2 info (boot) forca verificacao de CFe em memoria 340 12/08/2015 13:47:24 nvl 2 info (dispatcher) forcado envio de CF-e-SAT para a SEFAZ 341 12/08/2015 13:47:24 nvl 1 info (boot) equipamento inicializado 342 12/08/2015 13:47:24 nvl 2 info (CFeComandos) acessado o webservice 343 12/08/2015 13:47:24 nvl 2 info (dispatcher) nenhum CF-e-SAT na memoria interna 344 12/08/2015 13:47:24 nvl 2 info (dispatcher) aguarda proxima transmissao (tempo:010000) 345 12/08/2015 13:47:26 nvl 1 info relogio sincronizado com sucesso 346 12/08/2015 13:47:26 nvl 2 info (status) aguarda proxima verificacao (tempo:030000) 347 12/08/2015 13:47:26 nvl 2 info (CFeComandos) assinatura da SEFAZ validada com sucesso 348 12/08/2015 13:47:26 nvl 2 info (CFeComandos) não existem comandos pendentes 349 12/08/2015 13:47:26 nvl 2 info (comando) aguarda proxima verificacao de comandos na SEFAZ (tempo:010000) 350 12/08/2015 13:48:15 nvl 2 info (ConsultarSAT) mensagem recebida 351 12/08/2015 13:48:15 nvl 2 info (ConsultarSAT) mensagem enviada 352 12/08/2015 13:48:16 nvl 2 info (EnviarDadosVenda) mensagem recebida 353 12/08/2015 13:48:16 nvl 1 erro (EnviarDadosVenda) falha na geracao do CF-e-SAT (6010|1999|Rejeição: Erro não identificado) 354 12/08/2015 13:48:16 nvl 2 info (EnviarDadosVenda) mensagem enviada 355 12/08/2015 13:55:00 nvl 2 info (ConsultarSAT) mensagem recebida 356 12/08/2015 13:55:00 nvl 2 info (ConsultarSAT) mensagem enviada 357 12/08/2015 13:55:01 nvl 2 info (ConsultarStatusOperacional) mensagem recebida 358 12/08/2015 13:55:01 nvl 1 info (ConsultarStatusOperacional) consulta realizada com sucesso 359 12/08/2015 13:55:01 nvl 2 info (ConsultarStatusOperacional) mensagem enviada 360 12/08/2015 13:55:09 nvl 2 info (ExtrairLogs) mensagem recebida 361 12/08/2015 13:55:09 nvl 2 info (ExtrairLogs) mensagem recebida Por este log, não consegui identificar nada de relevante. Falha na geração do CF-e SAT. Que tipo de falha poderá ser? O curioso é que se eu faço o teste fim a fim, retorna código 9000 - Emitido com sucesso. Obrigado, Rogério.