Italo Giurizzato Junior

Boa noite Douglas, Muito obrigado pela colaboração, já vou enviar para o repositório.

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

Bom dia a todos, Caso o cliente possui o certificado A1, é possível usar o libOpenSSL, desta forma você fica livre de versão do Windows, livre de atualização do mesmo e livre de configuração do Internet Explorer.

Bom dia, Você poderia anexar o XML de retorno ao consultar o lote de RPS? Pois com o XML poderemos alterar o componente para que ele retorne essa informação diretamente em um determinado campo.

Bom dia, Esse erro começou do nada? Foi ontem? Esse erro pode ser configuração do componente que não esta correta.

Bom dia William, O XML em anexo é de uma NFS-e e realmente não contem todos os dados do Prestador. Isso pode ser uma falha no webservice do provedor que não esta gerando todos os dados. Neste caso, o jeito é fazer o que você esta fazendo para que a impressão do DANFSE seja completa, ou seja, com todos os dados do prestador. Mas entre em contato com o provedor e relate o problema, pois segundo o manual é para constar todos os dados do Prestador.

Boa noite Raissa, O provedor GINGES se utiliza da versão 1 do layout da ABRASF. O método Substituição de NFS-e só existe na versão 2 do layout da ABRASF, logo não tem como utilizar esse método com o provedor ABRASF. Detalhe importante: uma coisa é a existência de um determinado método a uma determinada versão, outra coisa é o provedor ter implementado o método no seu webservice. A titulo de exemplo, o provedor TcheInfo se utiliza da versão 2 do layout da ABRASF, mas em seu webservice implementou somente os métodos: Gerar, Cancelar e Consultar NFS-e por RPS.

Paulo, Se a versão é a 1, porque ao acessar o link da wsdl mostra os serviços da versão 2? Deveria mostrar os da versão 1.

O problema esta no ambiente de Produção que esta retornando o WSDL em vez do resultado do processamento. Tente fazer um teste em ambiente de homologação.

Boa tarde Paulo, Esse PortalFacil que aparece na URL na verdade é o Actcon, logo não mudou de provedor. A questão é o seguinte, o manual e o Schema que foi disponibilizado é da versão 1 do layout da ABRASF, já a URL que nos da acesso ao WSDL nos mostra a lista de serviços disponíveis no webservice, mas essa lista contem serviços que só existem na versão 2 do layout da ABRASF. A final de constas, essa cidade vai utilizar a versão 1 ou 2?

Boa tarde Márcio, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa tarde Jésika, As respostas que você procura se encontram na nossa Base de Conhecimento. No caso do CT-e, por favor leia o seguinte artigo: Como obter o XML da Transportadora. Se tratando do MDF-e, o procedimento é semelhante ao do CT-e.

Boa tarde Gustavo, Tanto o provedor Betha quanto o Bethav2 esta disponível o método Enviar que permite o envio de um Lote com até 50 RPS no máximo. Não tem como mandar uma quantidade maior que 50 em um único Lote.

Boa tarde William, Tem que ver qual XML você esta carregando para poder imprimir o DANFSE. Devemos carregar o XML da NFS-e e não do RPS.

Boa tarde Lucas, Essa URL é a de Produção e o de Homologação, continua o mesmo?

Boa tarde, Você esta usando o programa exemplo para realizar os testes?

Boa tarde Matheus, Muito obrigado pela colaboração, passei para os demais consultores e moderadores para que eles possam avaliar e ver se não vai gerar nenhum efeito colateral com os demais DF-e, uma vez que você fez alterações no pcnLeitor e ACBrUtil.

Boa tarde Edu, Você esta usando o componente ACBrNFSe para gerar, assinar e enviar o RPS usando o método Gerar? E se o CodigoMunicipio e MunicipioIncidencia não for o que se encontra cadastrado no ambiente de homologação, qual é o erro apresentado?

Boa tarde Rafael, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa tarde Danny, Temos agora um tópico só para tratar de inclusão de cidades, bem como alterações de um provedor para outro. Peço que nas próximas vezes, por favor utilize o tópico destinado a esse fim; Desde já muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa tarde Marcelo, Muito obrigado pela informação.

Olá Pessoal, Foi prorrogado o prazo para obrigatoriedade do BP-e em MG. Publicada Portaria SAIF que altera a data de obrigatoriedade de emissão do BP-e 01/10/19 Publicada PORTARIA SAIF 033/19 que prorroga a data de obrigatoriedade de emissão do Bilhete de Passagem Eletrônico definida pelo Ajuste SINIEF 22/18, de 01 de outubro de 2019 para 01 de janeiro de 2020. Fonte: SEFAZ-MG

Bom dia a todos, Por favor atualizem os fontes, reinstale a suíte ACBr e façam novos testes. Notem que fiz alteração no arquivo INI do provedor.

Boa tarde Augusto, Acredito que a SEFAZ não pensou nessa possibilidade do motorista não ser brasileiro. A priori se faz necessário informar o nome e o CPF do motorista.