Pesquisar na Comunidade

Bom dia, tudo bom? Estou realizando testes de emissão do CT-e em homologação informando na IE do remetente ISENTO só que não está gerando a tag IE no XML quando informado o literal, somente está gerando quando informamos números, segue print em anexo:

Bom dia pessoal, tudo bem? Estou com um probleminha no ConsultaCTeResposta, ao Ler a resposta da minha consulta do CT-e ACBrCTe.Consultar(). Já vou pedindo desculpas antecipadamente caso seja algo que eu esteja fazendo de errado, mas não consegui achar um exemplo exato de como se utiliza o LerResposta. Basicamente só estou chamando o evento .Consultar do ACBrCTe, e tentando ler o retorno para fazer algumas validações em meu código. Estou passando o retorno do .Consultar, no método ler retorno do ConsultaCTeResposta: ConsultaCTeResposta.LerResposta(Reposta); 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, o que significa que a primeira condição de retorno está sendo atendida; 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 IniFile que está sendo passado para leitura(Reposta) [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

ACBrLibCTe Visulizar Arquivo ACBrCTe - Biblioteca para emissão e impressão de Conhecimento de Transporte Eletrônico Faça Download pelo SVN, dos Demos de uso da ACBrLibCTe em diversas linguagens, usando o endereço: http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/ Manual On-Line: https://acbr.sourceforge.io/ACBrLib/ACBrLib.html Autor Daniel Simoes Enviado 24-10-2019 Categoria ACBrLib - PRO  

Esse erro começou no Delphi Tokyo após atualizar o ACBR na ultima semana Usei o .bat ApagaAcbr Apaguei a pasta Acbr Baixei novamente do TRunk2 Reinstalei desinstalei novamente o Acbr desinstalei o FortesCe Reinstalei o Fortes e depois o Acbr mesmo assim o erro persiste

Boa tarde, estou iniciando o desenvolvimento de uma aplicação de averbação de CT-e, stou fazendo um teste no exemplo que vem dentro do ACBr, na hora de criar e enviar esta dando erro --------------------------- Demo_acbrane --------------------------- WebService Averbar Documento: - Inativo ou Inoperante tente novamente. Erro Interno: 12007 Erro HTTP: 0 URL: http://testewebserver.averba.com.br/index.soap?wsdl Falha no Envio da Requisição. Erro: 12007 - O nome do servidor não pode ser resolvido. esta com certificado instalado e configurado, o usuário, senha e codigo do AT&M estão digitados, coloquei no ambiente de Homologação em MG. alguém poderia me ajudar o q pode ser?

uma carga foi rejeitada 100% pelo cliente, porem a transportadora ira trazer a mercadoria de volta com outro veiculo, pode ser utilizado o mesmo cte ? Ou devemos fazer uma carta de correcao indicando a troca do veiculo ? é interestadual a entrega por favor alguem saberia me dizer, o contador esta um pouco perdido com essa situacao. obrigado

O comprovante DACTE em 2 vias do CT-e, em Fast Rport estava cortando informações do quadro de 'COMPOSIÇÃO DO FRETE'. Apenas ajustei essa informação para não cortar mais. DACTE2Vias.fr3

Atualizei os Fontes e começou a dar o erro abaixo... Esquemas também atualizados. "Falha no schema XML" XML em anexo, 43180905669860000136670010000008131270436992-cte.xml

Bom dia Estou com problema para gerar o XML do CTE, o bloco <rodo></rodo> , mesmo alimentando as variáveis e tendo atualizado o Acbr no dia 29/08/2018, estarei colocando como fora criado o bloco dentro do código, sistema desenvolvido no Delphi Seattle XE 10 em pascal. Como posso resolver?

Boa tarde a todos Seguindo alguns tópicos que encontrei no fórum, fiz um resumo da conversão que fiz para quem estiver migrando para o trunk 2, espero que possa ajudar alguém: CTe ** CTe * Valida De: ACBrCTe1.Conhecimentos.Valida; Para: ACBrCTe1.Conhecimentos.Validar; * Configuracoes.Geral.PathSalvar De: ACBrCTe1.Configuracoes.Geral.PathSalvar Para: ACBrCTe1.Configuracoes.Arquivos.PathSalvar * EnviarEventoCTe De: ACBrCTe1.EnviarEventoCTe(idLote); Para: ACBrCTe1.EnviarEvento(idLote); * De: if ACBrCTe1.Conhecimentos.Items[i].Confirmada then Para: if ACBrCTe1.Conhecimentos.Items[i].Confirmado then * De: ACBrCTe1.Conhecimentos.Items[i].SaveToFile(cFileName); Para: ACBrCTe1.Conhecimentos.Items[i].GravarXML(cFileName); * De: DFEUtil.LimpaNumero(cDocumento) Para: OnlyNumber(cDocumento) * De: ACBrCTe1.Configuracoes.Certificados.DataVenc Para: ACBrCTe1.SSL.CertDataVenc NFe ** NFe * De: cNroSerieCertificado := ACBrNFe1.Configuracoes.Certificados.SelecionarCertificado; Para: cNroSerieCertificado := ACBrNFe1.SSL.SelecionarCertificado; * De: ACBrNFe1.NotasFiscais.Valida; Para: ACBrNFe1.NotasFiscais.Validar; * De: ACBrNFe1.Configuracoes.Geral.PathSalvar; Para: ACBrNFe1.Configuracoes.Arquivos.PathSalvar; * De: ACBrNFe1.EnviarEventoNFe(idLote); Para: ACBrNFe1.EnviarEvento(idLote); * De: cSituacao := SituacaoNFeToStr(AcbrNFe1.WebServices.ConsNFeDest.retConsNFeDest.ret.Items[idx].resNFe.cSitNFe); Para: cSituacao := SituacaoDFeToStr(AcbrNFe1.WebServices.ConsNFeDest.retConsNFeDest.ret.Items[idx].resNFe.cSitNFe); * De: ACBrNFe1.NotasFiscais.Items[i].SaveToFile(cFileName); Para: ACBrNFe1.NotasFiscais.Items[i].GravarXML(cFileName); * Removidos: ( não existe mais DPEC) ACBrNFe1.WebServices.EnviarDPEC.Executar ACBrNFe1.WebServices.ConsultaDPEC.NFeChave ACBrNFe1.WebServices.ConsultaDPEC.Executar; * De: NFe.Det[idx].Prod.nItemPed := 0; Para: NFe.Det[idx].Prod.nItemPed := ''; * Disponível NFe.Det[idx].Prod.CEST ( trunk 2 ) * Remover Componentes ACBrNFeDANFERave1 e ACBrNFeDANFERaveCB1 * De: ACBrNFe1.NotasFiscais.Items[idx].SaveToFile(cFileName ); Para: ACBrNFe1.NotasFiscais.Items[idx].GravarXML(cFileName); * De: ACBrNFe1.Configuracoes.Certificados.DataVenc Para: ACBrNFe1.SSL.CertDataVenc NFSe ** NFSe * De: ACBrNFSe1.Configuracoes.Arquivos.PastaMensal := True Para: ACBrNFSe1.Configuracoes.Arquivos.SepararPorMes := True * De: ACBrNFSe1.Configuracoes.WebServices.CodigoMunicipio := 9999 Para: ACBrNFSe1.Configuracoes.Geral.CodigoMunicipio := 9999 * De: ACBrNFSe1.Configuracoes.WebServices.SetConfigMunicipio(ACBrNFSe1.Configuracoes.Geral.PathSchemas); Para: ACBrNFSe1.Configuracoes.Geral.SetConfigMunicipio; * De: ACBrNFSe1.Configuracoes.WebServices.SenhaWeb := cSenhaWeb; Para: ACBrNFSe1.Configuracoes.Geral.SenhaWeb := cSenhaWeb; * De: ACBrNFSe1.Configuracoes.WebServices.UserWeb := cUserWeb; Para: ACBrNFSe1.Configuracoes.Geral.UserWeb := cUserWeb; * De: cProvedor := ACBrNFSe1.Configuracoes.WebServices.xProvedor; Para: cProvedor := ACBrNFSe1.Configuracoes.Geral.xProvedor; * De: ACBrNFSe1.Configuracoes.Geral.PathSalvar; Para: ACBrNFSe1.Configuracoes.Arquivos.PathSalvar; * De: ACBrNFSe1.NotasFiscais.Items[0].NFSe.NaturezaOperacao := noTributacaoNoMunicipio; ACBrNFSe1.NotasFiscais.Items[0].NFSe.NaturezaOperacao := StrToNaturezaOperacao(ok, cNaturezaOperacao); Geral * pcnConversao ( ainda existe ) - especializado para pcnConversaoNFe e pcteConversaoCTe adicionem no uses pcnConversaoNFe e pcteConversaoCTe junto com pcnConversao * ACBrDFeUtil // Unificado: ACBrNFeUtil-ACBrNFEsUtil-ACBrCTeUtil ( não existem mais ) remover ACBrNFeUtil-ACBrNFEsUtil-ACBrCTeUtil e deixem ACBrDFeUtil * Added novo uses ACBrUtil * EstaVazio De: if DFeUtil.EstaVazio(cPathSalvar) then Para: if EstaVazio(cPathSalvar) then

Bom dia. Estou com um problema e não sei como solucionar. Quando utilizo o ACBrCTe.Enviar, o sistema trava e não realiza mais nada, não retorna erro, nem falha. Alguem pode me ajudar? "Sefaz.ACBrCTe.Enviar(ds.DataSet.FieldByName('conhecimento').AsInteger)"

Olá bom dia! Eu estou com várias rejeição de CT-e para emissão do estado de São Paulo: REJEIÇÃO: A DATA DO EVENTO NÃO PODE SER MAIOR QUE A DATA DO PROCESSAMENTO CANCELAMENTO Alguém poderia ajudar?

Mas uma vez bom dia a todos. Já algum tempo tenho dificuldades em minhas atualizações dos componentes, pois em nossa aplicação trabalhamos com a nomenclatura de xml de acordo com o que esta descrito no manual, isto é, seguimos a nomenclatura definida no item 12.1 Processo de Compartilhamento: CT-e: Número do Protocolo + “_v” + [Versão do arquivo de schema com 5 posições (ex: 99.99)] + “-procCTe.xml”. Exemplo: 143061234567890_v01.00-procCTe.xml. • Inutilização de numeração de CT-e: Número do Protocolo + “_v” + [Versão do arquivo de schema com 5 posições (ex: 99.99)] + “-procInutCTe.xml”. Exemplo: 143061234567890_v01.00-procInutCTe.xml. • Registro de Evento de CT-e: Número do Protocolo + “_v” + [Versão do arquivo de schema com 5 posições (ex: 99.99)] + “-eventoCTe.xml”. Como já discutimos em outra oportunidade, onde até chegamos questionar o Sefaz, é questão de interpretação. Identificamos que já na atual versão já havia disponível parte de código descrito para tratar esse ponto. Sendo assim terminamos de implementar e gostaria que pudessem atualizar na versão atual as classes alteradas, assim como se segue: 1- pcteProcCTe e pcteConversaoCTe onde foi transferido o Tipo TPcnPadraoNomeProcCTe da classe pcteProcCTe para classe pcteConversaoCTe mudando o nome para TPcnPadraoNome Classe alterada pcteProcCTe.pas -> Eliminado o tipo TPcnPadraoNomeProcCTe, corrigido o método já existente ObterNomeArquivo e método PreencherTAG foi corrigido o preenchimento da propriedade "FnProt"; Classe alterada pcteConversaoCTe.pas -> Criado o tipo TPcnPadraoNome com o mesmo padrão do antigo TPcnPadraoNomeProcCTe 2- Na classe ACBrCTeConfiguracoes foi criado uma propriedade chamada PadraoNome com com o tipo TPcnPadraoNome e dendo definido como default "tpnPublico", o que permanecerá com o padrão adotado pela os moderadores ACBr. classe alterada ACBrCTeConfiguracoes.pas -> Criado a propriedade PadraoNome 3- Na classe ACBrCTeWebServices foi implementado na rotinas existente de gravação a chamada do método ObterNomeArquivo; Classe alterada ACBrCTeWebServices.pas -> Na gravação dos xml do CT-e protocolado, na gravação do xml de evento e na gravação do xml de inutilização. Todas as alterações foram identificado com o seguinte comentário: // Alterado por Nilton Olher - ??/??/20017 Certo, de que as alterações não irá impactar para os usuários que utiliza o padrão adotado pela os moderadores da equipe ACBr, solicito essa implementação que irá nos trazer mais facilidade na atualização dos componentes e assim poderemos nos dedicar mais aos testes e implementações que pudermos auxiliar a equipe, evitando o tempo que perdemos e adaptar para nós. Certo, da compreensão e aceito de nossas alterações pelos Moderadores, antecipo nossos mais sinceros agradecimentos. Estamos a disposição para maiores esclarecimentos. Atenciosamente,

Bom dia senhores, Estou com problemas de comunicação com o SEFAZ PR desde o dia 6/9 após as 17:00, somente para a emissão de CTe. O problema só acontece com CTe no ambiente de PRODUÇÃO em qualquer versão (ve1 ou ve3). Em homologação funciona normalmente .. MDFe funciona normalmente. Mais alguém com o mesmo problema ? Alguma dica ? Grato, Moacir

Ola Pessoal estou enfrentando problemas para vincular a rntrc do proprietário junto ao cte, como podem observar por mais que esteja passando para o parâmetro Prop.RNTRC := qryAuxiliar.fieldbyname('rntrc').AsString; do proprietário o mesmo esta pegando o rntrc do prestador. Segue em anexo trecho do codigo no qual estou passando o parametro while not qryAuxiliar.Eof do begin {$IFDEF PL_200} with infCTeNorm.rodo.veic.Add do {$ELSE} with rodo.veic.Add do {$ENDIF} begin cInt := qryAuxiliar.fieldbyname('COD_INT_VEICULO').AsString; RENAVAM := qryAuxiliar.fieldbyname('RENAVAN').AsString; placa := qryAuxiliar.fieldbyname('PLACA').AsString; tara := StrToInt(qryAuxiliar.fieldbyname('TARA_KG').AsString); capKG := StrToInt(qryAuxiliar.fieldbyname('CAPACIDADE_KG').AsString); capM3 := StrToInt(qryAuxiliar.fieldbyname('CAPACIDADE_M3').AsString); UF := qryAuxiliar.fieldbyname('uf').AsString; {TpcteTipoVeiculo = (tvTracao, tvReboque)} if (qryAuxiliar.fieldbyname('T_PROPRIETARIO').AsString = 'PRÓPRIO') then tpProp := tpProprio; if (qryAuxiliar.fieldbyname('T_PROPRIETARIO').AsString = 'TERCEIRO') then tpProp := tpTerceiro; {TpcteTipoRodado = (trNaoAplicavel, trTruck, trToco, trCavaloMecanico, trVAN, trUtilitario, trOutros)} if (qryAuxiliar.fieldbyname('T_VEICULO').AsString = 'TRAÇÃO') then tpVeic := tvTracao; if (qryAuxiliar.fieldbyname('T_VEICULO').AsString = 'REBOQUE') then tpVeic := tvReboque; if (qryAuxiliar.fieldbyname('T_RODADO').AsString = 'NÃO APLICÁVEL') then tpRod := trNaoAplicavel; if (qryAuxiliar.fieldbyname('T_RODADO').AsString = 'TRUCK') then tpRod := trTruck; if (qryAuxiliar.fieldbyname('T_RODADO').AsString = 'TOCO') then tpRod := trToco; if (qryAuxiliar.fieldbyname('T_RODADO').AsString = 'CAVALO MECÂNICO') then tpRod := trCavaloMecanico; if (qryAuxiliar.fieldbyname('T_RODADO').AsString = 'VAN') then tpRod := trVAN; if (qryAuxiliar.fieldbyname('T_RODADO').AsString = 'UTILITÁRIO') then tpRod := trUtilitario; if (qryAuxiliar.fieldbyname('T_RODADO').AsString = 'OUTROS') then tpRod := trOutros; {TpcteTipoCarroceria = (tcNaoAplicavel, tcAberta, tcFechada, tcGraneleira, tcPortaContainer, tcSider)} if (qryAuxiliar.fieldbyname('T_CARROCERIA').AsString = 'NÃO APLICÁVEL') then tpCar := tcNaoAplicavel; if (qryAuxiliar.fieldbyname('T_CARROCERIA').AsString = 'ABERTA') then tpCar := tcAberta; if (qryAuxiliar.fieldbyname('T_CARROCERIA').AsString = 'FECHADA BAÚ') then tpCar := tcFechada; if (qryAuxiliar.fieldbyname('T_CARROCERIA').AsString = 'GRANELERA') then tpCar := tcGraneleira; if (qryAuxiliar.fieldbyname('T_CARROCERIA').AsString = 'PORTA CONTÊINER') then tpCar := tcPortaContainer; if (qryAuxiliar.fieldbyname('T_CARROCERIA').AsString = 'SIDER') then tpCar := tcSider; if (qryAuxiliar.fieldbyname('VEIC_PERTENCE').AsInteger = 1) then begin Prop.CNPJCPF := qryAuxiliar.fieldbyname('cnpj').AsString; Prop.RNTRC := qryAuxiliar.fieldbyname('rntrc').AsString; Prop.xNome := qryAuxiliar.fieldbyname('razao').AsString; Prop.IE := qryAuxiliar.fieldbyname('ie').AsString; Prop.UF := qryAuxiliar.fieldbyname('uf_proprietario').AsString; end; qryAuxiliar.Next; end; end; Desde já Agradeço a colaboração de todos.

Boa tarde, Nós aqui na empresa encontramos um problema de lentidão ao carregar o nosso sistema, e vasculhando todos os componentes, um dos "problemas" que podemos perceber, é que isto só acontece quando utilizamos os componentes ACBrCTe, ACBrMDFe e ACBrNFE com as DLL's libeay32.dll e ssleay32.dll que estão no repositório. Conforme citado neste tópico, verificamos que uma versão mais recente das DLL's o problema de lentidão não acontece. Segundo o Daniel Simões, esta versão não é compatível com ACBrEAD. as minhas dúvidas são: Quais os problemas que posso ter ao usar esta versão das DLL's nos componentes que utilizo? Onde eu posso encontrar as versões estáveis destas DLL's? Pois conseguimos estas juntamente com o antivirus kasperSky. Pois não gostaríamos de atualizar nossos clientes sem termos estas respostas, pois aparentemente não percebemos nenhum problema. Desde já agradeço. Atenciosamente. Suporte S.E. Sistemas.

Olá Bom dia Estou tentando emitir o cte no modo tpA4_2vias em fortes e no fast, mas nenhum funciona. Este layout não foi desenvolvido??? Obrigado

Boa tarde. Mesmo com a opção de separar por mes marcada, o componente esta salvando os arquivos fora da pasta att

Olá, muito boa a tarde a todos!!! Primeiramente gostaria de agradecer e parabenizar toda a equipe do Projeto ACBr, pois estão sempre nos surpreendendo. A nova estrutura ficou excelente, e mesmo dentro das adversidades que foi o problema com o Servidor da Source Forge se sairão muito bem. Mais uma vez obrigado por toda essa estrutura. Bom, mas vamos aos fatos que gostaria de relata-los: Em uma implementação que solicitamos em 2013 e implementada com sucesso, foi retirada na restruturação do ACBrCTe e gostaria de solicita-los a implementação novamente, se trata de um evento incluído no componente "Clear" é usamos para limpar o componente antes de sua próxima execução. Percebemos que foi retirada e esta nos trazendo transtorno, pois estão criamos o componente uma unica vez e utilizamos em mais de uma sequência principalmente na utilização de EPEC por exemplo, e o que ocorre é que em uma sequencia de envio onde a problema de oscilação ou parada da internet, a informação dos retorno esta se mantendo da anterior e com isso trazendo informações erradas. Por exemplo, temos um trecho de código nosso que realizado em uma sequencia: try ACBrCTe.EnviarEventoCTe(W_Nr_Lote); except on Error: Exception do begin if (ACBrCTe.WebServices.EnvEvento.cStat <> 0) and (ACBrCTe.WebServices.EnvEvento.cStat <> null) then begin ... ... end; end; ou try ACBrCTe.WebServices.Retorno.Recibo := W_Nr_Recibo; ACBrCTe.WebServices.Retorno.Executar; except on Error: Exception do begin if ( ACBrCTe.WebServices.Retorno.cStat <> 0) and ( ACBrCTe.WebServices.Retorno.cStat <> null) then begin ... ... end; end; end; Em caso de uma problema a propriedade "cStat" esta trazendo o resultado do anterior. Antes como faziamos: try ACBrCTe.EnviarEventoCTe.Clear; /// Aqui limpa todas as propriedades ACBrCTe.EnviarEventoCTe(W_Nr_Lote); except on Error: Exception do begin if (ACBrCTe.WebServices.EnvEvento.cStat <> 0) and (ACBrCTe.WebServices.EnvEvento.cStat <> null) then begin ... ... end; end; ou try ACBrCTe.WebServices.Retorno.Clear; /// Aqui limpa todas as propriedades ACBrCTe.WebServices.Retorno.Recibo := W_Nr_Recibo; ACBrCTe.WebServices.Retorno.Executar; except on Error: Exception do begin if ( ACBrCTe.WebServices.Retorno.cStat <> 0) and ( ACBrCTe.WebServices.Retorno.cStat <> null) then begin ... ... end; end; end; Se puderem voltar com o Evento Clear estaremos muito grato. Sem mais para o momento, antecipamos nossos mais sinceros agradecimentos, Atenciosamente, ______________________________________________________Nilton Olher SerafimAnalista de Sistema skype: nolherEmail: [email protected]

Olá boa tarde. Estou tentando consultar o serviço do cte para o estado de Sao Paulo no trunk2, mas recebo a seguinte resposta. Status Serviço tpAmb: 1 verAplic: cStat: 0 xMotivo: cUF: 0 dhRecbto: 30/12/1899 tMed: 0 dhRetorno: 30/12/1899 xObs: Gostaria de saber se está funcionando o cte para o trunk2? Obrigado

Bom dia a todos, Nós estamos tendo um problema em um cliente aqui na empresa com a emissão, consulta, cancelamento do CT-e (eventos que utilizando o acesso a internet) em um de nossos clientes. Este cliente possui um servidor com o Windows Server 2003 e já estamos esgotando as tentativas de correção. Em outros clientes já tivemos alguns problemas, mas conseguimos corrigir ajustando as configurações de permissão de usuário, proteção do sistema, executar o sistema como administrador, e nada até agora. O problema é que este cliente já utilizava um outro sistema de emissão de CT-e e o mesmo funcionava sem problemas. Gostaria de saber o que mais podemos tentar, o que pode estar faltando instalar ou alguma dependência que posso verificar? Lá está funcionando atualmente em uma outra máquina com Windows 7, mas gostaríamos de resolver este problema sem ter que formatar a máquina. Atenciosamente. Wislei de Brito Fernandes.

Boa Tarde Pessoal, Alguem aqui do grupo faz o envio de Conhecimento eletrônico através de Terminal servers ? temos um cliente que tem várias estações trabalhando simultaneamente, metade delas pela rede local na matriz e a outra metade através de terminais serves em outras cidades do estado. Todos com uma cópia do certificado A1 instalado na sua própria máquina ou no seu usuário do Terminal, desde o começo da implantação do CTe na empresa sempre funcionou assim, acontece que os usuários que acessam, não tem permissão de administrador do servidor por motivos bem óbvios, mais isso nunca foi empecilho para funcionar. Porém desde ontem de manhã, do nada esses usuários não estão mais conseguindo enviar, a msg de erro que da é que não consegue estabelecer conexão com o servidor, e em alguns momentos o sistema fica esperando a resposta, e como essa não vem, trava o sistema, porém isso só acontece para os usuários que não tem permissão de administrador, os que tem, funciona normalmente, e quem acessa o sistema pela rede local tbm está funcionando, quem cuida dessa parte de configuração do servidor é uma terceira empresa especializada nisso, e eles já garantiram que deram permissão na pasta do sistema completa para os usuários do terminal, por causa do motivo dos arquivos temporários que são gerados na transmissão, porém isso nao solucionou, e o mais estranho, é que com um usuário adm, funciona, alguém já passou por isso, e teve que fazer algum outro tipo de liberação no servidor, ou se adaptaram algo no sistema para se trabalhar dessa forma? PS: se eu rodar o sistema como administrador em um usuário que não é administrador, o sistema abre e eu consigo conexão com a receita, porém da problema com as impressoras que não são encontradas. Desde já, Agradeço quem puder ajudar.