andre@prodez

Boa tarde Italo. Estranhamente o erro ocorre somente na primeira visualização do DANFSE, aquela que é carregada automáticamente após o envio do RPS mantendo o parâmetro "imprimir" como true. Como o erro acaba finalizando o aplicativo, após reabrir, se vc carregar o XML para impressão posterior do DANFSE, o erro não ocorre. De qq forma, estou anexando um XML com a simulação citada que gera o erro. Abraço. 3515036121691700011256000000117-nfse.xml

Boa noite a todos. Encontrei algumas combinações de valores de Notas de Serviços que geram erros (Access Violation) utilizando a impressão do DANFSE com o componente para Quick Report. Embora eu tenha resolvido o problema substituindo essa impressão pelo componente do Rave Reports, me sinto na obrigação de colaborar reportando o problema. Segue abaixo a descrição de uma das situações que o erro ocorre: -> utilizando os seguintes valores no problema exemplo para Emissão de NFSe (no meu caso em Ribeirão Preto c/ GINFES, mas acredito que o erro ocorra de forma geral): Servico.Valores.ValorServicos := 146.18; Servico.Valores.IssRetido := stRetencao; Servico.Valores.ValorIssRetido := 7.31; Servico.Valores.Aliquota := 5; Servico.ItemListaServico := '11.02'; Servico.CodigoTributacaoMunicipio := '11.02.03 / 00110203'; -> debugando no delphi chegamos ao erro ocorrendo na seguinte linha: unit ACBrNFSeDANFSeQRClass; procedure TACBrNFSeDANFSeQR.ImprimirDANFSe(NFSe : TNFSe = nil); fqrDANFSeQRRetrato := TfqrDANFSeQRRetrato.Create(Self); Utilizando os mesmos valores na impressão da DANFSE pelo componente do Rave Reports o erro não ocorre. Obs.: aproveitando o post, se alguém souber me orientar como não trazer a tela de configurações do Rave Reports ao chamar o preview da DANFSE, eu agradeceria. Abraços. André Luis.

O programa de exemplo possui um botão onde você informa o código IBGE da cidade e ele te retorna o nome do provedor, caso retorne a palavra “Nenhum” significa que não tem nenhum provedor vinculado a cidade informada. Esse é o primeiro passo, saber se o componente já atende a cidade ou não. O segundo passo agora é procurar saber qual é o provedor (empresa) que atende a cidade em questão. Na pasta: ...\Fontes\ACBrNFSe temos várias Units com o seguinte nome: ACBrProvedorxxxxx onde xxxxx é o nome do provedor. Se existir uma Unit para o provedor da cidade em questão, maravilha, o próximo passo é abrir essa Unit e verificar se existe ou não uma URL especifica para cada cidade. Se existir você deverá entrar em contato com o provedor para saber quais são as URLs de homologação e de produção. Alem de alterar essa Unit incluindo as URLs devemos também incluir o nome da cidade na lista de cidades referente ao provedor na Unit pnfsConversao.

Bom dia. De acordo com orientações do Italo em outro post: "Na pasta: ...\Fontes\ACBrNFSe temos várias Units com o seguinte nome: ACBrProvedorxxxxx onde xxxxx é o nome do provedor. Se existir uma Unit para o provedor da cidade em questão, maravilha, o próximo passo é abrir essa Unit e verificar se existe ou não uma URL especifica para cada cidade. Se existir você deverá entrar em contato com o provedor para saber quais são as URLs de homologação e de produção. Alem de alterar essa Unit incluindo as URLs devemos também incluir o nome da cidade na lista de cidades referente ao provedor na Unit pnfsConversao."

Bom dia a todos. Colocando a Emissão de NFS-e em produção em alguns clientes em Ribeirão Preto - SP com o provedor GINFES, sobre essa questão do Reg.Especial de Tributação, cheguei a conclusão: - de fato para "Optante pelo Simples" é OBRIGATÓRIO o preenchimento da TAG de informação do Regime especial de Tributação; - no caso do GINFES não é aceito o valor 0 (zero - Nenhum), o schema não valida o RPS de envio; portanto temos de selecionar um tipo de Trib.Especial no Simples - isso pode ser orientado pelo contador do Cliente, qual tipo selecionar. - entretanto (o que é estranho e só poderia ser respondido pelo provedor GINFES), o XML de retorno do provedor (NFS-e autorizada e retornada pelo GINFES) vem com a TAG editada com o valor 0 (zero - Nenhum), imprimindo no DANFSe o Reg.Especial de Tributação como "Nenhum". Portanto, sempre que for optante pelo Simples no GINFES (ao menos aqui em Ribeirão), tem que selecionar o Reg. Especial de Tributação, mesmo que depois ele retorne como "Nenhum" no xml da NFSe autorizada no provedor. Abraço a todos.

Segundo informações detalhadas fornecidas pelo Italo em outro post, seguir os passos: - O programa de exemplo possui um botão onde você informa o código IBGE da cidade e ele te retorna o nome do provedor, caso retorne a palavra “Nenhum” significa que não tem nenhum provedor vinculado a cidade informada. Esse é o primeiro passo, saber se o componente já atende a cidade ou não. - O segundo passo agora é procurar saber qual é o provedor (empresa) que atende a cidade em questão. Na pasta: ...\Fontes\ACBrNFSe temos várias Units com o seguinte nome: ACBrProvedorxxxxx onde xxxxx é o nome do provedor. - Se existir uma Unit para o provedor da cidade em questão, maravilha, o próximo passo é abrir essa Unit e verificar se existe ou não uma URL especifica para cada cidade. Se existir você deverá entrar em contato com o provedor para saber quais são as URLs de homologação e de produção. - Alem de alterar essa Unit incluindo as URLs devemos também incluir o nome da cidade na lista de cidades referente ao provedor na Unit pnfsConversao. Agora se o provedor não existe ainda é preciso saber se o mesmo segue o padrão ABRASF.

Caso não tenha Windows xp próximo seria um problema certo? O problema deste certificado é em relação à criptografia. Para resolver este problema acesse o site. http://www.onlinecertificadora.com.br/ click em SOFTWARES E DRIVES e INTALADOR VALID no link: Conversor para Sistemas Particulares "Erro de Criptografia 24" Instale o certificado seguindo o wizard deste instalador.

Caso não tenha Windows xp próximo seria um problema certo? O problema deste certificado é em relação à criptografia. Para resolver este problema acesse o site. http://www.onlinecertificadora.com.br/ click em SOFTWARES E DRIVES e INTALADOR VALID no link: Conversor para Sistemas Particulares "Erro de Criptografia 24" Instale o certificado seguindo o wizard deste instalador.

Boa noite. Algumas informações retornadas pelo componente após envio do RPS e NFS-e gerada podem sem obtidas por meio dos seguintes comandos: ACBrNFSe1.NotasFiscais.Items[0].NomeArq; //Nome do Arquivo ACBrNFSe1.NotasFiscais.Items[0].NFSe.Numero; //Nr. da Nota ACBrNFSe1.WebServices.Enviar.Protocolo; //Nr. do Protocolo de Envio do Lote ACBrNFSe1.NotasFiscais.Items[0].NFSe.CodigoVerificacao; //Código de Verificação Espero ter colaborado, André Luis - Prodez Ribeirão Preto - SP

Bom dia Italo. Funcionou tudo certinho. Obrigado pela atenção e agilidade.

Boa tarde Italo. Vou atualizar e assim que testar dou um retorno. Obrigado pela atenção.

Bom dia Juliomar. Vou verificar as informações do Cliente junto ao Contador se estão coerentes. Qq coisa tb entro em contato com o provedor. Novidades eu posto aqui... De qq forma, se alguém tiver alguma orientação sobre isso eu agradeço. Obrigado pela atenção.

Bom dia a todos. Pesquisei nos Posts e não vi nada sobre o assunto que irei abordar. Estou testando a Demo para envio de NFS-e e ao utilizar o Nome Longo para NFS-e (propriedade: "NomeLongoNFSe" do componente ACBrNFSe em Configuracoes.Arquivos) gera um erro ao Enviar e-mail por não encontrar o arquivo PDF do DANFSe (o arquivo procurado para envio do email é indicado com o Nome Longo, no entanto, olhando no Path do PDF ele foi salvo com o nome simples - NrNFSe.pdf) Dando uma olhada nas funções do componente verifiquei que a procedure "NotaFiscal.EnviarEmail" faz a seguinte chamada no if EnviaPDF: TACBrNFSe( TNotasFiscais( Collection ).ACBrNFSe ).DANFSE.ImprimirDANFSEPDF(NFSe) Isso leva a unit "ACBrNFSeDANFSeQRClass" (utilizo o QuickReport) e dentro da procedure "ImprimirDANFSePDF" verifiquei que nunca entra no if que montaria o Nome Longo para a var "NomeArqPDF" que é passada para função "fqrDANFSeQRRetrato.SavePDF" q salva o PDF, gerando o arquivo sempre como o nome curto. Verifiquei que essa procedure foi alterada pelo Italo (em 20/06/2014). Italo, por favor, vc sabe me informar se tem algum bug nessa rotina. Para fazer os testes estou seguindo os passos na Demo: - componente configurado para trabalhar com Nome Longo na NFSe - botão <Gerar e Enviar Lote RPS> - botão <Enviar e-mail> : já gera o erro por não encontrar o pdf com nome longo. Aguardo orientações e desde já agradeço a atenção de todos. André Luis.

Bom dia. Galera, o buraco é mais embaixo. Para que o RPS fosse gerado com a TAG "<ns4:RegimeEspecialTributacao>0</ns4:RegimeEspecialTributacao>" fiz as seguintes alterações: - editei a unit "pnfsNFSeW" nos fontes do ACBR na function GerarXML_ABRASF_V1 para gerar a TAG se for o provedor "proGINFES"; - isso gerou um erro de validação do lote para os valores aceitáveis para o Regime Especial de Tributação (zero não consta no schemas do Ginfes) - assim, editei o arquivo de schema "tipos_v03.xsd" acrescentando a opção "0" para "tsRegimeEspecialTributacao" - ai ele gera o RPS com a TAG e valida o schema, mas na sequência da o erro: "Arquivo enviado fora da estrutura do arquivo XML de entrada" Enfim, alguém já deve ter passado por isso, por favor, o que foi feito para contornar o problema. A solução é essa de enviar qq valor para o Regime Especial de Tributação e deixar que o XML de retorno da NFS-e volte correto? É isso? Por favor, uma orientação de quem já passou por isso. Agradeço muito.

bom Dia Juliomar. Obrigado pela atenção. Mas não se trata da retenção do ISS, e sim da TAG de informação do Regime especial de Tributação, que pode ser: 1 – Microempresa Municipal; 2 – Estimativa; 3 – Sociedade de Profissionais; 4 – Cooperativa; 5 – Microempresário Individual (MEI); 6 – Microempresário e Empresa de Pequeno Porte (MEEPP) No entanto, quando não tem Regime Especial de Tributação (no caso optante pelo Simples), o Tipo seria "Nenhum" informando zero na TAG. No componente tem essa opção na propriedade "RegimeEspecialTributacao := retNenhum", só que qdo selecionamos essa opção ele retirar a TAG do xml do RPS, sendo que pra validar teria que incluir a TAG com zero: <ns4:RegimeEspecialTributacao>0</ns4:RegimeEspecialTributacao> Já vi que outros usuários tiveram esse problema em posts mais antigos, mas em nenhum deles apresentaram a solução. Como contornaram a questão?

Bom dia a todos. Já verifiquei no forum alguns tópicos (mais antigos) sobre o problema que irei mencionar, mas todos sem uma solução. Utilizando o componente para NFS-e para o provedor Ginfes (Ribeirão Preto - SP) ao configurar a TAG RegimeEspecialTributacao com o valor "retNenhum" o RPS é gerado sem a TAG no XML. O problema é que isso gera o seguinte erro no envio: "Campo RegimeEspecialTributacao não informado para empresa optante do simples nacional." O correto seria gerar o RPS com a TAG da seguinte forma: <ns4:RegimeEspecialTributacao>0</ns4:RegimeEspecialTributacao> ao invés de omitir a TAG. Uma forma de contornar (nos testes) o problema foi informar uma opção qq para TAG (por ex.: retMicroempresaMunicipal) apenas para passar o envio do RPS (e acaba funcionando), no entanto, a impressão do DANFE imediata ao envio traz essa informação incorreta no campo "regime especial de tributação". O interessante é que o XML da NFS-e retornado (provedor) já vem corrigido trazendo a TAG com o valor "0". Acredito que isso é um problema do componente, não seria? Enfim, qual a solução que está sendo adotada para esse problema? Pois se enviar uma opção incorreta, a impressão do DANFESe fica incorreta tb. Aguardando repostas, agradeço desde já a ajuda.

boa noite a todos. Estou utilizando o componente para impressão de cheques. Nos testes utilizei uma impressora da bematech. Funcionou corretamente, entretanto, ao testar a função para imprimir o verso do cheque (passando uma memo.lines) é impresso tanto o conteúdo (linhas) da memo quanto o próprio cheque. Testei inclusive a impressão do verso na Demo e ocorre o mesmo. Alguém já utilizou a impressão do verso do cheque de forma que tenha funcionado? Abraço a todos

Você acredita que eu encontraria muitas dificuldades para migrar um projeto grande (de um ERP) que está em Delphi 5 para o XE?