Walison Leiria
-
Total de ítens
16 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Walison Leiria
-
-
-
Bom dia.
Estou tentando realizar a emissão da GNRE para a UF de RS e está ocorrendo o erro abaixo vocês saberiam o que pode ser?
-
Bom dia Italo.
Ele gera sim porem ocorre a exceção e não salva o txt e também retorna código = 0.
ACBrGNRE1.WebServices.Retorno.codigo
Aproveitando o tópico Italo.
Você sabe me dizer como eu posso informar essa tag no componente para o estado RO?
Site:
Desde já agradeço.
-
Boa tarde.
Pessoal estou passando pela seguinte situação.
Ao gerar o gnre o componente está gerando exceções aleatoriamente, contudo eu já realizei o debug do componente e não consegui achar o erro.
Simplesmente acontece exceções aleatoriamente abrindo uma tela de mensagem porem não mostrando mensagem nenhuma e parando a execução do sistema.
Segue abaixo a linha e fonte onde ocorre a exceção.
Fonte: ACBrGNREWebServices
Linha: 1143
Código:
if not FEnviar.Executar then FEnviar.GerarException( FEnviar.Msg ); FRetorno.numeroRecibo := FEnviar.numero; if not FRetorno.Executar then FRetorno.GerarException(FRetorno.Msg); Result := True;
O está entrando na segunda condição que é quando gera a exceção.
Desde já agradeço.
-
Em 26/01/2020 at 13:45, FabianoCunha disse:
Walison, Boa tarde!
Se quiser ajuda para fazer testes temos cliente com balanças toledo (inclusive rodoviárias) e também temos uma balança no escritório para nos ajudar nos testes e desenvolvimentos. Estou a disposição.
Boa tarde Fabiano Cunha.
Eu acabei modificando os fontes do ACBR para atender minha necessidade, mas eu vou tentar realizar novamente os testes com as configurações que você postou.
Poderia me dizer como é o cabo que você está utilizando creio que talvez seja o cabo de ligação.
- 1
-
Em 16/01/2020 at 21:02, FabianoCunha disse:
Walison,
Boa noite!
Te mandei o manual completo por email. Lembrando que balanças Serial não devemos usar portas OnBoard, sempre é recomendado ter uma placa dessas serial PCI ou PCI-Express.
Quais problemas esta tendo, pois posso fazer testes na balança que tenho disponível.
Boa tarde Fabiano.
Eu estou utilizando o modelo "Toledo 9091 8530 8540" que é o que realiza o tratamento do retorno do protocolo P03, e utilizei as mesmas configurações que você postou acima porem ainda assim não obtive sucesso pois o retorno é sempre -9 então para contornar o problema eu tive que fazer alteração no fonte do modelo em questão conforme eu havia publicado o dia 14/11/2019.
"Estou realizando os teste com portas seriais OnBoard e um dos clientes está com um cabo conversor SERIAL x USB"
-
Boa tarde Fabiano Cunha.
Sim, eu consegui realizar a comunicação com a balança porém por algum motivo ela não está retornando as informações de acordo com o protocolo (Também utilizei essas configurações), sendo assim eu tive que fazer algumas alterações no fonte onde é realizado o tratamento do retorno para poder ler a resposta corretamente. Eu ainda não postei aqui no fórum pois estamos testando em mais de um cliente para ver se encontramos algum problema a mais.
Eu gostaria de receber esse manual que você utilizou pode me enviar no e-mail abaixo:
Caso seja de seu interesse eu tenho alguns manuais que eu encontrei na web para me ajudar a entender o problema.
-
2 horas atrás, Italo Jurisato Junior disse:
Boa tarde Walison,
Primeiramente desculpe pela demora.
O componente ACBrNFSe possui 3 métodos para enviar RPS para o webservice do provedor, são eles:
O Enviar, que nos permite o envio de até 50 RPS, esse método trabalha no modo assíncrono, que pela mensagem de erro me leva a crer que esse provedor desabilitou o serviço que recepciona o lote de RPS em modo assíncrono.
O Gerar (só existe nos provedores que seguem a versão 2 do layout da ABRASF que é o caso do SIAPNet), que nos permite o envio de apenas um RPS.
O EnviarSincrono (mesma observação do Gerar), que nos permite o envio de lote com até 50 RPS, esse método trabalha no modo síncrono, que conforme a mensagem de erro eles estão sugerindo que você utilize esse.
Resumindo em vez de você utilizar o método Enviar, utilize o EnviarSincrono.
Ok.
Vou realizar os testes e informo o status após o término.
Obrigado.
- 2
-
Em 08/10/2019 at 15:52, EMBarbosa disse:
Isso pode ser configuração na balança ou no aparelho. Talvez esteja configurado para reconhecer apenas esse valor, desconsiderando o restante...
Notei que o manual que tinha anexado era do modelo 420 mas você iniciou o tópico falando do modelo 400, cujo manual atual é esse:
Você precisa verificar qual protocolo o aparelho fala e verificar se o ACBrBal tem esse protocolo. É preciso também garantir que as configurações da comunicação também são iguais (como velocidade, paridade, stop bits, etc...).
Geralmente isso resolve. Caso contrário, é necessário criar uma nova classe para o protocolo que o ACBrBal não fala.
Como não temos um aparelho desse, fica difícil implementarmos e testar um novo protocolo.
Obrigado pelos apontamentos EMBarbosa e peço desculpa pela falta de atenção quanto a minha digitação pois eu realmente estou me referindo ao modelo 420.
Eu realizei algumas alterações nos fontes do componente e estamos realizando testes em diversas balanças diferentes que utilizam o mesmo protocolo, então assim que chegarmos a conclusão final estarei reportando aqui para o conhecimento de todos e com todos os detalhes possíveis.
-
Boa tarde.
Pessoal alguém consegue me ajudar com a situação reportada?
-
Em 01/10/2019 at 11:47, EMBarbosa disse:
Você tentou com o protocolo "balança genérica"?
Poderia anexar o log do componente?
Boa tarde.
Realizei o teste com diversos parâmetros porém não obtive sucesso, com o modelo genérico ele até retornou o valor no log porém nada em tela, vou anexar os log's gerados.
Obs. Foi utilizado o demo para testar todas as opções disponíveis. A balança retorna apenas números inteiros de 10 em 10. Exemplo 30kg, 40kg, 1500kg nunca vai retornar 73kg ou 70,00 (não retorna casas decimais).
O arquivo BalLog.txt contém apenas o teste com o modelo genérico.
-
Boa tarde.
Estamos realizando um teste em nosso sistema industrial na rotina de NFSe onde o servidor é o SIAP.Net do grupo Embras para a prefeitura de Pompeia - SP. Contudo estamos recebendo a seguinte mensagem (conforme imagem em anexo) ao tentar enviar a nota em ambiente de homologação, gostaria de saber se alguém já passou por algo igual e se alguém poderia me ajudar com essa questão.
Seguem em anexo o arquivo utilizado e as configurações.
Obs. Dois xml's exemplo enviados pelo grupo Embras.
Obrigado.
Ambiente de testes/homologação:URL WSDL:URL para login no sistema:Ambiente de produção/oficial:URL WSDL:URL para login no sistema:O webservice segue o padrão Abrasf 2.02 , segue o link para download do manual diretamente no site da Abrasf:SIAPNet.ini ConsultaNfseRps.xml EnviarLoteRpsSincronoEnvio.xml
-
6 horas atrás, EMBarbosa disse:
Você tentou com o protocolo "balança genérica"?
Poderia anexar o log do componente?
Não realizei o teste com esse protocolo, vou realizar o mesmo e assim que possível informo se obtive sucesso, caso não já aproveito para anexar o log.
-
50 minutos atrás, EMBarbosa disse:
Pode ser que o protocolo de comunicação esteja incorreto. Chegou a alterar os protocolos pra ver?
Olá EMBarbosa,
Sim eu alterei os protocolos e também configurei de acordo com o manual do fabricante. Segue em anexo.
-
Bom dia, estamos tentando realizar a comunicação com a balança da toledo TI400 utilizando o componente ACBrBAL, porem ao realizar os testes está retornando valores errados, por exemplo se na balança o peso está em 90kg o componente retorna 900,00kg e também não é sempre que funciona, é muito difícil ele realizar a leitura e quando a faz traz valor incorreto. Alguém poderia me ajudar por favor?
Erro na geração do estado RS
em ACBrGNRe
Postado
Boa Tarde Gustavo.
Eu realizei o teste com os códigos do ambiente de produção e então o web service começa a pedir os códigos errados. eu ainda estou testando em ambiente de Homologação.
Assim que possível eu realizo o teste em ambiente de Produção.
Muito Obrigado pela dica.
Tópico resolvido por enquanto.