Italo Giurizzato Junior

Bom dia Maiquel, Muito obrigado pela colaboração, já enviei para o repositório.

Boa tarde a todos, Quando realizarem alterações nos fontes é de boa pratica disponibiliza-los (anexa-los) para que possamos analisar e caso esteja tudo certo enviar para o repositório. Desde já muito obrigado pela colaboração.

Boa tarde, O grupo <prop> só deve constar caso o veiculo não seja do emitente do MDF-e. O transportador autônomo que você se refere é o proprietário do veiculo? Se sim, ele vai ter que obter o RNTRC.

Edu, Entre em contato com o problema e expõe o problema.

Boa tarde Edu, O estranho que o webservice esta atribuindo a alíquota 3 e calculando o valor do ISS.

Edu, Fragmento do programa exemplo: // TnfseSituacaoTributaria = ( stRetencao, stNormal, stSubstituicao ); // stRetencao = snSim // stNormal = snNao // Neste exemplo não temos ISS Retido ( stNormal = Não ) // Logo o valor do ISS Retido é igual a zero. Servico.Valores.IssRetido := stNormal;

https://mdfe-portal.sefaz.rs.gov.br/Site/Noticias 15/10/2018 - Implantação da NT 02.2018 em Produção Comunicamos que a Nota Técnica 02.2018 está implantada no ambiente de produção da SVRS. Com ela passa a ser possível a emissão de MDF-e por pessoa física com Inscrição Estadual. Também foram implementadas as regras do Corte de Voo do modal aéreo, campos do responsável técnico e aplicação das rejeições da integração com a ANTT (rejeições 681 e 682), em caso de dificuldades com estas rejeições devem contatar a Agência no telefone 166. Assinado por: PROCERGS

Bom dia, O numero do RNTRC aparece no XML do MDF-e em 3 lugares. 1. Dentro do grupo infANTT; 2. Dentro do grupo prop (proprietário do veiculo tração); 3. Dentro do grupo prop (proprietário do veiculo reboque). Os grupos prop (proprietário) só devemos preencher caso o proprietário do veiculo não seja o mesmo que esta emitindo o MDF-e. Já o RNTRC que esta dentro do grupo infANTT deve ser informado quando: Registro obrigatório do emitente do MDFe junto à ANTT para exercer a atividade de transportador rodoviário de cargas por conta de terceiros e mediante remuneração.

Bom dia Leandro, O que diz a rejeição 681? RNTRC informado inexistente. Você informou o RNTRC corretamente? Este campo esta dentro do grupo infANTT.

Bom dia Warley, Sendo assim, por favor anexa o arquivo de retorno (soap).

Bom dia Edu, Qual é o valor que você esta passando para o campo IssRetido?

Bom dia Junior, Já procurou por "Ponta Grossa" no arquivo Cidades.ini? Se sim, essa cidade consta no arquivo? Se sim, qual é o provedor que esta informado? Chegou a realizar testes usando o programa exemplo?

Boa tarde Edu, O problema é que você não gera o XML da NFS-e e envia para o webservice do provedor, que no caso é o Betha. Você gera o XML do RPS e envia, caso esteja tudo OK o provedor gera e retorna o XML da NFS-e.

Boa tarde Warley, A principio esta tudo OK. Faz o seguinte configure o componente para salvar os arquivos soap. e anexa o arquivo *-pro-rec-soap.xml pois suspeito de algo.

Boa tarde Adryelle, Favor usar a unit em anexo. Caso funcionar como esperado vou enviar para o repositório. ACBrNFeWebServices.pas

Boa tarde a todos, Comunicado publicado no Portal Nacional do MDF-e (11/10/2018) referente ao uso indevido. "Comunicamos que a aplicação do Uso indevido previsto no item 9 da NT 2017.001 será ativado na SVRS de forma gradativa (intermitencia em alguns horários) até 05/11/2018 , quando será ativado de forma definitiva. Este procedimento irá detectar no período de 1 hora a quantidade de rejeições de encerramento (611, 462, 686, 662) para cada CNPJ Transmissor. Ao atingir um limite superior a 5 ocorrências, o sistema automaticamente deixará de devolver a chave/protocolo do MDF-e a ser encerrado no retorno destas regras pelo período de um hora. Recomendamos aos desenvolvedores que revisem seus sistemas para que o processo de encerramento não seja apoiado na resposta destas rejeições, mas que seja efetivamente reflexo do momento do descarregamento. "

Boa tarde Paulo, Vou verificar e assim que corrigir o problema, informo aqui.

Bom dia Adryelle, Vou analisar melhor o caso em busca de uma possível solução.

Bom dia Daniel, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório. Uma pequena observação, se a versão for diferente da que consta no INI do provedor devemos informar a versão correta no arquivo Cidades.ini, caso contrario não se faz necessário. Essas duas cidades se utilizam da versão 2.02 que é a mesma que consta no arquivo INI do provedor, portanto não é preciso informar no arquivo Cidades.ini

Bom dia Aécio, Eu necessito dos XMLs de envio e de retorno para saber o que pode ser feito.

Bom dia Armando, Infelizmente no XML do evento de Carta de Correção do CT-e não existe um campo para observações. Apesar da impressão de eventos não ser documentada pelo ENCAT, ou seja, não existe um manual ou nota técnica que especifica o layout dessa impressão, nós tomamos a liberdade de definir uma. E ao definir essa impressão levamos em consideração a seguinte regra: Imprimir somente o que esta no XML.

Bom dia Daniel, Fiz diferente, favor atualizar os fontes e faça novos testes. Note que alterei também os arquivos INI.

Bom dia Adryelle, O problema é que o componente verifica o valor da tag <cStat> que se encontra dentro do grupo <retConsSitNFe> e seu valor é 101 = Cancelado. Isso faz com que o XML não seja atualizado.

Bom dia Wagner, Todos os webservices da SEFAZ funcionam tanto com o certificado A1 quanto com o A3.

Augusto, Alterei o arquivo INI e já enviei para o repositório.