Italo Giurizzato Junior

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Guilherme, Abra o arquivo Cidades.ini e inclua a cidade em questão aos moldes das demais que utilizam o mesmo provedor. Depois inicie os testes usando o programa exemplo do componente. Por fim, estando tudo OK, funcionando, anexa o arquivo Cidades.ini com a alteração para que posamos analisar e enviar para o repositório.

Boa tarde Celente, A tag Competência existe no layout do RPS dos provedores que seguem a versão 2 do layout do RPS que não é o caso do BHISS que é o da cidade de Porto Alegre que segue a versão 1. Os provedores que seguem a versão 1 do layout da ABRASF tem a tag competência na estrutura da NFS-e não do RPS. Isso explica o motivo de você alimentar o campo e ele não ser gerado no XML do RPS.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Daniel, Exatamente, será necessário já deixar informado onde vai ser o último local de descarregamento. Que com certeza vai ter que ser igual ao informando no evento de encerramento.

Ramon, Sim, se for informado o CEP do local de carregamento/descarregamento não se deve informar a latitude e longitude, vice-versa.

Boa tarde Ramon, Por favor não faça varias postagem referente ao mesmo assunto, vamos seguir as regras do fórum.

Boa tarde a todos, Existe uma briga visível entre a ANTT e a SEFAZ. O componente ACBrMDFe já esta pronto para as alterações publicadas na NT 2020/001 versão 1.03 - MDF-e Integrado. Como também esta pronto e já temos alguns membros aqui do fórum utilizando o componente ACBrCIOT que acessa o webservice do eFrete. Portanto, vamos aos testes.

Boa tarde Romon, Esse XML foi gerado pela sua aplicação ou pelo ACBrMDFe?

Boa tarde Brajan, Acredito que você não esteja configurando corretamente o componente no programa exemplo, pois o temos membros do fórum que já esta usando o componente em suas aplicação e não esta tento esse tipo de erro.

Bom dia Cleonir, Legal, já fiz a correção no componente e enviei para o repositório. Muito obrigado pelos testes.

Bom dia Nickolas, No meu entendimento Lotação é quando toda a carga a ser transportada é destinada a um único destinatário. Diferente quando a carga é fracionada, que no meu entendimento a cada fração da carga a ser transportada é destinada a um destinatário diferente, portanto temos diversos destinatários. Resumindo: Lotação: um único destinatário Fracionada: diversos destinatários.

Bom dia, Quando você se refere a outro município, no caso esse outro se utiliza também do mesmo provedor ou é outro? Se possível anexa o XML de uma NFS-e cuja impressão ocorre sem nenhum problema e outro onde ocorre o problema.

Bom dia Junior, Esse tópico não é para tirar duvidas e sim para uso exclusivo de troca de provedor e a inclusão de novas cidades. Favor criar um tópico novo e expor o seu problema, mas antes verifique se não existe nenhum outro tópico sobre o problema que você esta enfrentando.

Olá Pessoal, Noticia publicada no Portal do Conhecimento de Transporte Eletrônico - SVRS - SEFAZ-Virtual do Rio Grande do Sul 09/03/2020 Disponibilizada transação no portal para tomadores de serviços O evento prestação de serviço em desacordo agora pode ser realizado no portal da SVRS com o certificado digital do tomador do serviço. O evento deve ser usado somente nas hipóteses de erro na prestação de serviço em relação a valores ou na identificação equivocada do tomador do serviço. Com certificado digital será possível gerar o evento através da assinatura diretamente no navegador. Para isto o usuário (tomador) deverá utilizar Chrome, com Java atualizado e sem bloqueadores de popup. Será solicitado o download de um arquivo que deverá ser executado pelo usuário. Essa transação atende um pedido histórico das empresas que possuem dificuldade na geração desse evento que permite a substituição do CTe, alterando o tomador do serviço. Para acessar o serviço o tomador deve entrar no site https://dfe-portal.svrs.rs.gov.br/Cte e acessar o link chamado: Prestação de Serviço em Desacordo.

Boa tarde Marcos, Quer dizer que para algumas cidades o grupo <MetodoInfo> tem que ser gerado e para outras não. Como você pode ver os provedores não conseguem seguir um padrão entre eles e esse não conseguem manter um padrão para todas as cidades que ele atende. Isso é um absurdo.

Boa tarde Diego, Muito obrigado pela colaboração, assim que possível estarei enviando para o repositório.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Brajan, Algo você esta fazendo de errado, pois já temos vários usuário utilizando o componente sem nenhum problema. Vai ser necessário debugar para saber em qual momento é apresentado essa exceção.

Boa tarde Cleonir, Sem o Unzip o PDF foi salvo de forma correta? Você poderia anexar um para que possamos ver como é esse PDF? Vou fazer a alteração e enviarei para o repositório.

Boa tarde Ana, Você tem razão, vamos ter que alterar para <> 0 em vez de > 0. Vou fazer a correção e enviar para o repositório. Se desejar faça essa alteração e realize novos testes.

Notei que você não informou nenhum telefone e no campo RNTRC não foi informado o numero do mesmo e sim o literal RNTRC.

Bom dia Ana, As tags latitude e longitude bem com o CEP estão dentro do grupo <infLocalCarrega> e também dentro do grupo <infLocalDescarrega>. Bem abaixo da lista dos campos, temos um diagrama que deixa bem claro que se informarmos o CEP não devemos informar a latitude e longitude e vice versa. Resumindo: 1. Se a carga for lotação no XML deve constar o grupo <infLotacao> e dentro deste os grupo <infLocalCarrega> e<infLocalDescarrega> 2. Se constar no XML o grupo <infLocalCarrega> dentro deste deve constar o CEP ou a latitude e longitude do carregamento. 3. Idem para o grupo <infLocalDescarrega>. Espero que tenha ficado claro.

Bom dia Cleonir, A ultima alteração que fiz ficou desta forma: PDF := leitor.rCampo(tcEsp, 'Pdf'); if PDF <> '' then PDF := UnZip(DecodeBase64(PDF)); Se a sua unit esta exatamente desta forma, experimente remover o UnZip, deixando a linha da seguinte forma: PDF := DecodeBase64(PDF); Faça um novo teste e vamos ver se o PDF é salvo corretamente.

Bom dia Kleberson, Isso que ocorreu em seu fonte, significa que foram feitas alterações locais e o tortoise não conseguiu realizar um merge. Uma solução simples é apague a pasta ou somente os arquivos afetados, baixe novamente os fones para que a unit seja restaurada e atualizada de forma correta. Depois de inicio aos testes.