Italo Giurizzato Junior

Bom dia Carlos, Se tratando de NF-e 4.00 lembre-se que esta usa o TLS 1.2, é preciso que o Windows tenha suporte para o TLS caso contrario não vai funcionar.

Boa tarde Carlos, As maquinas que a aplicação apresenta o erro, o Windows é 32 bits, correto? E qual é a versão do Windows? As maquinas cujo Windows é 64 bits esta rodando sem nenhum problema, independente da versão do Windows?

Bom dia, Favor anexar o XML que provocou esse erro.

Bom dia John, Vamos as fatos: Ontem estava normal, ou seja, emitindo em ambiente de produção, hoje esta ocorrendo o problema, sendo que a aplicação no cliente não foi atualizada. Hoje ao fazer os testes em ambiente de homologação ocorre como esperado, ou seja, o rps é enviado e o provedor retorna a nota, mas no ambiente de produção não. Concluímos o que? Para mim esta muito claro que é o ambiente de produção do provedor que esta com problemas. Qual é o caminho a seguir? Entrar em contato com o provedor e relatar o que esta ocorrendo. Não pergunte se eles estão com algum problema, pois é logico que vão dizer que esta tudo OK. Tem que mostrar para eles que tem algo de errado no webservice deles.

Bom dia a todos, Será necessário criar um arquivo Tiplanv2.ini aos moldes de WebISSv2.ini Criar uma pasta chamada Tiplanv2 dentro da pasta Schemas para contes os Schemas a serem utilizados na validação. E criar o enumerador proTiplanv2 em pnfsConversao e por fim nesta mesma unit colocar esse novo enumerador conforme foi feito para o proWebISSv2. A principio é só isso. Feito isso, iniciar os testes com o programa exemplo e se necessário fazer os ajustes para que o Lote de RPS seja gerado, validado e enviado com sucesso. Assim que estiver pronto, favor anexar somente os arquivos novos e alterados para que eu possa analisar e estando tudo OK enviar para o repositório. Desde já muito obrigado pela colaboração de todos.

Bom dia Pedro, Muito obrigado pela colaboração, vamos analisar, estando tudo OK vamos enviar para o repositório.

Bom dia Zottis, Você pode colocar essa informação no campo Discriminação.

Bom dia Luiz, Esse erro ocorre durante a execução da aplicação em "debug", ou seja, via Delphi? Se gerar o EXE da mesma e executar fora do Delphi ocorre o mesmo erro?

Bom dia Paulo, Veja o que diz a regra C24: Se indicador de tomador for igual a Contribuinte (indIEToma=1): - Rejeitar se o tomador indicado (toma3 ou toma4) não possuir informação da IE ou se estiver informado “ISENTO agora a regra C25: Se indicador de tomador for igual a Isento de Inscrição (indIEToma=2): - Rejeitar se o tomador indicado (toma3 ou toma4) não possuir informação de IE ou se estiver informada diferente do literal “ISENTO No seu XML o valor de indIEToma é 1 e o valor de IE em toma4 é ISENTO, logo o seu CT-e esta sendo rejeitado pela regra C24. Mude o valor de indIEToma para 2 e tente enviar novamente.

Bom dia, Primeiramente, não misture assuntos no mesmo tópico, vamos seguir as regras do fórum: assunto novo, tópico novo. Respondendo a sua pergunto o valor do ICMS não é um componente do Frete.

Bom dia Gustavo, E você sabe informar se a ANTT, vai disponibilizar um webservice onde podemos acessar para obter o CIOT? Se vai, esse acesso será gratuito? Dai da para pensar em fazer um componente para obter o CIOT.

Bom dia Luciano, Você deve estar se referindo ao evento 2010, correto? Pois bem, segundo o layout desse evento o campo cnpjPrestador só ocorre uma única vez dentro do XML, portanto o grupo <nfs> que aparece abaixo pode ocorrer "N" vezes. Logo todas as notas ADD no evento são de um único prestador. Não conheço a fundo o Reinf, mas concluo que caso você tenha notas de 3 prestadores será necessário gerar o evento 2010 3 vezes, um para cada prestador com as suas respectivas notas.

Bom dia Renato, Muito obrigado pela colaboração, esta tudo OK, ainda hoje estarei enviando para o repositório.

Bom dia Delfino, A Tiplan agora possui um webservice que segue a versão 2 do layout da ABRASF? Se sim, vamos ter que criar o Tiplanv2.ini e no componente acrescentar o proTiplanv2.

Bom dia Ricardo, Se você não atualizou os fontes do componente, e nem a aplicação, com certeza é algum problema no provedor que atende a cidade em questão.

Bom dia Junior, Favor entrar em contato com o provedor.

Bom dia Adriano, Favor utilizar o método Enviar e não o Gerar.

Bom dia Alisson, No MDF-e ou relacionamos as NF-e ou os CT-e, tudo depende do tipo do emitente. Veja o campo tpEmit no Manual do MDF-e versão 3.00 página 100. Se o valor for desse campo for 1 só vai constar os CT-e.

Rubens, Se você tivesse pego os Schemas da pasta que lhe indiquei acima não teria tido esse problema.

Rubens, Com os schemas que estão disponíveis com os fontes dos programas exemplos esta funcionando. ...\Exemplos\ACBrDFe\Schemas\Reinf Outra coisa todos os fontes de todas as pastas estão atualizados?

Bom dia Aloisio, Qual é o valor de SLLType? Se for ALL, mude para TLS 1.2

Diogo, Como você trabalha com VB.Net é preciso pesquisar como se deve montar uma rotina para estabelecer uma conexão com um webservice, bem como o envio e a obtenção do retorno.

Rubens, Mas para enviar é preciso primeiro Gerar. O teste que fiz foi: Selecionar o evento, clicar no botão [Gerar Arquivos] por fim clicar no botão [Enviar].

Walmi, É para funcionar em ambos. Por favor relata os erros para que possamos lhe ajudar.

Bom dia Paulo, Você sabia que o Expedidor e o Recebedor que podem aparecer ou não no CT-e são transportadoras? O Expedidor em particular é usado na emissão de CT-e de Redespacho ou Redespacho Intermediário. Que acredito que não seja o seu caso. Pelo que entendi a empresa que aparece como Expedidor na verdade é que vai pagar o frete, ou seja é o tomador do serviço. Como o tomador do serviço não é o remetente e nem o destinatário e o transporte não se trata de Redespacho e nem de Redespacho Intermediário, logo a empresa informada no grupo Expedidor esta errado, ela tem que constar no grupo <toma4> e informar que o tomador é Outros.