Jefferson Damian

Estamos com o mesmo problema em alguns clientes e a solução acima não resolveu. Do nada perde comunicação e as vezes ao desconectar o cabo USB e reconectar a comunicação é retomada. Ainda não conseguimos identificar um padrão, mas, se alguém tem passado por isso e puder dar uma ideia, agradecemos muito. Obrigado.

Lendo o peso está funcionando desde que C14 = Prt1, mas, ao colocar em Prt2 que permite envio automático do peso, tudo para. Por isso, obrigado, mas vou deixar no modo manual. Está dando mais dor de cabeça querer que a balança fique automática do que ficar como está no modo manual. Obrigado.

Prt2 para poder ativar o modo automático e no C16 L Ativa a transmição contínua de dados e D desativa. eu fiz a configuração mas daí o Balança teste não recebe nada e não consegue ler também. Para evitar ter mais problemas vou deixar isso de lado e usar outras alternativas. Obrigado por estar disposto a ajudar.

Bom dia FabianoCunha, obrigado por sua dica, mas, ao configurar a balança para enviar o peso automaticamente, e usando o "Balanca Teste" o resultado foi o seguinte: - Coloco o peso na balança porém no Balanca Teste nenhum peso é recebido; - Se mandar o Balanca teste ler o peso o valor recebido é -9. Ou o componente não está funcionando, ou é a balança que não está comunicando nesse modo, ou ainda o cabo de comunicação precisa ser diferente. Bom, voltei a configuração da balança e optei em deixar com um timer acionando o lerpeso. Obs.: Testei mudando o baud também.

Ok. Obrigado, amanhã eu testo e posto o resultado

Também não funciona, foi nele que fiz o teste e como não deu certo resolvi usar um toner.

Bom dia Estou com esse problema também, acabei de atualizar o ACBr para tentar usar a função, tentar pois usaria pela primeira vez. Balança Toledo Prix 3/14 Desde já agradeço pela atenção.

como está a integração com o SPC?

Alguma novidade quanto ao andamento do projeto para consultar o SPC? Em anexo material que recebi hoje. https://drive.google.com/open?id=1XfRcRDbf6o25hGr8iW0EvVjBN8sT--Tf

Bom dia, Ao enviar uma NFS-e para o web server da BETHA, no campo Discriminação dos serviços está retornando os caracteres {[[ no início e ]]} no final. Conforme a imagem: Pode ser visto que no XML já tem os caracteres. Pode ser resolvido para não ter esses caracteres ou isso é coisa a ser tratada com a BETHA? Desde já obrigado. 26011-nfse.xml

Desde ontem, depois de atualizar parou esse erro, começou a validar mas ainda está com erro 400 requisição não enviada.

pode usar: blocoX.Configuracoes.VersaoER := erv0205; ou No componente clica em "configurações" e vai em "versãoER"

No comando de validação do XML eu não estava acompanhando a resposta de retorno, e pela validação passa sem erro, mas, a resposta que vem é: "XML inválido: Número do credenciamento do PAF-ECF do XML diferente da versão informada ao SAT como instalada no estabelecimento" daí o erro que acontece quando tenta enviar é Erro Interno: 0Erro HTTP: 400Erro: Requisição não enviada.Erro: 0 - 8 E se não colocar DM.BlocoX.WebServices.ValidarBlocoX.ValidarPafEcfEEcf := True; as vezes retorna: Erro Interno: 0Erro HTTP: 400Erro: Requisição não enviada.Erro: 0 -

Atualizei um pouco antes de enviar o XML Então talvez sobrou a forma como compacto, eu achei na internet um código e quando eu testo, após compactar consigo descompactar pelo 7Zip sem erro. Sugere algum meio de compactar?

Em anexo o XML. estou usando os comando da seguinte forma: XmlArq.Clear; XmlArq.LoadFromFile(ArqComCaminho); XmlReduZ := XmlArq.Text; DM.BlocoX.WebServices.ValidarBlocoX.XML := XmlReduZ; DM.BlocoX.WebServices.ValidarBlocoX.Executar //Esse fica em um IF DM.BlocoX.WebServices.EnviarBlocoX.XML := XmlReduZ; //(NomeDoXmlComCaminho, OndeSalvaOZip): RetornaCaminhoENomeDoZip; DM.BlocoX.WebServices.EnviarBlocoX.XMLZipado := C_Seguranca.CompactarArquivo(ArqComCaminho, RetornaCaminhoEnviar('ZE')); //Até aqui está passando sem erro if DM.BlocoX.WebServices.EnviarBlocoX.Executar then //Aqui ocorre o erro REDUCAO_Z_31012018_369.XML

Está configurado, e o erro de requisição não enviada ocorre na hora de enviar o xml depois de validar. Mas não descarto a possibilidade de eu estar fazendo algo errado.

Estou também com erro, mas pelo sistema recebo como erro para enviar o da Redução Z, o de estoque não está conseguindo enviar, fica parado um tempão e depois dá erro: Erro Interno: 0 Erro HTTP: 400 Erro: Requisição não enviada. Erro: 0 - 8 Mas quando vou pela página e carrego o arquivo e mando validar ai retorna o mesmo erro de XML inválido.... Pela pagina o de estoque dá erro no carregamento. https://sathomologa.sef.sc.gov.br/tax.NET/sat.dfe.siv.web/validacao.aspx

Acho que o Fortes não estava fazendo as atualizações corretamente, no meu caso funcionou ontem por que eu baixei tudo de novo.

Estou em modo de homologação, é o RZ. Agora que mencionou é que fui verificar o do estoque estava resolvendo primeiro um para depois o outro. Então fui ver o de estoque e depois de percorrer os produtos alimentando o componente, está dando erro de "Memory out" ao salvar o XML. Debugando chega na função function TDFeSSLXmlSignClass.AjustarXMLAssinado(const ConteudoXML: String; e o erro ocorre no comando: XmlAss := StringReplace(XmlAss, #10, '', [rfReplaceAll]); isso é na unit ACBrDFeSSL;

Olá, Não estou conseguindo enviar o Bloco X. o erro é: Erro Interno: 0Erro HTTP: 400Erro: Requisição não enviada. Não sei se estou fazendo algo errado para alimentar o componente, ou se é porque em Santa Catarina ainda não está 100% A homologadora, quando questionei me passou isso: https://bell.unochapeco.edu.br/lts/?p=3120 Desde já obrigado

Atualizei mas o erro persistiu. Mas depois, resolvi deletar todo fortes e baixar novamente. Reinstalei e então funcionou. Obrigado.

Se pra essa atualização precisa atualizar o fortes pode ter certeza que é isso. Não atualizei o fortes. Só vou poder confirmar que é isso amanhã.

Eu fui atualizar o componente ACBr e ao tentar instalar dá esse erro: Erro ao compilar o pacote "ACBr_NFeDanfeRL.dpk". não fiz nada de diferente. Tenho o Delphi XE7

Desculpe, mas antes de gerar o log, atualizei o ACBr, até para ver se o Bloco X já funcionava, e parrou de travar. Não retorna nenhuma mensagem, mas acho que isso é coisa da ECF, e ao colocar o papel está continuando de onde parou. Obrigado pela atenção.

Para de responder. Se fechar o sistema não consegue mais conectar a ECF. Precisa desligar e religar para que volte a funcionar e daí ela concluí a impressão que ficou presa. Esqueci de dizer que isso aconteceu com um Daruma FS800i. Vou provocar o erro e posto o log.