Cognum Informatica Ltda.

Obrigado pelo retorno Diego... no aguardo.

Não sabemos, depois de mais de uma semana em contato com o suporte da Eicon, não conseguimos uma solução até o momento.

Sim, eu concordo que a mensagem de Empresa não cadastrada, não tem a ver com o cabeçalho. Na mensagem original do Discord, eu menciono que além de outros problemas que estamos tendo com o GISS, o suporte da EICON solicitou por 2 vezes a alteração do Cabeçalho. Não que essa alteração do cabeçalho resolverá esse erro de Empresa não cadastrada. Veja abaixo, 2 atendentes do suporte da EICON diferentes, solicitando alteração no cabeçalho:

Bom dia Ítalo, estou anexando os arquivos conforme solicitado. O retorno foi: A empresa não está cadastrada no município. Porém a questão é que o suporte da Eicon está solicitando que alteremos o cabeçalho, conforme o exemplo enviado por eles. 1-rec.xml 1-env-lot.xml

Olá Juliomar. Obrigado pelas informações. Mas fica aqui na empresa um procedimento que não podemos deixar de praticar. Meus clientes, com o componente do NFSe na versão Delphi conseguem (pois utilizam a mesma ainda) verificar e conferir as informações através da Prévia da nota fiscal (ou RPS). Não posso trocar de componente no cliente e retirar funcionalidades que eles já possuem. O mercado está tão dificil, que ao invés de retirar funcionalidades eu precisaria, sim, era colocar mais opções. Como podemos resolver este impasse com o componente do C#.

Bom dia, Estamos com alguns problemas na Emissão da NFSe para a cidade de Jundiaí, utilizando o provedor GISS, e em contato com o suporte da Eicon, informaram que o cabeçalho do XML de Envio está incorreto: o cabeçalho do XML de envio gerado pela Lib está dessa forma: A criação desse tópico no fórum foi a pedido do Diego Folieni, segundo a conversa atráves do Discord: https://discord.com/channels/798697718800318484/800922538892591115/1295478015488299091 Obrigado, Cognum Informática

Boa tarde Juliomar, como foi mencionado ao Diego em assunto tratado no Discord, como pode ser visto no link da mensagem original, estamos migrando nosso sistema do Delphi para o C#, e no Delphi, uma "prévia" da Nota, utilizando também o RPS, é impressa com todos os campos corretamente, o que não acontece na Lib utilizada no C#.

Boa tarde, Estamos com um problema ao Imprimir uma NFSe na lib. Ao imprimirmos uma NFSE através do método ACBrNFSe.Imprimir(), quando as informações são carregadas através do INI (ACBrNFSe.CarregarINI()), as informações na impressão da Nota são diferentes das informações impressas quando carregamos as informações pelo XML retornado na Emissão da Nota (ACBrNFSe.CarregarXML). No caso da impressão após carregarmos os dados com o XML, todos os campos são impressos. Os dados que não estão saindo na impressão, com informações via INI, são: Município de prestação de serviço; Código do serviço; O município dentro do campo Outras informações; Para melhor entendimento, segue o Link do assunto sendo discutido no Discord do ACBr: https://discord.com/channels/798697718800318484/800922538892591115/1292948656621883465 Também estão anexas, imagens com a impressão da Nota com dados carregados por XML e INI, além dos arquivos XML e INI utilizados nos testes. Há também uma imagem mostrando a cidade configurada na Lib: Obrigado, Cognum Informática teste.xml teste.ini

Boa tarde Antonio Carlos, Obrigado pelo retorno. Atualizei as classes aqui e validei as alterações. Tudo funcionando sem problemas. Obrigado

Boa Tarde, estamos migrando nossos executáveis de NFe do Delphi para o C#, e nessa migração, ao realizarmos um teste de emissão de NFe, recebemos o erro: Msg=Nota(s) n[195][163]o confirmadas:49101->799-Rejei[195][167][195][163]o: Valor total do ICMS Interestadual da UF de destino difere do somat[195][179]rio dos itens. Ao compararmos os códigos, identificamos que no Delphi existem os atributos: Total.ICMSTot.vFCPUFDest Total.ICMSTot.vICMSUFDest Total.ICMSTot.vICMSUFRemet Esses atributos não existem na classe TotalNFe da biblioteca do C#: Vejam na imagem anexa, uma comparação entre os XMLs gerados pelo C# e pelo Delphi respectivamente: Obrigado

Boa tarde, @Italo Jurisato Junior ok, muito obrigado Italo. Abraço.

Boa tarde. @Italo Jurisato Junior Baixei os fontes e verifiquei que a questão do link esta correta, agora o problema abaixo: "Outro problema, ocorreu com uma consistencia na unit ACBrNFSeWebServices no metodo InicializarGerarDadosMsg onde gerava a seguinte mensagem: "O Provedor eGoverneISS necessita que a propriedade: Configuracoes.Geral.Emitente.WebChaveAcesso seja informada"; O eGoverneISS não utiliza esta propriedade WEBCHAVEACESSO, utiliza a propriedade Prestador.ChaveAcesso .... Retirei o proEgoverneISS desta consistencia e as notas fiscais no meu cliente, voltaram a funcionar normalmente. " Este caso ainda persiste, continua gerando a consistencia equivocadamente. A alteração que fiz na unit ACBrNFSeWebServices.pas ,não foi pro repositorio. @Fábio Eduardo @Cognum Informatica Ltda.

boa tarde, @Italo Jurisato Junior Desculpe não ter respondido antes. Eu acabei gerando o executavel e atualizando o cliente com as alterações que eu havia feito. Vou atualizar os fontes e fazer um teste, e ja te comunico. DEsculpe a demora. Fábio.

@Italo Jurisato Junior, a chave de autenticação que o eGoverneISS utiliza para validar a nota fiscal de serviço ou cancelar a nota fiscal de serviço é a que está na propriedade Prestador.ChaveAcesso(classe TIdentificacaoPrestador) Não tem haver com a propriedade Geral.Emitente.WebChaveAcesso, que está sendo consistida na unit ACBrNFSeWebServices , eu não preencho essa propriedade no eGoverneISS. Fábio Eduardo.

Ola, pessoal Identifiquei uma alteração na tag LINK do xml de resposta do provedor eGoverneISS, municipio de OSASCO. Até o mês de agosto/2020 a url da tag LINK iniciava com "HTTP:/" e a partir de setembro/2020 começou a ser enviada como "HTTPS://" desta forma o metodo RetirarPrefixo da unit PCNFSConversao começou a retirar o prefixo "s:" , gravando o url do Link incorretamente. @Italo Jurisato Junior , fiz uma implementação no metodo RetirarPrefixo da unit PCNFSConversao estou enviando em anexo para avliação. Outro problema, ocorreu com uma consistencia na unit ACBrNFSeWebServices no metodo InicializarGerarDadosMsg onde gerava a seguinte mensagem: "O Provedor eGoverneISS necessita que a propriedade: Configuracoes.Geral.Emitente.WebChaveAcesso seja informada"; O eGoverneISS não utiliza esta propriedade WEBCHAVEACESSO, utiliza a propriedade Prestador.ChaveAcesso .... Retirei o proEgoverneISS desta consistencia e as notas fiscais no meu cliente, voltaram a funcionar normalmente. Fábio Eduardo. ACBrNFSeWebServices.pas pnfsConversao.pas

Bom dia. @Italo Jurisato Junior e @julianamver Eu nunca utilizei o sistema de exemplo(DEMO), mas pelo que pude ver no xml gerado está faltando alguns campos para serem informados no xml, um deles e o mais importante é o campo de CHAVE DE AUTENTICAÇÃO. Este campo funciona como um certificado digital para o site do EGoveneiss , eu não sei se no sistema de exemplo(DEMO) tem lugar para digitar esta chave. E tambem faltam informações em algumas tags importantes <rgm1:CEPPrestacaoServico /> <rgm1:CidadePrestacaoServico /> <rgm1:EnderecoPrestacaoServico /> <rgm1:EstadoPrestacaoServico /> A chave de autenticação deve ser gerada no site da prefeitura pelo emissor da nota fiscal, no site tem as instruções de como gerar esta chave. @Fábio Eduardo de Souza

Italo, Desculpe a demora na resposta, mas a prefeitura de Osasco e o Egoverne não disponibilizam arquivo de schemas, pesquisei entrei em contato com o suporte técnico, mas novamente não encontrei nada. O que eles disponibilizam , e o suporte Egoverne me passou foi o manual onde consta alguns exemplos de xml de notas fiscais e o endereço das WSDL. Você lembra, quando te passei este leiaute para criação , isso foi um dos problemas , a falta dos schemas XML , que pelo visto continua não tendo, os caras são complicados demais. Se eu puder ajudar em mais alguma coisa me avise. Obrigado pela atenção. @Fábio Eduardo de Souza Manual_Emissao_NFe_WebService2_V8.pdf

Ola pessoal, Ontem(18/12/2018) tivemos problemas com a validação das NFse para OSASCO - provedor EGoverniss, e analisando o site da prefeitura verifiquei que foi lançada uma nova versão do provedor. As principais alterações foram: - URLs de comunicação - Já procedi com as alterações e anexei o .INI abaixo; - Inclusão dos campos , que não fiz no componente: NumeroRecibo - Número do Recibo Provisório de Serviço que será convertido em NF-E (RPS); DataRecibo - Data de emissão do Recibo Provisório de Serviço que será convertido em NF-E ; EqptoRecibo - Identificação do equipamento que emitiu o recibo provisório de serviço (máximo 5 caracteres) Estes novos campos não são campos obrigatórios na validação da NFSe hoje. São opcionais, se preenchidos serão consistidos. Estes campos foram criados para atender uma solicitação que fizemos a prefeitura de Osasco, pois não tínhamos, neste provedor, nenhuma amarração ou chave, para evitar duplicidade de notas fiscais, tivemos varios problemas com duplicidade de nota fiscal no site da prefeitura(mesmo XML , varias notas fiscais diferentes); Em anexo estou enviando o arquivo .INI já atualizado com as URLS e o manual atualizado, com os novos campos, para que assim que possível, sejam incluídos no provedor. Agradeço pela atenção, me coloco a disposição para validação dos novos campos. @Fábio Eduardo de Souza EGoverneISS.ini Manual_Emissao_NFe_WebService2_V8.pdf

Olá amigos, Mais uma vez venho pedir auxilio a vocês. Estamos abrindo novos clientes na cidade de ITUPEVA-SP e estes irão fazer a emissão de NFSe via webservice com a prefeitura de Itupeva provedor SIAPPA. Verifiquei no componente ACBR que esta prefeitura ainda não foi desenvolvida, desta forma, consegui os arquivos WSDL, e o manual de instrução da integração via WEBSERVICE onde consta um xml de exemplo. Sei da demanda grande de trabalho que possuem, então , assim que for possível a inclusão do provedor SIAPPA e da prefeitura de ITUPEVA, por favor me comuniquem, fico a disposição para realizar as validações deste provedor. Não fiz a inclusão deste provedor no componente , pois não me sinto apto ainda, a fazer esse tipo de inserção. Agradeço a atenção. @Fábio Eduardo de Souza manual_e_arquivos_wsdl_webservice_pre_nfs_e.rar

Boa tarde , a todos Estou com alguns clientes emitindo notas fiscais de serviço eletronicas(NFSe) pelo provedor GINFES, em JUNDIAI e PAULINIA estado de SP, e venho notando que desde a introdução da versão 4.0 da NFe com os novos protocolos de envio, os RPS estão demorando para serem processados pelo GINFES; Envio o RPS pelo metodo : ACBr.Enviar(solicitacao) ; em seguida eu faço uma consulta pra saber o CSTAT (situação)deste RPS, se foi processado ; if acbr.WebServices.ConsLote.Protocolo <> '' then begin if acbr.WebServices.ConsultaSituacao(acbr.WebServices.ConsLote.Protocolo,IntToSTR(solicitacao)) then begin cstat := StrToInt(acbr.WebServices.ConsSitLoteRPS.Situacao); end; Neste momento o webservice esta me retornando cstat 2 - em processamento, quando isso ocorre eu solicito ao usuario que aguarde e repita o processo..... estranhamente isso se repete, as vezes, por mais de 10 tentativas, quando não gera o erro de TIMEOUT..... Tem alguem no grupo passando pelo mesmo problema de lentidão no processamento do webservice que eu??? Estou utilizando os métodos de consulta errados? Aguardo. @Fábio Eduardo de Souza

@Italo Jurisato Junior Agradeço o empenho e entendo seu posicionamento. Ficarei no aguardo então. Estudarei mais o componente para tentar realizar as implementação do CECAM, mas se tiver algum outro membro que faça as alterações , me coloca a disposição novamente para realizar os testes e validações.. Obrigado mais uma vez. @Fábio Eduardo de Souza

Italo, bom dia Rapaz ainda não tenho o conhecimento suficiente do projeto para incluir um provedor novo. Ainda conto com a boa vontade e a disponibilidade de vcs moderadores. Me disponho ajudar no contato com o pessoal da CECAM e nos testes para homologação do provedor e possiveis acertos assim como fizemos com o EGoverniss. Mais que isso ainda não me sinto confortável. @Fábio Eduardo de Souza

@Italo Jurisato Junior Bom dia. O vocês já estão desenvolvendo os componentes para validação da NFSe de Várzea Paulista? Tem alguma previsão de inicio dos testes? Tenho clientes interessados em utiliza-la então posso realizar os testes e validações para vocês. @Fábio Eduardo de Souza

Boa tarde, Apo´s atualização dos componentes ACBR para NFSe, comecei ater problemas na validação das NFSes para o municipio de OSASCO provedor EgoverneISS. Analisando a mensagem de erro e as alterações feitas no componente ACBR, encontrei uma consistência na propriedade Configuracoes.Geral.Emitente.WebChaveAcesso que não faz sentido para o provedor EGoverneISS pois o mesmo não utiliza está propriedade. a propriedade utilizada pelo EGoverneISS é a FNotasFiscais.Items[0].NFSe.Prestador.ChaveAcesso. Desta forma, fiz uma alteração, desconsiderando a consistencia abaixo qdo o provedor for proEGoverneIss. procedure TNFSeWebService.InicializarGerarDadosMsg; begin .... // Agili, Agiliv2, CTA, Governa, proEGoverneISS ChaveAcessoPrefeitura := FPConfiguracoesNFSe.Geral.Emitente.WebChaveAcesso; if (ChaveAcessoPrefeitura = '') and antes : (Provedor in [proAgili, proAgiliv2, proCTA, proGoverna, proEgoverneISS]) then depois: (Provedor in [proAgili, proAgiliv2, proCTA, proGoverna]) then GerarException(ACBrStr('O provedor ' + FPConfiguracoesNFSe.Geral.xProvedor + ' necessita que a propriedade: Configuracoes.Geral.Emitente.WebChaveAcesso seja informada.')); em anexo estou enviando a UNIT para que vcs avaliem minha alteração. Obrigado. E estou a disposição @Fábio Eduardo de Souza ACBrNFSeWebServices.pas

Boa tarde, @Italo Jurisato Junior Atualizei e fiz os testes de validação dos NFSe do GINFES e funcionou corretamente, Italo. Consegui recuperar a situação do arquivo, sem gerar o erro em branco que ocorria anteriormente. Obrigado pela atenção e pela ajuda . @Fábio Eduardo de Souza Obs.: o topico pode ser encerrado.