Cognum Informatica Ltda.

Obrigado, Daniel Problema solucionada. Desinstalei o ACBR da minha máquina, baixei novamente os repositorios, reinstalei tudo e depois fiz um BUILD na minha aplicação. Refiz os testes no meu cliente e a minha aplicação voltou a reconhecer o certificado digital. @Fabio Eduardo de Souza

BOa tarde , @Daniel Simoes Voce poderia me ajudar com a duvida que descrevi acima ? Consegui instalar o certificado digital(A1) do meu cliente na minha máquina e a mesma versão que deu problema lá na base do cliente não está dando problema na minha máquina, instalei o certificado igualzinho meu cliente instalou...está faltando alguma instalação que tenha que ser feita na maquina do meu cliente? Lembrando que um versão mais antiga da minha aplicação funciona perfeitamente. Agradeço de ante mão @Fábio Eduardo de Souza

Boa tarde, amigos Estou com um problema e uma duvida, atualizei os fontes do ACBR segunda-feira(19/04) gerei um executável do meu projeto de CTe e atualizei no meu cliente (transportadora) e para minha surpresa ao clicar em gerar a CTe o sistema começou a apresentar a mensagem de "O conjunto de chaves não existe" . Voltei o meu executável antigo e o mesmo CTe foi validado sem erros. Olhando o historico de alterações verifiquei que houve uma alteração referente a identificação do certificado digital , Capicom e OpenSSL. Nas minhas aplicações eu utilizo a CAPICOM , é esse o motivo que minha aplicação parou de funcionar? Lendo os posts anteriores no forum, não consegui ter certeza se o problema era a CAPICOM e consequentemente o que eu preciso fazer para resolver o problema. Agradeço desde ja, e aguardo uma auxilio. @Fábio Eduardo de Souza

Desculpe, Realmente para do CTE eu não havia feito UPDATE... acabei confundindo com o repositório do NFSe. Farei o UPDATE e os testes nesta versão. Obrigado e desculpem a falha. @Fábio Eduardo de Souza.

Bom dia , Tive um problema com a impressão da DACTE quando o meu cliente referenciava NFe nos documentos originários, tag infCTeNorm.infDoc.InfNFE. Na impressão dos documentos no quadro DOCUMENTOS ORIGINÀRIOS estava saindo metade da chave de acesso apenas, gerando problemas com meus clientes. Identifiquei no código ACBR(ACBrCTeDACTeRLRetrato.pas) que era apenas um problema de passagem do tamanho do campo para impressão. Fiz a alteração testei e funcionou perfeitamente. Em anexo estou enviando a unit que alterei para que, por gentileza, avaliem minha alteração e passe isso para o repositório. Tambem estou enviando a imagem do problema identificado, e do resultado após minhas alterações, só me desculpe pois a imagem com problema e a imagem com a solução são de CTEs diferentes, mas nos dois casos foram referenciadas NFes.... Obrigado. @Fábio Eduardo de Souza ACBrCTeDACTeRLRetrato.dfm ACBrCTeDACTeRLRetrato.pas

Bom dia, @Italo Jurisato Junior Sim Italo, resolveram o meu problema de impressão do Código e da descrição do Item de serviço na DANFSe. Agora ta sendo impresso corretamente. Obrigado. @Fábio Eduardo de Souza

Bom dia, Italo Ainda não fiz este teste, será que o provedor SP retira os caracteres de PIPE no xml de resposta, por isso o meu retorno vem sem este separador? Mas mesmo corrigindo a questão do separador de linhas, ainda continuo com problemas quanto as informações do XML que o método Webservices.ConsultaNFSeporRps está me retornando, pois ficam faltando varias informações para o preenchmento correto da DANFSe, quando carrego o componente pelo XML(loadfromfile). Como eu estava com urgencia na resolução do problema de impressão da DANFSe, resolvi a questão carregando o componente ACBR manualmente, juntando as informações que consegui recuperar dos xmls de resposta, com as informações da nota fiscal emitida pelo meu sistema. Ai consegui validar as informações e o DANFSe saiu correto. Comparei o XML de retorno, recuperados pelo mesmo método, do provedor GINFES com o provedor SP e encontrei varias divergências, acredito que deva ser isso mesmo, pois infelismente cada provedor faz o que quer.... Bom @Italo Jurisato Junior gostaria de saber se mais alguem do grupo esta passando ou passou, pelo mesmo problema que eu, para que possa me passar o metodo correto de pesquisa/consulta ao provedor SP que retorne um XML completo com todas as informações assim como o GINFES retorna. Por enquanto estou com o problema resolvido, transmito, valido, imprimo a DANFSe sem problemas.... Obrigado. @Fábio Eduardo de Souza

OK, Obrigado @EMBarbosa

Boa tarde , amigos Gostaria de saber com está o desenvolvimento do ACBR SPED E-Social vi que ele está diretório "branches\Pacotes\Delphi\ACBrDFe\ACBreSocial2.0" do ACBR. Este desenvolvimento já está operacional? Só instalar e validar? Existe algum motivo deste projeto não ido ainda para o trunk2 ? Obrigado. @Fábio Eduardo de Souza

Boa tarde, @Italo Jurisato Junior , Estou em processo de implantação do NFSE de SP , e surgiu mais um problema no processo, estou realizando a validação da NFSe do provedor SP e o processo de validação esta ocorrendo sem problemas. O problema esta na questão do armazenamento do xml de retorno, estou enviando o xml com a tag DISCRIMINACAO preenchida com " |" (pipe) para separar as linhas, gerar quebras de linha na impressão da Danfe. Estou enviando desta maneira: <Discriminacao>005 - AUDIOMETRIA TONAL - R$ 30,00 - R$ 150,00| 006 - ELETROENCEFALOGRAMA - R$ 80,00 - R$ 480,00| 004 - ELETROCARDIOGRAMA - R$ 70,00 - R$ 280,00| 010 - HEMOGRAMA COMPLETO/PLAQUETA - R$ 30,00 - R$ 300,00||Vencimento(s)........ 31/03/2017 R$ 1.135,58 ||</Discriminacao> Para recuperar o xml e as informações da validação feita pela prefeitura estou usando o metodo(trecho abaixo) : if (acbr.WebServices.ConsultaNFSeporRps(ACBr.WebServices.EnviarLoteRPS.RetEnvLote.InfRec.ListaChaveNFeRPS.Items[ 0 ].ChaveNFeRPS.NumeroRPS, ACBr.WebServices.EnviarLoteRPS.RetEnvLote.InfRec.ListaChaveNFeRPS.Items[ 0 ].ChaveNFeRPS.SerieRPS, TipoRPSToStr(trRPS))) then begin xml_sefaz := acbr.NotasFiscais.Items[ 0 ].XMLNFSe; Este metodo está me retornando um XML com a tag DISCRIMINACAO preenchida sem os " | " (Pipes), desta forma na hora que eu carrego o DANFSe com este xml o campo discriminacao não quebra linhas que eu necessito. E neste xml também, os campos de competencia e municipio de prestação do serviço tambem não estão saindo. <Discriminacao>005 - AUDIOMETRIA TONAL - R$ 30,00 - R$ 150,00 006 - ELETROENCEFALOGRAMA - R$ 80,00 - R$ 480,00 004 - ELETROCARDIOGRAMA - R$ 70,00 - R$ 280,00 010 - HEMOGRAMA COMPLETO/PLAQUETA - R$ 30,00 - R$ 300,00Vencimento(s)........ 31/03/2017 R$ 1.135,58 </Discriminacao> Italo, nao consigo identificar o que estou fazendo de errado, não sei se o problema é o método que estou usando para buscar o XML, ou se é o provedor que está retirando este PIPE.... to perdido neste retorno.... @Fábio Eduardo de Souza

KKKKK, beleza Daniel. Vou fazer os testes aqui e concluindo eu passo pro @Italo Jurisato Junior avaliar. Obrigado mais uma vez. @Fábio Eduardo de Souza

Daniel , Desculpe a minha insistência, mas minha duvida era quanto ao método que eu destaquei no tópico. Por motivos de particularidade no XML do provedor de SP, eu não estou conseguindo acionar as duas formas de preenchimento do campo, acredito que será necessário uma intervenção nestas duas opções, para que seja criado um metodo que identifique a descrição do serviço pela tag 'CodigoServiço' ao invés da tag "ItensListaServico" Vou fazer a alteração que imagino seja necessaria, vou testar no cliente e posteriormente se estiver tudo correto envio os fontes para analise de voces, ok? @Fábio Eduardo de Souza

Boa tarde, Preciso de ajuda novamente, estou implantando a NFSe provedor SP e me deparei com um problema na impressão do DANFSe. Não esta sendo impresso o campo "código de serviço " nem a sua descrição. Analisando o componente ACBR notei que para o provedor de SP, não existe nenhuma função ou metodo que recupere ou preencha o campo de descrição do serviço, assim sendo , na impressão nem o código do serviço nem a descrição são impressos, o campo fica em branco. Identifiquei uma função "SetxItemListaServico" que faz o preenchimento do campo NFSe.Servico.xItemListaServico para alguns provedores, mas que para o provedor de SP , não esta sendo chamada. Tentei chamar esta função,mas percebi que para SP ela não esta operacional, pois a tag 'ItemListaServico", do qual o metodo se baseando para ler o codigo de servico e posteriormente encontrar a sua descrição , não existe no XML de SP. No XML de SP é utilizada a tag 'CodigoServiço'.(abaixo o trecho de código da funçaõ) procedure TNFSeR.SetxItemListaServico; var Item: Integer; begin NFSe.Servico.ItemListaServico := OnlyNumber(Leitor.rCampo(tcStr, 'ItemListaServico')); Item := StrToIntDef(OnlyNumber(Nfse.Servico.ItemListaServico), 0); if Item < 100 then Item := Item * 100 + 1; NFSe.Servico.ItemListaServico := FormatFloat('0000', Item); if not (FProvedor in [ProRJ, ProSisPMJP]) then NFSe.Servico.ItemListaServico := Copy(NFSe.Servico.ItemListaServico, 1, 2) + '.' + Copy(NFSe.Servico.ItemListaServico, 3, 2); if TabServicosExt then NFSe.Servico.xItemListaServico := ObterDescricaoServico(OnlyNumber(NFSe.Servico.ItemListaServico)) else NFSe.Servico.xItemListaServico := CodigoToDesc(OnlyNumber(NFSe.Servico.ItemListaServico)); end; Outro ponto que identifiquei é que, como na função 'CodigoToDesc' não estão listados todos os códigos de serviço que serão utilizados pelo meu cliente, necessitarei utilizar o recurso do arquivo TabServicos.txt que está no funçao 'ObterDescricaoServico'. Minha pergunta é a seguinte, há alguma outra forma de conseguir a impressão deste código e descrição de serviço no DANFSe, que eu não tenha visto, ou necessitará de alguma interversão de vcs. Só mais um detalhe, assim como todos os outros arquivos de configuração tem um campo próprio para configurarmos o caminho onde estão gravados, há a possibilidade de criar uma configuração para o arquivo TabServiços.txt ? Vc poderia me ajudar com este assunto Estou tentando imprimir na DANFSe os códigos de serviço 1520 - Engenharia, agronomia, arquitetura, urbanismo e congêneres. 2798 - Licenciamento ou cessão de direito de uso de programas de computação, inclusive distribuição. 4030 - Medicina e biomedicina 6491 - Fornecimento de mão-de-obra, mesmo em caráter temporário, inclusive de empregados ou trabalhadores, avulsos ou temporários, contratados pelo prestador de serviço Mas acredito que pelo problema que relatei no outro contato, nada é impresso no meu DANFSe. Agradeço Obrigado, no aguardo @Fábio Eduardo de Souza.

Bom dia @Italo Jurisato Junior Vc poderia me ajudar com este assunto que descrivi no contato anterior? Estou tentando imprimir na DANFSe os códigos de serviço 1520 - Engenharia, agronomia, arquitetura, urbanismo e congêneres. 2798 - Licenciamento ou cessão de direito de uso de programas de computação, inclusive distribuição. 4030 - Medicina e biomedicina 6491 - Fornecimento de mão-de-obra, mesmo em caráter temporário, inclusive de empregados ou trabalhadores, avulsos ou temporários, contratados pelo prestador de serviço Mas acredito que pelo problema que relatei no outro contato, nada é impresso no meu DANFSe. Agradeço @Fábio Eduardo de Souza

Boa tarde, Preciso de ajuda novamente, estou implantando a NFSe provedor SP e me deparei com um problema na impressão do DANFSe. Não esta sendo impresso o campo "código de serviço " nem a sua descrição. Analisando o componente ACBR notei que para o provedor de SP, não existe nenhuma função ou metodo que recupere ou preencha o campo de descrição do serviço, assim sendo , na impressão nem o código do serviço nem a descrição são impressos, o campo fica em branco. Identifiquei uma função "SetxItemListaServico" que faz o preenchimento do campo NFSe.Servico.xItemListaServico para alguns provedores, mas que para o provedor de SP , não esta sendo chamada. Tentei chamar esta função,mas percebi que para SP ela não esta operacional, pois a tag 'ItemListaServico", do qual o metodo se baseando para ler o codigo de servico e posteriormente encontrar a sua descrição , não existe no XML de SP. No XML de SP é utilizada a tag 'CodigoServiço'.(abaixo o trecho de código da funçaõ) procedure TNFSeR.SetxItemListaServico; var Item: Integer; begin NFSe.Servico.ItemListaServico := OnlyNumber(Leitor.rCampo(tcStr, 'ItemListaServico')); Item := StrToIntDef(OnlyNumber(Nfse.Servico.ItemListaServico), 0); if Item < 100 then Item := Item * 100 + 1; NFSe.Servico.ItemListaServico := FormatFloat('0000', Item); if not (FProvedor in [ProRJ, ProSisPMJP]) then NFSe.Servico.ItemListaServico := Copy(NFSe.Servico.ItemListaServico, 1, 2) + '.' + Copy(NFSe.Servico.ItemListaServico, 3, 2); if TabServicosExt then NFSe.Servico.xItemListaServico := ObterDescricaoServico(OnlyNumber(NFSe.Servico.ItemListaServico)) else NFSe.Servico.xItemListaServico := CodigoToDesc(OnlyNumber(NFSe.Servico.ItemListaServico)); end; Outro ponto que identifiquei é que, como na função 'CodigoToDesc' não estão listados todos os códigos de serviço que serão utilizados pelo meu cliente, necessitarei utilizar o recurso do arquivo TabServicos.txt que está no funçao 'ObterDescricaoServico'. Minha pergunta é a seguinte, há alguma outra forma de conseguir a impressão deste código e descrição de serviço no DANFSe, que eu não tenha visto, ou necessitará de alguma interversão de vcs. Só mais um detalhe, assim como todos os outros arquivos de configuração tem um campo próprio para configurarmos o caminho onde estão gravados, há a possibilidade de criar uma configuração para o arquivo TabServiços.txt ? Obrigado, no aguardo @Fábio Eduardo de Souza.

Boa dia Henrique ( @hleorj) F A N T Á S T I C O......ficou perfeito Henrique, obrigado de verdade pela alteração. Fiz os testes , e aproveitei, criei um parâmetro deixando a cargo do cliente resolver como ele prefere a impressão da DANFE. Além de resolverem meu problema, ainda criaram uma opção para que o usuario defina o que ele quer.... ficou PERFEITO. Por estas e outras tantas, é que tenho a certeza de que fizemos a escolha certa ao adotar o ACBR como ferramenta. Agradeço pela ajuda Henrique e gostaria também que vc transmiti-se aos outros moderadores também a minha gratidão. @Fábio Eduardo de Souza

Boa tarde Henrique ( @hleorj) Desculpe a insistência, mas a questão da impressão da tag InfAdProd, vocês chegaram a alguma conclusão? Fiz a configuração do tamanho do campo descrição conforme vc passou no ultimo post, mas não resolveu acabei criando outro problema. Por fim, o que está me preocupando é que estou utilizando a versão antiga do leiaute para atender os meus clientes. Até o momento não tive problemas com a impressão e as informações impressas na DANFE, pelo menos nao tive queixa dos meus clientes. Tenho receio de estar deixando de imprimir alguma informação relevante na DANFE que meus cliente não identificaram. Por gentileza, analisem com carinho este caso e se possível me retornem um posicionamento. Agradeço pela ajuda. @Fábio Eduardo de Souza

Boa tarde, @Italo Jurisato Junior Depois de varias trocas de emails com o pessoal de Osasco, necessitei apenas preencher o campo Aliquota com o percentual de ISS aplicado a empresa e as notas fiscais voltaram a ser validadas. Novamente o problema todo estava na falta de informação que do "MANUAL DO CONTRIBUINTE" que é disponibilizado no site de Osasco.(Muito ruim). Enfim, não será necessária nenhuma alteração por parte do ACBR. Obrigado e desculpe por aciona-los sem necessidade, se tratando de EGoverneiss procurarei vasculhar e entender melhor as informações passadas nos leiautes. Abraços. @Fábio Eduardo de Souza

@Italo Jurisato Juniorbom dia, Estou em contato com a prefeitura de Osasco e esta havendo um desencontro de informações quanto ao que devemos preencher no campo aliquota, referente a nova validação do EGoverneiss. Como os leiautes e informações que nos são passadas são muito porcas, vou apurar melhor os fatos para te passar com certeza as alterações que devem ser feitas e se realmente devem ser feitas. De novo estou esbarrando na falta de informação da prefeitura de Osasco e do provedor porco do EGoverneiss. Agradeço por enquanto, e finalizando as apurações te passo um parecer. @Fábio Eduardo de Souza

@Italo Jurisato Junior, bom dia O EGoverneISS não possui arquivo XSD, o que temos acesso pelo site é apenas o leiaute com os campos(anexo). Enviei o XML para o suporte da Prefeitura de Osasco e o que me foi passado é que o formato do campo aliquota está incorreto. O componente ACBR esta enviando com 4 casas decimais ao invés de duas. A algum parametro ou configuração que eu possa alterar para mudar este formato. Em anexo esta o XML de envio onde a tag ALIQUOTA esta com formato 12.7800 ao inves de 12.78 conforme orientação do suporte de Osasco. No aguardo @Fábio Eduardo de Souza Keycom.XML Manual_Emissao_NFe_WebService2_V5.pdf

Boa tarde, @Italo Jurisato Junior Hj recebi a noticia de que o sistema EGoverneiss sofreu alterações em seu leiaute e validação conforme imagem em anexo. Está validando o percentual de aliquota especial para contribuintes do simples nacional.(mensagem em anexo). Existe campo no ACBR para preenchimento desta Aliquota? No aguardo Fábio eduardo.

Ola , @Hleorj e moderadores do Forum - ACBREu respondi acima, a um posicionamento do Henrique (@Hleorj ) sobre a impressão na DANFE da tag InfAdProd e fiz um novo questionamento com relação a "POSSÍVEL" criação de um parametro ou propriedade, para que a forma anterior de impressão das informações adicionais do produto (InfAdProd) possa voltar para a impressão da DANFE, mas não obtive resposta. Volta a reforçar que isso se tornou um grande problema pra mim, a forma atual de impressão da tag na DANFE está causando grande desconforto para meus clientes. Alem da alteração no local de impressão, tenho outras queixas com relação, na maioria dos casos, ao descrito que foge ao alinhamento do campo descrição, dependendo a informação a ser impressa. Como disse anteriormente estou utilizando uma versão antiga do leiaute para poder atender e não gerar mais reclamações nos meus. Em anexo estou enviando a impressão da DANFE no formato antigo(VersaoAntiga,jpg) e no novo formato(VersaoAtual.jpg), para melhor avaliação. Por gentileza, se puderem me dar uma resposta definitiva sobre este assunto, eu agradeço. Desculpem a minha insistência. Obrigado. @Fábio Eduardo de Souza

Boa tarde @Hleorj, Veja, desde o inicio desta da utilização desta TAG, o leiaute apresentava a tag abaixo da linha do item, meus clientes e os clientes dos meus clientes já tem isso fixado na memoria e nos históricos das notas impressas, agora, vc faz uma adequação destas, é lógico que irá causar rejeições, assim como está ocorrendo comigo. Sei que é uma adequação, mas é uma adequação que não consigo justificar para meus clientes, pois acredito não ser uma adequação ou uma exigência legal é simplesmente para deixar igual a um leiaute que eles nunca usaram, e que particularmente falando, é feio e fica confuso. Teria a possibilidade da criação de uma configuração ou uma parametrização , como queira chamar, para optar pelo local de impressão desta TAG. Desculpe a minha insistência Henrique, mas isso esta causando um transtorno enorme pra minha empresa, pois os clientes se "acostumaram" com esse o leiaute, pois "sempre foi assim" - frase mais usada pelos clientes. Você deve ter seus clientes, deve saber que qualquer mudança visual , sem uma justificativa forte e previa, é impactante e se torna uma dor de cabeça. Verifique, por gentileza, se há a possibilidade deste tipo de "parametrização ou configuração". Obrigado e desculpe a minha insistência. @Fábio Eduardo de Souza

Opá, Juliomar Marchetti , Estou utilizando CAPICOM sim..... Estou utilizando a configuração ACBr.Configuracoes.Geral.SSLLib = "libCapicom". Uma outra coisa que percebi, foi que nas opções de acbr.Configuracoes.WebServices.Tentativas , acbr.Configuracoes.WebServices.IntervaloTentativas , acbr.Configuracoes.WebServices.AguardarConsultaRet e acbr.Configuracoes.WebServices.AjustaAguardaConsultaRet eu estava passando sempre valores zerados. Até o momento não tive relatos de problemas, fiz a configuração destes parametros no dia 23/12, ainda não tenho 100% de certeza se assunto está resolvido, estou acompanhando os trabalhos via remoto. @Fábio Eduardo de Souza

Bom dia a Todos, Por gentileza preciso de um auxilio, atualizei os componentes de NFe do ACBR , pois estavam com uma versão do ACBRNFeDANFeRLRetrato do mes de junho de 2016, compilei minhas aplicações e atualizei meus cliente. Recebi reclamações de todos, pois o campo onde era impresso as informações adicionais do produto(InfAdProd) não estavam sendo impressas como na versão anterior, as informações estão sendo impressas no campo Descrição do Item. Analisando os leiautes, percebi, entre inúmeras outras alterações, que o campo rlmObsItem não existe mais, e as informações que eram impressas nele, foram migradas para a descrição. Fui forçado a retornar a versão do leiaute para não gerar desconforto com meus clientes e por consequência com os clientes dos meus clientes. Por gentileza, o campo onde são impressas as informações adicionais do produto , campo rlmObsItem , tem a remota possibilidade de ser incluído no leiaute novamente? Ou o leiaute sofreu alguma mudança de legislação que impeça a utilização deste campo? Em anexo, estão as imagens de antes e depois das alterações. No aguardo @Fábio Eduardo de Souza