Painel de líderes

Boa Tarde! Estava realizando Teste no TimeOut, seguindo este Post: NFeAutorizacao_4.00=https://hom.nfe.sefaz.ms.gov.br:81/ws/NFeAutorizacao4 Quando ocorre uma exceção, Na lib = ..trunk2\Fontes\ACBrTCP\ACBrWinReqRespClass.pas entra no RaiseException, Não Executando o FHeaderReq.Clear : procedure TACBrWinReqResp.Send; var Ok: Boolean; DataToSend: AnsiString; begin DoLog('Send'); Ok := SetHeaderReq; if not Ok then raise EACBrWinReqResp.CreateFmt(ACBrStr(sErrSetHeader), [GetWinInetError(FInternalErrorCode)] ); if EncodeDataToUTF8 then DataToSend := UTF8Encode(Data) else DataToSend := Data; Ok := SendData(DataToSend); if not Ok then raise EACBrWinReqResp.CreateFmt(ACBrStr(sErrSentData), [GetWinInetError(FInternalErrorCode)] ); FHeaderReq.Clear; //<== Não Executa o Clear. end; Desta forma, descobri que ao, ativar o Servidor de Backup. Trocando o que é necessário no ACBrNFe e a propriedade FobjNFe.Configuracoes.Geral.FormaEmissao = teSVCRS; //Para o Mato Grosso do Sul. Ao Enviar retorna a Mensagem do "Falha Enviando a Requisição. Erro: 183 -" Observei que o Header estava Concatenando a URL antiga com a Nova 'Host: nfe-homologacao.svrs.rs.gov.br'#$D#$A' Host: hom.nfe.sefaz.ms.gov.br:81'#$D#$A' Content-Type: application/soap+xml; charset=utf-8; charset=utf-8'#$D#$A' Accept-Charset: utf-8'#$D#$A'SOAPAction: "http://www.portalfiscal.inf.br/nfe/wsdl/NFeAutorizacao4/nfeAutorizacaoLote"'#$D#$A Quando fiz esse ajuste abaixo funcionou perfeitamente e parou de ocorrer o erro: "Falha Enviando a Requisição. Erro: 183 -" procedure TACBrWinReqResp.InitExecute; begin CloseConnection; FHeaderReq.Clear; //Inclusão desta Linha. FHeaderResp.Clear; FRedirections := 0; end; Fiz os Testes aqui e Funcionou Certinho. para testar precisa trocar a propriedade: ACBrNFe.Configuracoes.Geral.SSLHttpLib = httpWinHttp; O OpenSSL está funcionando Perfeitamente. Quem puder analisar, para corrigir, temos clientes configurados com o httpWinHttp e não queriamos ter de trocar todos para httpOpenSSL Desde já agradeço!

@asterix.. podemos marcar uma reunião entre nós e o cliente... Com certeza temos uma oferta matadora para eles..

Ôpa Antonio Carlos, foi só inverter os cabos no aparelho SAT, que deu certo de primeira, muito obrigado por sua atenção.

SAT esta sem acesso a internet por isso não consegue fazer a ativação. verifique se o cabo LAN e WAN estão corretamente conectados no equipamento e no desktop. Porta WAN do SAT recebe o cabo de rede que vem do MODEM de ETHERNET e porta LAN vai um cabo de rede para o desktop.

Nossa recomendação é a PayGo, que somos parceiros e distribuidores com condições super especiais... Bata um papo com o @José Tamizou Jr.. ou preencha o formulário em: https://projetoacbr.com.br/tef/

Bom dia pessoal. Apenas atualizando o post com a resposta da Prefeitura de SP, estou efetuando as alterações conforme informações da Prefeitura para efetuar o teste. Prezado, Filipe, Recebemos o seguinte retorno da área técnica responsável: Respondendo à dúvida do contribuinte: Não, o campo CPF/CNPJ do Remetente deve ser preenchido com um CPF/CNPJ autorizado a enviar a mensagem XML. Verifiquei no arquivo de envio que está incorreto, devendo o campo ser preenchido da seguinte forma: <CPFCNPJRemetente><CNPJ>XXXXXXXX</CNPJ></CPFCNPJRemetente> Agradecemos o contato, Atenciosamente, Secretaria da Fazenda Municipal — SF

brigaduuuuu

POS_RetornarTags (sourceforge.io)

Bom dia! Segue anexo do ..\trunk2\Fontes\ACBrTCP\ACBrWinReqRespClass.pas modificado. Sem mais, atenciosamente. ACBrWinReqRespClass.pas

Boa tarde Pessoal, Os documentos: CT-e - Conhecimento de Transporte Eletrônico e CT-e OS - Conhecimento de Transporte Eletrônico Outros Serviços, possuem um evento chamado: Prestação do Serviço em Desacordo. O autor desse evento, ou seja, que envia ele para a SEFAZ é o tomador do serviço. Esse evento, permite ao tomador informar ao Fisco que o CT-e/CT-e OS que o relaciona esta em desacordo com a prestação do serviço. O tomador tem um prazo máximo de 45 dias a contar da data de autorização do CT-e/CT-e OS para enviar o evento. Detalhe importante: O evento tem que ser enviado para a SEFAZ do emitente do CT-e, supondo que o emitente seja de São Paulo devemos: 1. Configurar o componente para a UF do Emitente (Configuracoes.webservices.UF := 'XX'; // onde XX é a UF do Emitente do CT-e) 2. Ao alimentar o componente informar em cOrgao a UF do Emitente do CT-e. Como montar a rotina para enviar o evento: ACBrCTe1.EventoCTe.Evento.Clear; with ACBrCTe1.EventoCTe.Evento.Add do begin infEvento.nSeqEvento := 1; // Para o Evento de Prestação do Serviço em Desacordo nSeqEvento sempre = 1 InfEvento.cOrgao := UFtoCUF(xUF); // Devemos informar a UF do Emitente do CT-e infEvento.chCTe := Copy(ACBrCTe1.Conhecimentos.Items[0].CTe.infCTe.Id, 4, 44); infEvento.CNPJ := xCNPJ; // CNPJ do Tomador infEvento.dhEvento := now; infEvento.tpEvento := tePrestDesacordo; infEvento.detEvento.xObs := trim(sOBS); // minimo 15, máximo 255 caracteres end; iLote := 1; // Numero do Lote do Evento ACBrCTe1.EnviarEvento(iLote); No exemplo acima o XML do CT-e/CT-e OS foi carregado, mas não se faz necessário, caso não deseja carregar o XML basta informar a chave (44 dígitos) ao campo chCTe. No campo xObs deve constar uma observação do tomador que justifique o desacordo do serviço prestado. Em caso de dúvidas, clique aqui para criar um novo tópico.