maxdatasistema

Boa tarde Italo Foi atualizado porém não resolveu o problema. fizemos essa alteração para resolver. function TNFeStatusServico.TratarResposta: Boolean; var NFeRetorno: TRetConsStatServ; begin FPRetWS := SeparaDadosArray(['nfeStatusServicoNF2Result', 'NfeStatusServicoNFResult', 'nfeResultMsg'],FPRetornoWS ); //**************************************************************************** {AQUI!!!!!!} FPRetWS := StringReplace(FPRetWS, ' xmlns="http://www.portalfiscal.inf.br/nfe"', '', [rfReplaceAll]); //**************************************************************************** ACBrNFeWebServices.pas

Complementando a informação, teve uma um correção porém para realizar o download do XML, acredito que seja mesma situação.

Boa tarde Ao consultar o status serviços o retorno voltando com a seguintes informações e o componente não conseguir mostrar a informações. Desde já obrigado. Werley Silva 20191001164113-sta.xml 20191001164112-ped-sta.xml

Boa tarde Italo. O retorno aparentemente funcionou e retorno a NFS-e. acho que pode ser alguma instabilidade no próprio site. Realizar atualização do repositório dos arquivos "Cidade.ini" e "WebISSv2.ini". Desde já obrigado. Pode fechar o tópico. 201900000000606UNICA-nfse.xml

Boa tarde Juliana Sim, o retorno ficar vazio.

Boa tarde Italo Agora que vir que a pasta não tinha sido alterado ainda. Esse dois arquivos foram alterado com as URLs de Paraíso do Tocantins. O envio do RPS está tudo certo, porém ao consultar o status o XML de retorno está vazio. Olhei no site e protocolo já está emitido. Cidades.ini WebISSv2.ini 606UNICA-con-nfse-rps.xml 606UNICA-con-nfse-rps-soap.xml

Bom dia Italo. Pode sim, caso surgir algo novo, abro um novo tópico. Desde já muito obrigado pela atenção.

Bom dia Italo Estão consultando normalmente. Em anexos o arquivo INI . Tinus.ini

Bom dia Italo. Sim, conseguir enviar o RPS normalmente. não estava conseguindo consultar devido essas URLs, não estava com urls de homologação " http://www2.tinus.com.br " .

Bom dia Italo. Eu entrei em contato com o pessoal da Tinus, é por que estava faltando alterar algumas URLs de homologação para o " http://www2.tinus.com.br " . Essa são as urls que estava faltando alterar. http://www2.tinus.com.br/csp/testemac/WSNFSE.ConsultarSituacaoLoteRps.CLS?WSDL=1 http://www2.tinus.com.br/csp/testemac/WSNFSE.ConsultarNfsePorRps.cls?WSDL=1 http://www2.tinus.com.br/csp/testemac/WSNFSE.ConsultarNfse.cls?WSDL=1 http://www2.tinus.com.br/csp/testemac/WSNFSE.CancelarNfse.cls?WSDL=1 Werley Silva Analista Sistemas 3-env-lot.xml 3-env-lot-soap.xml

Boa tarde Italo. Reposta da Tinus Werley, Foram ajustadas as referências a www.tinus no ambiente de HOMOLOGAÇÃO. Outro ponto, é preciso ajustar no seu XML o domínio da tag envelope: <Envelope xmlns="http://schemas.xmlsoap.org/soap/envelope/"> Por gentileza, ajustar o namespace desta tag e carregar novamente. Ats, Neilton.

Boa tarde Italo Resposta da Tinus. Werley, Não foi aplicado o namespace recomendado. Observe que no email foi explicado que para o ambiente de testes o namespace correto é www2.tinus.com.br Ats, Neilton.

Bom dia Italo. Resposta do pessoal da Tinus . Prezado Werley, boa tarde. No seu XML estão definidos dois namespaces distintos, isso não é aceito, vai disparar erro de segurança. Recomendamos declarar o namespace no formato:<RecepcionarLoteRps xmlns="www2.tinus.com.br"> Outro ponto. Em Macaíba não estão disponíveis webservices em PRODUÇÃO, visto que a Prefeitura não adquiriu o Certificado Digital necessário para a implantação conforme o Padrão Nacional ABRASF. Existe em Produção somente a modalidade UPLOAD DE LOTE, com carga e consulta de dados manualmente pelo PORTAL DO CONTRIBUINTE. Não disponibilizamos arquivos de schemas, as especificações dos serviços são publicadas por URLs contendo o WSDL dos serviços, veja em http://www2.tinus.com.br/csp/testemac/WSNFSE.RecepcionarLoteRps.CLS?WSDL=1 Segue em anexo modelo de Lote no layout para UPLOAD. Qualquer dúvida, estamos à disposição. Atenciosamente, Tinus Informática Ltda. xmlEXEMPLO_RPSEF-comassinatura.xml

Bom dia Italo Entrei em contato com a Tinus, os mesmo me solicitou que fosse enviado um e-mail. Enviei o e-mail, estou aguardando a reporta. Werley Silva Analista Sistemas

Bom dia Italo Conseguiu ver alguma divergência ? Desde já agradeço. Werley Silva Analista de sistemas

Boa tarde. Configurado o INI de macaíba e atualizado fontes do componente. Erro Interno: 0 Erro HTTP: 400 URL: http://www2.tinus.com.br/csp/testemac/WSNFSE.RecepcionarLoteRps.cls 14-env-lot.xml 14-env-lot-soap.xml

Bom dia Italo Foi disponibilizado no repositório o arquivo com alterações de macaíba ? Desde já Obrigado.

O gerenciador de relatórios é o RDPrint (impressão matricial). Ele oferece apenas a opção de imprimir imagens em coordenadas pré informadas. Por esse motivo uso o ACBrBarCode para gerar o código de barras.

Bom dia. Tenho a seguinte situação, gero uma imagem do código de barras para ser impressa em um gerenciador de relatórios. acbBarCode.Text := FormatCurr('00000000', qryVenda.fieldByName('vedId').AsInteger); acbBarCode.DrawBarcode(imgBarCode.Canvas); O problema é o seguinte, quando o componente "acbBarCode" está visível no form funciona, porém quando o componente "acbBarCode" esta "escondido" (fora dos limites das margens do form) a imagem gerada é referente ao código de barras vazio.

Bom dia Italo Quais alterações devo fazer no arquivo INI ?

Bom dia. Sugestão para atualizar repositório com as URLS 4.0 da NFC-e do estado Ceará. "ACBrNFeServicos.ini" [NFCe_CE_P] RecepcaoEvento_4.00=https://nfce.sefaz.ce.gov.br/nfce4/services/NFeRecepcaoEvento4?WSDL NfeInutilizacao_4.00=https://nfce.sefaz.ce.gov.br/nfce4/services/NFeInutilizacao4?WSDL NfeConsultaProtocolo_4.00=https://nfce.sefaz.ce.gov.br/nfce4/services/NFeConsultaProtocolo4?WSDL NfeStatusServico_4.00=https://nfce.sefaz.ce.gov.br/nfce4/services/NFeStatusServico4?WSDL NfeConsultaCadastro_4.00=https://nfce.sefaz.ce.gov.br/nfce4/services/CadConsultaCadastro4?WSDL NFeAutorizacao_4.00=https://nfce.sefaz.ce.gov.br/nfce4/services/NFeAutorizacao4?WSDL NFeRetAutorizacao_4.00=https://nfce.sefaz.ce.gov.br/nfce4/services/NFeRetAutorizacao4?WSDL [NFCe_CE_H] RecepcaoEvento_4.00=https://nfceh.sefaz.ce.gov.br/nfce4/services/NFeRecepcaoEvento4?WSDL NfeInutilizacao_4.00=https://nfceh.sefaz.ce.gov.br/nfce4/services/NFeInutilizacao4?WSDL NfeConsultaProtocolo_4.00=https://nfceh.sefaz.ce.gov.br/nfce4/services/NFeConsultaProtocolo4?WSDL NfeStatusServico_4.00=https://nfceh.sefaz.ce.gov.br/nfce4/services/NFeStatusServico4?WSDL NfeConsultaCadastro_4.00=https://nfceh.sefaz.ce.gov.br/nfce4/services/CadConsultaCadastro4?WSDL NFeAutorizacao_4.00=https://nfceh.sefaz.ce.gov.br/nfce4/services/NFeAutorizacao4?WSDL NFeRetAutorizacao_4.00=https://nfceh.sefaz.ce.gov.br/nfce4/services/NFeRetAutorizacao4?WSDL Desde já obrigado. Werley Silva Analista de Sistema

Boa tarde. Utilizamos: "acbNFse.Configuracoes.Geral.SSLLib := libCapicom;" Retorno: Erro Interno: 0 Erro HTTP: 400 URL: http://www2.tinus.com.br/csp/testemac/WSNFSE.RecepcionarLoteRps.cls Em anexo o XML do RPS e envio. 1UNICA-rps.xml 3-env-lot.xml 3-env-lot-soap.xml

Bom dia @Italo Jurisato Junior, fiz a atualização novamente e o erro inicial não ocorre mais. Agora ao processar, no método "EnviarDados" da unit "ACBrDFeWebService.pas" retorna: Erro Interno: 0 Erro HTTP: 400 URL: http://www2.tinus.com.br/csp/testemac/WSNFSE.RecepcionarLoteRps.cls Verificando o link "http://www2.tinus.com.br/csp/testemac/WSNFSE.RecepcionarLoteRps.cls", me parece esta correto.

Bom dia @Juliana Tamizou, atualizamos os fontes ontem (16/04/2019) porém o resultado continua o mesmo, apresentando o erro.

Boa tarde @Italo Jurisato Junior. Fontes atualizas via SVN em 11/04/2019 (16:30). Executado o script "apagarAcbr.bat" em todas as partições. Utilizado "ACBrInstall_Trunk2" com a opção "Apagar arquivos antigos" marcada. * No arquivo "cidades.ini" estamos utilizando os valores: [2407104] Nome=Macaíba UF=RN Provedor=Tinus NomeURL_H=mac NomeURL_P=macaiba * No fonte é utilizado: acbNfse.Configuracoes.Geral.SSLLib := libCapicom; Erro ocorre no método: result := acbNFSe.Enviar(numLote, False); Recebemos a mensagem de erro: "Uma seqüência literal era esperada, mas não foi encontrado um caractere de aspas de abertura." * Na unit "ACBrDFeXsMsXmlCapicom.pas", no processo de assinar, a linha 117 é percorrida duas vezes. xmldoc.setProperty('SelectionNamespaces', vSelectionNamespaces); Na primeira vez o valor da variável "vSelectionNamespaces" é "xmlns:ds="http://www.w3.org/2000/09/xmldsig#"" e passa sem erro. Na segunda vez o valor da variável "vSelectionNamespaces" é "xmlns:ds="http://www.w3.org/2000/09/xmldsig#" xmlns:ds1=eRps Id="13"", nesse momento o erro é gerado.