Cognum Informatica Ltda.

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

Bom dia Amigos, Estou com um problema na validação do CTE, esta me retornando o erro : Erro Interno: 12157 Erro HTTP: 0 Erro: Requisição não enviada. 12157 - Erro no suporte a canais seguros O mais estranho é que isso não ocorre com todos os CTes, é um caso ou outro no dia, e o CTe que dá o erro é validado no SEFAZ pois ao tentar retransmitir o CTE me retorna o erro : Duplicidade de CT-e. [Det: [nRec:411000066076855].] (cStat: 204) Poderiam me ajudar com este caso ? @Fábio Eduardo de Souza

bom dia @Adilsonpazzini Eu tenho um ERP e tudo parte de um Menu ADMINISTRATIVO(executavel em delphi), onde primeiramente temos uma lista de módulos e dentro de cada modulo, que são projetos DELPHI, eu tenho menus de Cadastro, Movimentações, Relatórios , Consultas e Processamentos. No faturamento por exemplo, eu monto a solicitação de faturamento , e na hora de transmitir, validar, assinar, toda a parte do ACBR, eu chamo um executável LAZARUS. O C# no meu ERP ,entra na parte gerencial, com gerador de relatórios, graficos e indicadores, integrações com outros sistemas e integrações com o governo( geração de arquivos). Mas tudo segue o esquema acima, o DELPHI chama um executavel em C# ou Lazarus que executa uma determinada tarefa. Ainda estamos com 80% do ERP em DELPHI, mas estamos em fase de migração. @Fábio Eduardo de Souza

Italo, boa tarde XSD Não. Alterei somente o EGoverneiss.INI, tanto o endereco da URL como o endereço dos schemas(XSD) e as notas validaram normalmente. Nos posts acima, eu detalhei os caminhos que alterei. Sem mais. @Fábio Eduardo de Souza

Obrigado Daniel, Agora entendi a diferença. No meu caso a linha de comando que utilizo é somente no momento de gerar uma versão do meu sistema. Como meu sistema é composto de vários modulos no DELPHI e no C#, criamos uma ferramenta que faz a compilação de toods os módulos automaticamente. Como estamos convertendo as ferramentas de notas fiscal(cte, nfe,nfse..) para o LAZARUS, queríamos implementar a compilação do LAZARUS tambem neste compilador. Desta forma, teremos a geração da versão do SISTEMA toda automática. Obrigado pelo esclarecimento. @Fábio Eduardo de Souza.

Celso, bom dia, Obrigado pela dica, na minha versão do LAzarus 1.6 , não utiliza a opção --build-mode ou --bm , procurei no lazarus em PROJECTS OPTIONS a opção de build-mode e não encontrei. Retirei o parâmetro da linha de comando e compilou sem erros gerando o executável. Testei o executável e aparentemente está tudo funcionando. Ficou desta forma lazbuild.exe Cognum_eDocs_lazarus.exe -b --verbose Será que a falta do --bm na linha de comando influenciará em meu executavel ? Aparentemente nos testes que fiz , não alterou as funcionalidades do aplicativo. Celso, obrigado pela ajuda, pela "LUZ", eu estava enroscado com esse compilador. @Fábio Eduardo de Souza

Bom dia Pessoal, Sou iniciando nos desenvolvimentos em LAZARUS, e gostaria de compilar aplicações LAZARUS para WINDOS via linha de comando, existe algum artigo, tutorial ou forum que me de dicas de como fazer isso. Estou pesquisando na internet a varios dias e não encontrei nada conclusivo sobre compilação , sobre comandos e parametrisações. Tenho uma ferramenta que compila meus projetos em DELPHI e em C#, agora preciso incluir meus projetos em LAZARUS neste compilador. Pessoal que trabalha com lazarus que puder me ajudar eu agradeço. @Fábio Eduardo de Souza

Bom dia Pessoal, Alguém chegou a analisar as alterações que ocorreram no servidor EGoverneiss que passei nos posts anteriores? Até o momento não recebi nenhuma respostas sobre meus posts!! Obrigado. @Fábio Eduardo de Souza

@Italo Jurisato Junior , boa tarde, Referente a nota fiscal de OSASCO(NFSe), consegui validar junto ao pessoal da prefeitura de OSASCO, alterando o EGoverneiss.ini. Em anexo, estou enviando o arquivo alterado para que vocês avaliem e atualizem o SVN. Mudou o endereço da URL e tambem o endereço do schemas. a URL : Onde esta : EissnfeWebServices/NotaFiscalEletronica.svc trocar por : WebServicesEISSNFE/NotaFiscalEletronica.svc e no SCHEMAS Onde consta, http://schemas.datacontract.org/2004/07/RGM.Eissnfe.Negocio", trocar por http://schemas.datacontract.org/2004/07/Eissnfe.Negocio" No anexo já está tudo alterado e funcionando no cliente. Sem mais. @Fábio Eduardo de Souza EGoverneISS.ini

Bom dia, pessoal Alguém está passando pelo mesmo problema que eu? @Fábio Eduardo de Souza

Desculpem O endereço que está no site é https://www.nfeosasco.com.br/WebServicesEISSNFE/NotaFiscalEletronica.svc Onde esta : EissnfeWebServices/NotaFiscalEletronica.svc trocar por : /WebServicesEISSNFE/NotaFiscalEletronica.svc Desculpe o engano .... @Fábio Eduardo de Souza

Boa tarde, Italo Estou com um problema com meu cliente de Osasco que não esta validando mais nenhuma nota fiscal. O erro Not Found(404) "https://www.nfeosasco.com.br/EissnfeWebServices/notafiscaleletronica.svc" Verifiquei que existe uma nota da prefeitura de Osasco avisando desta alteração : https://www.nfeosasco.com.br/IssWeb/portal/Noticias.aspx?id=74 Eu abri o EGovernISS.ini e alterei os caminhos com o novo endereço passado no site: [URL_P] RecepcaoLoteRPS= ConsultaSitLoteRPS= ConsultaLoteRPS= ConsultaNFSeRPS= ConsultaNFSe= CancelaNFSe=https://www.nfe%NomeURL_P%.com.br/EissnfeWebServices/NotaFiscalEletronica.svc GerarNFSe=https://www.nfe%NomeURL_P%.com.br/EissnfeWebServices/NotaFiscalEletronica.svc RecepcaoSincrono= SubstituiNFSe= [URL_H] RecepcaoLoteRPS= ConsultaSitLoteRPS= ConsultaLoteRPS= ConsultaNFSeRPS= ConsultaNFSe= CancelaNFSe=https://www.nfe%NomeURL_H%.com.br/EissnfeWebServices/NotaFiscalEletronica.svc GerarNFSe=https://www.nfe%NomeURL_H%.com.br/EissnfeWebServices/NotaFiscalEletronica.svc RecepcaoSincrono= SubstituiNFSe= O problema é que agora está gerando a mensagem "A nota fiscal deve ser informada", quando muda o endereço de webservices alem do .INI é necessário mais alguma alteração? Em anexo o EGoverneiss.INI que alterei. No aguardo @Fábio Eduardo de Souza EGoverneISS.ini

@Juliomar Marchetti Puuutz..... Cara, era isso mesmo, antigamente usavamos uma versão do FortsReports_vcl , mas há muito tempo foi abandonada e acabamos desinstalando este cara, mas por algum motivo no Projects\Bpl do DELPHI ainda existiam fontes deste cara (DCUs e alguns BPLs). Valeu, obrigado pela idéia . Assunto resolvido. @Fábio Eduardo de Souza

@Juliomar Marchetti , Exclui o diretório NFE do acbr (C:\acbr\trunk2\Fontes\ACBrDFe\ACBrNFe\DANFE\NFe) fiz update, fiz um BUILD e a messagem continua. O trecho de código do ACBrNFeDANFeRL que está na imagem é igual ao baixei agora do acbr.... os fontes são os mesmos.... Fiquei preocupado agora , estou em repositorio errado ??? (https://svn.code.sf.net/p/acbr/code/trunk2/Fontes)

Bom dia @RicardoVoigt Eu baixei o SVN AcbrFortesReports , e rodei o instalador.... veja a tela de instalação. @Fábio Eduardo de Souza

Bom dia , meus amigos Estou com um problema na impressão da DANFe e DANFSe em Forts Report pelo DELPHI 7, já consegui contornar este problema, mas toda a vez que há uma atualização do ACBR eu tenho que fazer merge das units ACBrNFeDANFeRL.pas e ACBrNFSeDANFSeRL.pas. Quando compilo minha aplicação sem fazer merge, gera a seguinte mensagem ao tentar imprimir uma DANFe ou DANFSe : "Sistema não está de acordo com a versão do FortsReport.Versão atual 3,72B" Para resolver este caso, pesquisei na internet e me passaram a seguinte saida, incluir nas ultimas linhas das duas units acima, as seguintes linhas: initialization RLConsts.SetVersion(3,72,'B'); Compilando o projeto com estas linhas nas units, não aparece mais o erro e o DANFe e DANFSe são impressos normalmente. Desinstalei o Forts, baixei do SVN do Forts para pegar a ultima versão , instalei novamente, fiz um BUILD na aplicação e se eu não incluir estas duas linhas nas units da erro na impressão dos leiautes. Tem alguma configuração ou parametro que não estou informando , na aplicação ou mesmo na instalação do DELPHI ou do FORTS? Obrigado. @Fábio Eduardo de Souza

Obrigado, @Daniel Simoes Obrigado pelo esclarecimento, então estou no caminho certo. Abraço. @Fábio Eduardo de Souza

Boa Tarde, @Celso e @Daniel Simoes Desculpem a demora no feedback , consegui instalar os componentes ACBR no meu Lazarus sem dar erros, agradeço pelo apoio. A unica coisa é que acabei baixando a versão 32 bits do Lazarus, mesmo minha maquina sendo 64 bit, e segui o 'roteiro' de instalação e compilei o lazarus uma unica vez no ultimo componente. Só uma pergunta, do LAzarus 64 para o 32 bits existe alguma diferença, seja em relação aos componentes ACBR seja em relação aos componente que eu utilizava no DELPHI.... Oque há de diferente entre as versões, alguem saberia me explicar? Mais uma vez obrigado pela ajuda. @Fábio Eduardo de Souza