carlos_augusto

Sr. italo As máquinas de 64 bits rodam sem qualquer problema. As máquinas 32 bits rodam Windows 7 Starter e Professional. Grato

Companheiro Temos clientes que são prestadores de serviço. Portanto é comum em uma só nota fiscal com a seguinte característica: Item 1 : utilizo para declarar a mercadoria que eu estou vendendo para o cliente Item 2 : utilizo para declarar a matéria-prima original que o cliente me enviou Portanto o Item 1 vai gerar duplicata e o segundo não. ASsim, para o primeiro item será gerada informação como : 14 ( duplicata mercantil ) e para o segundo vai gerada informação de 90 ( Sem Pagamento ), por exemplo. Para tirarmos a dúvida geramos o arquivo xml pelo Acbr e importamos no Emissor Público de Nfe do SEbrae e enviamos a nota normalmente. Depois exportamos o arquivo xml gravado no Emissor do Sebrae e constatamos que o Segmento PAG ficou do mesmo jeito que no Acbr : <pag> <detPag> <indPag>1</indPag> <tPag>15</tPag> <vPag>100.00</vPag> </detPag> <detPag> <tPag>90</tPag> <vPag>100.00</vPag> </detPag> </pag> Mas, no Acbr aparece sempre aquela mensagem de : 1871 - Element '{http://www.portalfiscal.inf.br/nfe}indPag': This element is not expected. Expected is ( {http://www.portalfiscal.inf.br/nfe}tPag ). Porque no Acbr ocorre este erro? Estamos com os Schemas Xml da Nfe 4.00 disponibilizados pela Sefaz hoje e fizemos atualização do ACbr anteontem no meio da tarde. ocorreu alguma alteração nos fontes do Acbr Ontem ou Hoje para corrigir isto? Grato

Sr. Italo Os nossos Colaboradores fizeram diversos ajustes visando resolver os erros nos computadores que apresentaram problema. Fizeram formatação e atyualização de windows, browser e bem como refazendo todas as configurações de TLS. Obviamente utilizamos para cada computador a licença de windows que possuimos. Verificamos que persistiu erro em uma minoria onde o Windows é 32 bits. Mas não sabemos determinar a causa do problema. Por ora vamos deixa o assunto sem uma solução definitiva até nós finalizarmos todos os procedimentos de desenvolvimento da NFE. Logo que retormarmos o assunto eu entro em contato . Agrademos muito a sua ajuda. Carlos Franca-Sp

Prezados Companheiros Eu implementei a informação do Indicador da Forma de Pagamento da seguinte forma : if qryPagamentos.FieldByName('INDICADOR_FORMA_PAGAMENTO').AsString = '0' then indPag := ipVista else if qryPagamentos.FieldByName('INDICADOR_FORMA_PAGAMENTO').AsString = '1' then indPag := ipPrazo else if (qryPagamentos.FieldByName('INDICADOR_FORMA_PAGAMENTO').AsString = ' ') then indPag := ipNenhum; Assim, gerei uma nota fiscal com a seguinte característica : ITEM CFOP TAG : indPag 1 5101 ipPrazo 2 5916 ipNenhum Porém após passagem de dados ao ACbr resultou no seguinte arquivo XML : <pag> <detPag> <indPag>1</indPag> <tPag>99</tPag> <vPag>100.00</vPag> </detPag> <detPag> <tPag>90</tPag> <vPag>100.00</vPag> </detPag> </pag> Vejam que para a forma de Pagamento 90 não foi gerado a tag : indPag. O que resultou no erro : 1871 - Element '{http://www.portalfiscal.inf.br/nfe}indPag': This element is not expected. Expected is ( {http://www.portalfiscal.inf.br/nfe}tPag ). Podem os companheiros me indicar onde estou errando. Grato

Sr. Italo Bom Dia! Ontem estavamos tão ansiosos por encaminhar o assunto que nem tivemos muito tempo para questionar porque o Instalador estava aparesentando erro. Fizemos portanto a atualização do Acbr e em alguns computadores persistiu o problema. Indiquei que o responsável pelo hardware faça manutenção nos computadores. Ele optou por formatá-los e fazer reinstalação do windows. Após o almoço estaremos aptos a fazer novo teste de transmissão da Nfe. Logo que tiver um resultado do teste de transmissão eu lhe reporto. Agradeço por sua atenção. Carlos Franca-Sp

Sr. italo Ainda estou efetuando a instalação. Utilizando o Instalador não deu certo. Estou instalando os pacotes individualmente. Grato

Sr. Italo Estou fazendo a atualização dos fontes do Acbr. E torcendo para que a causa do problema seja o fato de estarmos utilizando código-fonte do acbr de cerca de 35 dias atráz; Logo que conseguir efetuar atualização eu lhe reporto.

Prezado Sr. Italo Nós temos o seguinte cenário : Temos o Servidor do Departamento de Desenvolvimento que roda Windows 2012. Neste servidor o ACBR está instalado corretamente. Quando chegamos a fechar uma versão com a Nfe 4.00 inserida, nós disponibilizamos o exe e bem como dlls e bpls para o pessoal que faz os testes. Os testadores, por sua vez efetuam testes em máquinas com Windows 7, 8 ou 10. Aí eles se defrontaram com a seguinte situação : - em 1 Notebook com Windows 7 funcionou - nos demais micros não funcionou Deixando claro que quando fizemos a instalação , procuramos observar as recomendações expressas no forum do Acbr. No caso das dlls estamos utilizando as descritas no post : https://www.projetoacbr.com.br/forum/topic/42611-tls-12-para-nfenfce-40/. No início imaginávamos que pudesse ser o proxy. Porém nestes micros de teste, mesmo com o proxy desativado continuam com erro. Imaginamos que seja algum problema espefico na interação do ACBR e Sistema Operacional. Mas não conseguimos indentificar o que possa ser. Assim, solicitamos sua ajuda e estamos apto a remunerá-lo pelos seus honorários. Vide em anexo o descritivo dos erros ( arquivo : ERRO_TRANSMISSAO_NF40.rar ). Grato ACBrNFeServicos.ini ACBrNFeServicos.rc ACBrNFeServicos.res ERRO_TRANSMISSAO_NF40.rar

Sr. Italo Continua o problema. Eu atualizei tudo que podia : - DLLs -BPLs -ACBrNFeServicos.ini Aí testamos com proxy, sem proxxy. Também testamos em nossa rede e eu outra rede. Mas não obtivemos sucesso algum. Por acaso o sr. sabe se esta mensagem de erro é gerada pelo Acbr ou pela Sefaz ? Grato

Sr.Italo Na verdade os dois servidores estão submetidos às mesmas regras de Proxy e mesmo antivirus. Inclusive chegamos a desativar Antivirus e Proxy mas o problema persistiu. A diferença é que no servidor de Desenvolvimento temos todas as DLLS que vem com a instalação do ACBR. Mas, no Servidor de teste não temos todas. Aí me inspirei em copiar todas as DLLS de um servidor para o outro. Uma questão, as pastas com nome de X86 , X64 , 32, 64 servem para designar para qual sistema operacional devem ser utilizadas ? Gratol

Companheiros Fiz o ajuste no sistema visando geração do arquivo xml da Nota Fiscal Eletrônica no padrão 4.00. Agora, estamos em fases de testes e estamos observando as seguintes situações : 1)- utilizando um dos servidores conseguimos enviar a Nota Fiscal no padrão 4.00 com sucesso 2)- porém , em outro servidor estamos observando o seguinte erro: "Mensagem Original: WebService Consulta Status serviço: - Inativo ou Inoperante tente novamente. Erro Interno: 0 Erro HTTP: 500" E ambos servidores estão submetidos às mesmas regras de Proxxy; Portanto o normal seria dar erro nos 2 servidores ou certo nos 2 servidores. Por acaso os companheiros já passaram por isto. Grato Carlos Augusto Franca-Sp

Prezados Senhores André e Italo Com relação à esta tag : indPag ( filha da Tag : YA01a ) que foi criada dentro do Registro : YA ( Pagamentos da Nota Fiscal ), sabem onde ela foi implementada. Estou procurando dentro de : - Pag - Pag.Add e não consigo encontrar. Deixando claro que estou o ACBR atualizado há cerca de 3 semanas atráz. Sabem se esta tag foi implementada depois da última atualização que fiz? Grato Carlos Franca-Sp

Srs. André e Ítalo Obrigado por sua ajuda. Consegui finalmente fazer o ajuste implementando o campo do Troco. Somente mais uma informação . Anteriormente existia no Grupo B o campo INDPAG. Ele foi excluido e , para minha surpresa, foi recriado justamente no GRUPO YA. Sabem se esta alteração já foi implementada no componente ( eu atualizei o Acbr exatamente 3 semanas atrás )? Grato

Sr. Italo Meu problema se refere a não conseguir utilizar esta propriedade "vTroco", pois aparece a mensagem de erro : "untAcbrPcn_GeraNotaFiscal.pas(7896): E2003 Undeclared identifier: 'vTroco'" . Na verdade estou passando valores para todas propriedades envolvidas ( indPag, vPag, etc.. ), dentro de um único laço de : pag.Add . Mas o erro ocorre somente com a propriedade vTroco. Mesma situação ocorre com a propriedade : vIPIDevol . Minha questão portanto é saber porque acontece erro com estas 2 propriedades se dá certo com as demais. Grato

Sr. André Nós atualizamos o ACBR há 3 semanas atráz. O meu problema original é que eu estava tentando encontrar estas Tags 1 nível abaixo, de forma parecida que está no layout. Assim, eu consegui encontrar com sucesso as propriedades para as Tags: - tpIntegra - CNPJ - tBand - cAut Mas continuo não conseguindo encontrar propriedade para informar a Tag : vTroco . Existe esta propriedade declarada na unit : pcnNFE. Eu implementei no código-fonte da seguinte forma : while not qryPagamentos.eof do begin with pag.Add do begin vTroco := qryPagamentos.FieldByName('VALOR_TROCO').AsCurrency; end; end; Mas resulta sempre no erro : "untAcbrPcn_GeraNotaFiscal.pas(7896): E2003 Undeclared identifier: 'vTroco'" Sabe o senhor me indicar como resolver este caso? Situação semelhante ocorre com a tag : vIPIDevol. Eu implementei da seguinte forma : Total.vIPIDevol := 0; Mas resulta sempre no erro : E2003 Undeclared identifier: 'vIPIDevol' Grato Carlos FRanca-Sp

Prezados Companheiros Estou adequando o código-fonte para a NFE 4.00. Atualmente estou ajustando a parte de Pagamentos da Nfe ( Segmento YA ) . Assim, criei a seguinte condificação: while not qryPagamentos.eof do begin with pag.Add do begin // Forma de pagamento // 01=Dinheiro if (qryPagamentos.FieldByName('CODFORMARECEBIMENTO_NFCE').AsInteger = 1 then tPag := fpDinheiro; // Valor do Pagamento vPag := qryPagamentos.FieldByName('VALOR').AsCurrency; end; end; O problema é que não consigo identificar como preencher as tags : - tpIntegra - CNPJ - tBand - cAut - vTroco Podem me indicar como estas tags foram implementadas no ACBR e, portanto, para quais propriedades exatamente tenho que passar os valores correspondentes ? Grato Carlos Augusto Franca-Sp

Senhores Resumindo a dúvida. Como consigo consultar com eficiência o Serviço de Consulta a Contribuinte do Rio Grande do Sul via Acbr ? Questiono isto porque se acessarmos o site : https://www.sefaz.rs.gov.br/NFE/NFE-CCC.aspx, conseguimos consultar qualquer CNPJ de contribuinte sediado em qualquer estado. Como reproduzir isto utilizando o ACBR ? Se configurar o Acbr da seguinte forma : ACBrNFe.WebServices.ConsultaCadastro.UF := 'SVRS'; eu recebo o erro : Ocorreu falhas na consulta do contribuinte: 215 - Rejeicao: Falha no schema XML Sabem os companheiros como resolver isto ? Grato

Prezados Companheiros Como devo proceder então ? Imaginemos que eu vá efetuar uma consulta de CNPJ de empresa sediada em Alagoas e portanto utilizando os serviços da Sefaz Virtual do Rio Grande do Sul. Devo proceder da forma abaixo indicada : AcbrConsulta.Configuracoes.WebServices.UF := 'SVRS'; AcbrConsulta.WebServices.ConsultaCadastro.UF := 'SVRS'; ou então referenciando apenas a sigla do Estado da seguinte forma : AcbrConsulta.Configuracoes.WebServices.UF := 'RS'; AcbrConsulta.WebServices.ConsultaCadastro.UF := 'RS'; Grato Carlos Franca-Sp

Prezados Companheiros Temos em nosso sistema um recurso para Consulta do Contribuinte desenvolvido há alguns anos. Entre os diversos parâmetros passados ao ACBR temos os seguintes : AcbrConsulta.Configuracoes.WebServices.UF := 'AL'; AcbrConsulta.WebServices.ConsultaCadastro.UF := 'AL'; AcbrConsulta.WebServices.ConsultaCadastro.CNPJ := stCnpj; A rotina funcionava efetuando pesquisa na maioria dos estados. Porém , de algumas semanas para cá os cleintes começaram reportar problemas na rotina. Fiz então um teste geral e constatei problemas na maioria dos estados, conforme eu listo abaixo ESTADO PROBLEMA AL 265 - Rejeicao: Sigla da UF da consulta difere da UF do Web Service" AM Ocorreu falhas na consulta do contribuinte: 0 - AP 265 - Rejeicao: Sigla da UF da consulta difere da UF do Web Service" CE Ocorreu falhas na consulta do contribuinte: 0 - DF 265 - Rejeicao: Sigla da UF da consulta difere da UF do Web Service" MA Ocorreu falhas na consulta do contribuinte: 0 - PA Ocorreu falhas na consulta do contribuinte: 0 - URL para o serviço ""NfeConsultaCadastro"" não encontrada na sessão ""NFe_SVAN_H"" no arquivo ""ACBrNFeServicos""" PE Ocorreu falhas na consulta do contribuinte: 0 - URL para o serviço ""NfeConsultaCadastro"" não encontrada na sessão ""NFe_PE_H"" no arquivo ""ACBrNFeServicos""" PI 265 - Rejeicao: Sigla da UF da consulta difere da UF do Web Service RJ 265 - Rejeicao: Sigla da UF da consulta difere da UF do Web Service RO 265 - Rejeicao: Sigla da UF da consulta difere da UF do Web Service RR 265 - Rejeicao: Sigla da UF da consulta difere da UF do Web Service SE 265 - Rejeicao: Sigla da UF da consulta difere da UF do Web Service TO 265 - Rejeicao: Sigla da UF da consulta difere da UF do Web Service Sabem os companheiros como consultar com eficiência todos os Estados ? EStou cometendo erros na configuração do ACBR? Grato Carlos Augusto Franca-Sp

Prezados Companheiros Sabem os companheiros se a utilização deste novo Protocolo TSL 1.2 está liberada somente no ambiente de HOMOLOGAÇÃO ? Pergunto isto porque não estou conseguindo utilizar as configurações que os senhores sugeriram em teste no Ambiente de Produção. Inclusive o que é funciona na Transmissão da NFE não funciona na rotina de Consulta do Contribuinte . Listo abaixo as configurações que fiz tanto para transmissão da NFE , quanto para Consulta do Contribuinte : a)-TRANSMISSÃO DA NFE: if qryParametr.FieldByName('AMBIENTE_NFE').AsString = '1' then begin acbrNota.Configuracoes.Geral.SSLLib := libCustom; acbrNota.Configuracoes.Geral.SSLCryptLib := cryWinCrypt; acbrNota.Configuracoes.Geral.SSLHttpLib := httpWinHttp; acbrNota.Configuracoes.Geral.SSLXmlSignLib := xsMsXml; acbrNota.Configuracoes.WebServices.SSLType := LT_all; end // ambiente : Homologação else if qryParametr.FieldByName('AMBIENTE_NFE').AsString = '2' then begin acbrNota.Configuracoes.Geral.SSLLib := libWinCrypt; acbrNota.Configuracoes.Geral.SSLCryptLib := cryWinCrypt; acbrNota.Configuracoes.Geral.SSLHttpLib := httpWinHttp; acbrNota.Configuracoes.Geral.SSLXmlSignLib := xsLibXml2; acbrNota.Configuracoes.WebServices.SSLType := LT_TLSv1_2; end; B)-CONSULTA DO CONTRIBUINTE // ambiente : Produção if qryParametr.FieldByName('AMBIENTE_NFE').AsString = '1' then begin acbrConsulta.Configuracoes.Geral.SSLLib := libCapicomDelphiSoap; acbrConsulta.Configuracoes.Geral.SSLCryptLib := cryCapicom; acbrConsulta.Configuracoes.Geral.SSLHttpLib := httpIndy; acbrConsulta.Configuracoes.Geral.SSLXmlSignLib := xsMsXmlCapicom; acbrConsulta.Configuracoes.WebServices.SSLType := LT_all; end // ambiente : Homologação else if qryParametr.FieldByName('AMBIENTE_NFE').AsString = '2' then begin acbrConsulta.Configuracoes.Geral.SSLLib := libWinCrypt; acbrConsulta.Configuracoes.Geral.SSLCryptLib := cryWinCrypt; acbrConsulta.Configuracoes.Geral.SSLHttpLib := httpWinHttp; acbrConsulta.Configuracoes.Geral.SSLXmlSignLib := xsLibXml2; acbrConsulta.Configuracoes.WebServices.SSLType := LT_TLSv1_2; end; Grato

Prezados Companheiros Sabe os companheiros se a utilização deste novo Protocolo TSL 1.2 está liberada somente no ambiente de HOMOLOGAÇÃO ? Pergunto isto porque não estou conseguindo utilizar as configurações que os senhores sugeriram em teste em ambiente de Produção. Vejam como eu configurei : // ambiente : Produção if qryParametr.FieldByName('AMBIENTE_NFE').AsString = '1' then begin acbrConsulta.Configuracoes.Geral.SSLLib := libCapicomDelphiSoap; acbrConsulta.Configuracoes.Geral.SSLCryptLib := cryCapicom; acbrConsulta.Configuracoes.Geral.SSLHttpLib := httpIndy; acbrConsulta.Configuracoes.Geral.SSLXmlSignLib := xsMsXmlCapicom; acbrConsulta.Configuracoes.WebServices.SSLType := LT_all; end // ambiente : Homologação else if qryParametr.FieldByName('AMBIENTE_NFE').AsString = '2' then begin acbrConsulta.Configuracoes.Geral.SSLLib := libWinCrypt; acbrConsulta.Configuracoes.Geral.SSLCryptLib := cryWinCrypt; acbrConsulta.Configuracoes.Geral.SSLHttpLib := httpWinHttp; acbrConsulta.Configuracoes.Geral.SSLXmlSignLib := xsLibXml2; acbrConsulta.Configuracoes.WebServices.SSLType := LT_TLSv1_2; end; Grato

Sr. Felipe Eu verifiquei a configuração no windows através de : INETCPL.CPL da seguinte forma : No componente ACBR eu fiz a conseguinte conrfiguração : ACBrNFe.Configuracoes.Geral.SSLLib := libWinCrypt; ACBrNFe.Configuracoes.Geral.SSLCryptLib := cryWinCrypt; ACBrNFe.Configuracoes.Geral.SSLHttpLib := httpWinHttp; ACBrNFe.Configuracoes.Geral.SSLXmlSignLib := xsMsXml; Mas, quando tento realizar uma operação simples , como a CONSULTA DE STATUS DO SERVIÇO DA NFE , obtenho sempre o seguinte erro : WebService Consulta Status serviço: - Inativo ou Inoperante tente novamente. Erro Interno: 12030 Erro HTTP: 0 Falha no Envio da Requisição. Erro: 12030 - A conexão com o servidor foi redefinida ou encerrada, ou um protocolo SSL incompatível foi encontrado Sabe o senhor o que pod4e estar ocasionando este erro ? Grato Carlos Augusto Franca-Sp

Prezado Sr. José Júnior Eu fiz a configuração da seguinte forma : ACBrNFe.Configuracoes.Geral.SSLLib := libWinCrypt; ACBrNFe.Configuracoes.Geral.SSLCryptLib := cryWinCrypt; ACBrNFe.Configuracoes.Geral.SSLHttpLib := httpWinHttp; ACBrNFe.Configuracoes.Geral.SSLXmlSignLib := xsMsXml; Porém aínda estou verificando o seguinte erro : Erro Interno: 12030 Erro HTTP: 0 Falha no Envio da Requisição. Erro: 12030 - A conexão com o servidor foi redefinida ou encerrada, ou um protocolo SSL incompatível foi encontrado Na propriedade : Configuracoes.Geral.SSLXmlSignLib eu não coloquei xlLibXML2 conforme o Sr. sugeriu porque não aparece para mim na unit : ACBrDFeSSL ( provavelmente porque a última vez que atualizei o Acbr foi no dia 10/01/2018 ). Será que a causa do erro acima é a falta de informar a propriedade : SSLXmlSignLib conforme o Sr. sugeriu? Grato

Prezado Italo Bom Dia! Na verdade estou utilizando os componentes Delphi do ACBR ( última atualização : 10/01/2018 ). Vou configurar então esta propriedade SSLIB conforme indicado ( valor = libWinCrypt ). E com relação às propriedades : - SSLCRYPTLIB - SSLHTTPLIB - SSLXMLSIGNLIB Elas também são utilizadas para configuração Protocolo TLS 1.2? Esta mudança vai implicar no envio de mais alguma DLL aos meus clientes ? Grato

Prezados Companheiros Conforme pude constatar na Nota Técnica 2016_002_v1.42, dentre as novidades da para 2018, ocorrerá mudança em : Protocolo TLS 1.2 ou superior como padrão de comunicação. Sendo assim , eu gostaria de saber quais ajustes teremos que implementar à nível de configuração dos componentes ACBR para atender esta nova norma. Quais são as propriedades que terão que ser ajustadas ? Alguma nova DLL deverá passar a ser utilizada? À partir de qual versão do ACBR este tipo Protocolo de Comunicação é suportado? Grato Carlos Augusto Franca-Sp