WesleySantos

Boa tarde. Estamos com problemas ao utilizar a função ConsultaCTeResposta.LerResposta(); Estou passando o retorno da consulta do CT-e no parâmetro resposta da função corretamente, abaixo tem o arquivo INI passado; [Consulta] CStat=100 CUF=42 ChCTe=42230617089484000190570020000006171699583627 DhRecbto=20/06/2023 10:33:23 DigVal=XhWW71PN0x36ZBnY0Oih+o2H2HM= Msg=Autorizado o uso do CTe NProt=342230000150792 VerAplic=RS20230425084204 Versao=3.00 XMotivo=Autorizado o uso do CTe tpAmb=2 Debugando, cheguei até a linha de código que está ocorrendo o erro, dentro do Arquivo IniValueWrapper.cs, método UnWrap(). A linha onde ocorre o erro é a ultima da procedure, onde se obtém o retorno. return enumValue == null ? Enum.ToObject(enumType, Convert.ToInt32(value)) : Enum.Parse(enumType, enumValue.ToString()); enumValue = null; enumType = {Name = "VersaoCTe" FullName = "ACBrLib.Core.CTe.VersaoCTe"}; value = "3.00"; Erro: System.FormatException: 'A cadeia de caracteres de entrada não estava em um formato correto.' Pilha de chamdas: Esta exceção foi gerada originalmente nesta pilha de chamadas: [Código Externo] ACBrLib.Core.IniValueWrapper.UnWrap(System.Type, string, object) em IniValueWrapper.cs ACBrLib.Core.IniUtil.ReadFromINi(ACBrLib.Core.ACBrIniSection, System.Type, object) em IniUtil.cs ACBrLib.Core.IniUtil.ReadFromIni(ACBrLib.Core.ACBrIniFile, System.Type, string) em IniUtil.cs ACBrLib.Core.IniUtil.ReadFromIni<T>(ACBrLib.Core.ACBrIniFile, string) em IniUtil.cs ACBrLib.Core.CTe.ConsultaCTeResposta.LerResposta(string) em ConsultaCTeResposta.cs DFeManager.Classes.DFeCTe.LerResposta(string) em DFeCTe.cs CTe.FSubMenuCte.btnConsulta_Click(object, System.EventArgs) em FSubMenuCte.cs Estou com alguns outros problemas também na função ReadFromINi dentro do IniUtil.cs no ACBrLib.Core, mas acredito que seja em decorrência de outra coisa, por exemplo, retire do Ini a versao=3.00 para ver como a leitura ia se comportar, alimentou normal as propriedades até o parâmetro chCte, quando chegou nele, ao setar a prop "property.SetValue(item, value, null);" retorna "System.ArgumentException: 'O objeto de tipo 'System.String' não pode ser convertido no tipo 'System.Int64", o tipo do par chCTe é Int64, mas na classe ConsultaCTeReposta é long;

ACBrNFSeXServicos.ini [5107602] Estava com a URL: http://intranet.rondonopolis.mt.gov.br/tributario/rondonopolis/anfse_web_service Alterei para: http://intranet.rondonopolis.mt.gov.br/tributario_rondonopolis/servlet/anfse_web_service e nota emitida com sucesso, pelo que parece alteraram para esta cidade e nela não existe alterações. ; Atualizado em 17/06/2022 Nome=Rondonopolis UF=MT Provedor=Coplan Versao=2.01 ProRecepcionar=http://intranet.rondonopolis.mt.gov.br/tributario_rondonopolis/servlet/anfse_web_service ; ProLinkURL=http://www.gp.srv.br/tributario/rondonopolis/tnfse_validacao?%CodVerif%

Boa tarde! Tudo certo? Estou com um problema na impressão da NFS-eX, com o provedor Abase, não são impressos os campos competência e município da prestação do serviço. As informações constam no XML. 3161-nfse.xml

Bom dia! Segue o link, mandei no grupo acbrpro também. https://www.gov.br/nfse/pt-br/documentacao-tecnica

Bom dia! Tudo certo pessoal? Alguém chegou a comentar sobre isso? Se realmente vai ser um padrão único? Se sim, provavelmente será desenvolvido pelo grupo ACBr? http://www.capital.sp.gov.br/noticia/prefeitura-de-sao-paulo-assina-adesao-ao-sistema-nacional-da-nota-fiscal-de-servicos-eletronica https://portal.campinas.sp.gov.br/noticia/45590 https://www.santos.sp.gov.br/?q=noticia/santos-adere-ao-sistema-nacional-da-nota-fiscal-de-servicos-eletronica https://prefeitura.poa.br/smf/noticias/porto-alegre-adere-ao-padrao-nacional-da-nota-fiscal-de-servicos-eletronica

Boa tarde! Tudo certo? Beleza, muito obrigado! Se fizerem alguma mudança, me disponibilizo nos testes.

Bom dia! Esta é a minha conta correta, não foi a utilizada para criação do post. Obrigado!

Bom dia! Tudo certo? Estou enfrentando este possível bug. Desde já agradeço a atenção!

Mas em relação ao incremento que foi feito para pegar uma impressora quando não tiver nenhuma está funcionando.

Bom dia @Daniel Simoes, Foi testado novamente essa questão, sem o código que achamos para resolver o problema, que no caso era forçar definir qualquer outra impressora como padrão, desde que, não seja a OneNote. Com essa atualização no componente, continua cortando ao lado esquerdo da nf-e.

Na verdade não, pois mesmo se eu definir a one note como padrão nos dispositivos e impressoras ela continua cortando, tanto definindo automaticamente a padrão como não definindo.

@Daniel Simoes @EMBarbosa Em nosso sistema temos um ComboBox que carrega as impressoras disponíveis no windows, essa opção quando salva, no ato da impressão da NFe, Antes do comando Imprimir do componente ACBr no código, é alimentado a Opção Impressora do componente com a impressora que o cliente selecionou, notei que só está cortando com a OneNote for WIndows 10, com as outras padrões, conforme na imagem não corta.

Outro problema encontrado, no preview da NFe nos clientes que estão saindo corretamente, o pdf salvo corta ao lado esquerdo

Bom dia Daniel, tudo bem? relatando aqui novamente, que usando esse comando ele funciona inicialmente, mas o problema volta depois de algum tempo, em relação a opção Impressora no componente ACBr, ela obrigatoriamente deve estar preenchida, correto? Acho que o problema pode estar relacionado a isso, quando não é carregada uma impressora nessa função, ele corta, e quando carrega ele não corta, isso não ocorria antes da atualização, você podia deixar essa opção em branco sem preencher nada e mesmo assim funcionava corretamente, existe algum mecanismo por parte do ACBr que caso não tiver preenchida a opção, ele automaticamente pega a primeira printer e define como padrão, conforme comentado anteriormente? @Daniel Simoes Peço desculpa na demora para dar uma resposta precisa em relação as soluções testadas, pois pode ser que de primeira funcione ou por algum tempo e depois para de funcionar, então pode ser que tenha divergência na confirmação de uma solução definitiva

Testando outra solução em clientes, a que está funcionando corretamente até agora, é definindo essa propriedade (RLPrinter.PrinterName) Com a impressora padrão, feito isso solucionei o problema de cortar ao lado direito.RLPrinter.PrinterName := 'sua impressora';

Até tem várias impressoras instaladas, porém nenhuma definida como padrão, ai acaba dando problema na impressão, fazendo o processo que citei funciona, porém ao reiniciar o pc volta a dar problema, porém a impressora ainda está definida como padrão e continua ocorrendo, o estranho é que é somente na impressão da Danfe que está assim, temos outros relatórios em A4 também com a mesma configuração da página e da folha e imprime certo.

Outro problema encontrado também com essa situação, fazendo o processo ali da impressora padrão ele funciona, e ao reiniciar a máquina o problema volta

A fonte do windows nos casos que estão ocorrendo são em 100%, Temos milhares de relatórios, além disso alguns bem complexos sendo usados todos em Fortes Report, então é muito inviável migrar de Fortes para Fast. Acabei de fazer um teste aqui com dois clientes e a princípio deu certo, ambos os clientes não tinham nenhuma impressora padrão nos dispositivos e impressoras, defini qualquer impressora como padrão e voltei a imprimir, e a princípio saiu tudo certo, algum problema no windows?

Por padrão de desenvolvimento nosso já usávamos a NovaEscala em 92 pois funcionava 100%, e obtivemos o melhor resultado no layout assim. Referente a nova escala em 92 esse foi o resultado:

4)

3)

1) 2)

Sem nenhum sucesso.

Alguma sugestão?

Agora estamos na última versão, 24 de abril de 2020 - 19731