Adir
-
Total de ítens
19 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Adir
-
-
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.
-
Em 13/03/2018 at 10:15, MarceloPeron disse:
bom dia, neste link tem todas as configurações necessárias:
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.
-
Em 08/03/2018 at 18:04, bsoft disse:
@MarceloPeron, também recebemos esta mensagem da SEFAZ do MS, e pelos nossos primeiros testes, é necessário setar a propriedade SSLType com o valor LT_TLSv1_2.
uses blcksock; ... ACBrCTe.SSL.SSLType := LT_TLSv1_2;
Com nenhuma outra opção desta propriedade funcionou a comunicação com o ambiente de Homologação de CT-e do Estado do MS. Hoje esta propriedade é definida por padrão como LT_all, isso provavelmente terá que ser alterado para LT_TLSv1_2, só não conseguimos testar/confirmar o impacto desta alteração antes dessa mudança definitiva da SEFAZ.
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
-
38 minutos atrás, Adir disse:
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?
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."-
1
-
-
20 minutos atrás, Adir disse:
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.
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)
-
1
-
-
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:
-
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
-
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
* Ver Cláusula Primeira do Ajuste SINIEF 21/2012.
-
1
-
-
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.
Erro na function "GetInicioDoHorarioDeVerao"
em ACBrCTe
Postado
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"