Adir

Se a máquina estiver com horário e fuso corretos sim. Para mim não funciona pq meu sistema roda em muitas filiais em vários estados. E em muitos PCs o horário não está correto. Então pego o horário do Banco de Dados e o fuso deixo para o ACBr pegar automaticamente passando o "ModoDeteccao := tzPCN"

O problema é justamente na "TimeZoneConf". Quando vc ajusta "Configuracoes.WebServices.TimeZoneConf.ModoDeteccao := tzPCN"

A pergunta é: em 2019 será como em 2018 ou voltará a ser no terceiro domingo de outubro. Por hora eu fiz um "ajeito" na "function GetInicioDoHorarioDeVerao"...

A function "GetInicioDoHorarioDeVerao" em "pcnAuxiliar.pas" não está funcionando para 2018. Esta função assume que o horário de verão inicia sempre no terceiro domingo de outubro, o que não aconteceu em 2018. Isto está gerando problemas para quem configurou o componente com, por exemplo, "Configuracoes.WebServices.TimeZoneConf.ModoDeteccao := tzPCN" tzPCN faz com que o componente calcule o fuso horário. Que neste caso calculou "-02:00" para SP por exemplo. Por achar que já estamos no horário de verão. O correto seria "-03:00" até o dia "04/11/2018", quando realmente começará o horário de verão.

Fiz as alterações sugeridas mas fiquei com a seguinte dúvida: - como sei, com certeza, que agora estou usando o TLS 1.2 ? Dia 02/04/2018 os WebServices de MS só aceitarão o TLS.

Se eu ajustar o SSLType para LT_TLSv1_2, vou ter que fazer alguma alteração nestas configurações que uso?: parACBrCTe.Configuracoes.Geral.SSLCryptLib := cryOpenSSL; parACBrCTe.Configuracoes.Geral.SSLHttpLib := httpOpenSSL; parACBrCTe.Configuracoes.Geral.SSLLib := libOpenSSL; parACBrCTe.Configuracoes.Geral.SSLXmlSignLib := xsXmlSec;

Agora estou com problema de horário no MDFe. Não sei por qual motivo só estava funcionando no Windows 7, pelo XP dava problema. Mesmo com horário e fuso correto no XP. Além do que eu utilizo o horário do banco de dados e não do PC para não ter problemas. E meu servidor de banco de dados está com horário e fuso correto também. Obs: MDFe usa o sefaz de RS

Voltou a funcionar adequadamente os eventos em SP

Acabei de receber resposta da SEFAZ SP de um chamado aberto na segunda-feira: "Prezado José, Primeiramente pedimos desculpas pelos transtornos ocasionados. Houve problema técnico e nossa equipe já está trabalhando sem medir esforços para que o ocorrido seja resolvido o mais breve possível. Solicitamos que tente novamente em horários alternados. Contamos com sua compreensão. Agradecemos seu contato no "Fale Conosco" da Secretaria da Fazenda."

A SEFAZ acabou de responder meu chamado que fiz na segunda-feira: "Prezado José, Primeiramente pedimos desculpas pelos transtornos ocasionados. Houve problema técnico e nossa equipe já está trabalhando sem medir esforços para que o ocorrido seja resolvido o mais breve possível. Solicitamos que tente novamente em horários alternados. Contamos com sua compreensão. Agradecemos seu contato no "Fale Conosco" da Secretaria da Fazenda."

Eu já abri 3 chamados. Um na segunda, outro na terça e outro hoje. Até agora não tive nenhum retorno da SEFAZ SP.

Eu tentei de todos modos (telefone, email) a informar o problema para a SEFAZ de SP. Mas não obtive sucesso. Estou com o mesmo problema do Thomashc até agora. Obs: se vc enviar o dhevento com 1 hora a menos vc conseguirá cancelar o CTe. Mas deverá esperar no mínimo 1 hora pois senão ele acusa a rejeição 634. Alguém conseguiu alguma solução?

Boa tarde Ítalo, eu ví a alteração mas fiquei com uma dúvida. Vc alterou de: if MantemChave then begin PosIni := Pos(UChave, UTexto)-1; para: if MantemChave then begin PosIni := Pos('<' + UChave, UTexto)-1; Mas como agora se está buscando com o '<', não deveria tirar o '-1' ?

Pessoal, a funcão SeparaDados da unit "acbr\Fontes\ACBrComum\ACBrUtil" ainda está dando problemas, mesmo com a alteração feita no dia 14/04/2014 pelo Ítalo conforme proposta feita pelo "Jairo - Microns". Vejam o tracker que gerei sobre isso: http://www.projetoacbr.com.br/forum/index.php?/tracker/issue-28-bug-na-unit-acbrutil/ Minha sugestão seria incluir o "<" conforme propos o GustavoKato em Ou seja a função ficaria assim: (ver anexo separadados.txt) separadados.txt

Diego R, analisando o arquivo Pacote2.xml que vc enviou, notei que o mesmo está montado de forma incorreta. O erro está na tab "soap:envelope" Com a alteração feita na unit ACBrCTeWebServices.pas esta tag é gerada seguinte forma: "<soap:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">" Mas no seu xml está somente assim: "<soap:Envelope>"

Eu tb não estava conseguindo fazer cancelamento por evento no MT. o serviço Cterecepcaoevento do MT só está aceitando SOAP 1.1 Então eu fiz a seguinte alteração na unit "acbr\Fontes\ACBrCTe\ACBrCTeWebServices.pas", na função "TCTeEnvEvento.Executar" e ficou da seguinte forma: if FConfiguracoes.WebServices.UFCodigo <> 51 then begin Texto := '<?xml version="1.0" encoding="utf-8"?>'; Texto := Texto + '<soap12:Envelope xmlns:xsi="http://www.w3.org/20...Schema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap12="http://www.w3.org/2003/05/soap-envelope">'; Texto := Texto + '<soap12:Header>'; Texto := Texto + '<cteCabecMsg xmlns="http://www.portalfis...epcaoEvento">'; Texto := Texto + '<cUF>'+IntToStr(FConfiguracoes.WebServices.UFCodigo)+'</cUF>'; Texto := Texto + '<versaoDados>'+CTeEventoCTe+'</versaoDados>'; Texto := Texto + '</cteCabecMsg>'; Texto := Texto + '</soap12:Header>'; Texto := Texto + '<soap12:Body>'; Texto := Texto + '<cteDadosMsg xmlns="http://www.portalfis...epcaoEvento">'; Texto := Texto + FDadosMsg; Texto := Texto + '</cteDadosMsg>'; Texto := Texto + '</soap12:Body>'; Texto := Texto +'</soap12:Envelope>'; end else begin Texto := '<?xml version="1.0" encoding="utf-8"?>'; Texto := Texto + '<soap:Envelope xmlns:xsi="http://www.w3.org/20...Schema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">'; Texto := Texto + '<soap:Header>'; Texto := Texto + '<cteCabecMsg xmlns="http://www.portalfis...epcaoEvento">'; Texto := Texto + '<cUF>'+IntToStr(FConfiguracoes.WebServices.UFCodigo)+'</cUF>'; Texto := Texto + '<versaoDados>'+CTeEventoCTe+'</versaoDados>'; Texto := Texto + '</cteCabecMsg>'; Texto := Texto + '</soap:Header>'; Texto := Texto + '<soap:Body>'; Texto := Texto + '<cteDadosMsg xmlns="http://www.portalfis...epcaoEvento">'; Texto := Texto + FDadosMsg; Texto := Texto + '</cteDadosMsg>'; Texto := Texto + '</soap:Body>'; Texto := Texto +'</soap:Envelope>'; end; Assim funcionou! Já discutí com uma analista da SEFAZ do MT mas não teve solução. Eles não querem nem analisar a possibilidade de estar com problema. Obs: postei 2 "trackers" sobre este problemao aqui no Projeto ACBr: http://www.projetoacbr.com.br/forum/index.php?/tracker/issue-29-o-servi%C3%A7o-cterecepcaoevento-do-mt-usando-soap-11/ http://www.projetoacbr.com.br/forum/index.php?/tracker/issue-31-servi%C3%A7o-cterecepcaoevento-do-mt-usando-soap-11/

Boa tarde Italo, Estou a fim de contribuir sim. Ficaria muito grato, se pudesse enviar mais informações sobre a TQRBand da qual vc comentou. Se tiver alguma outra informação sobre a implementação da lista de documentos do MDF-e ajudaria bastante. José Adir [email protected]

Boa tarde, estou com o seguinte problema: (e acredito que outros também devam estar) - O MDF-e veio substituior o "Manifesto de Carga, modelo 25"* que tinha além dos dados totalizados dos conhecimentos constantes em um manifesto, a relação destes conhecimentos. Mas no DAMDFE só se imprime os dados totalizados. Como fica esta questão? Na empresa onde trabalho, os manifestos são como no modelo 25, ou seja, o manifesto sai com a relação dos conhecimentos constantes no mesmo. E a Empresa precisa desta informação. Então eu pergunto, como vou poder substituir o Manifesto modelo 25 pelo MDF-e?! Obs 1) Segundo a Nota Técnica 2013.002 , no ítem 3 - Orientação sobre DAMDFE: Conteúdo variável, diz: "Havendo necessidade e interesse por parte do emitente do MDF-e, poderá acrescentar campos no leiaute do DAMDFE, desde que sejam colocados abaixo do leiaute padrão, constante deste manual.". Não seria por ai a solução? Obs 2) Eu notei que na "unit ACBrMDFeDAMDFEQRRetrato" há, no final do form do QRMDFe, uma TQRBand chamada QRBand1. Seria ela o "Conteúdo variável" citado no ítem 3 da Nota Técnica acima? Desde já, obrigado pela atenção. José Adir [email protected] * Ver Cláusula Primeira do Ajuste SINIEF 21/2012.

Na revisão 4417, foi inserido a constante "CTeEventoCTe" para a "{$IFDEF PL_104}", na unit "pcnConversao". Para quem precisar habilitar a "PL_103" para poder imprimir um "DACTe" de um xml antigo não vai conseguir, pois não foi incluído a constante "CTeEventoCTe" para a "{$IFDEF PL_103}". Obs.: antigamente, quando eu queria relatar um bug ou enviar uma contribuição no projeto, usava o http://acbr.sourceforge.net/mantis. E agora? É por aqui mesmo? o Mantis, me parecia, mais organizado. José Adir. pcnConversao.pas pcnConversao.pas