Italo Giurizzato Junior

Boa noite Maurício, Encontrei 2 problemas. Você esta informando que a UF de inicio é SP, correto, mas colocou o município Contagem/MG como um dos de carregamento. É esse município que esta fazendo que o MDF-e seja rejeitado. O segundo problema, as UF de percurso estão foram de ordem. A sequencia tem que ser uma sequencia lógica, ou seja, não tem como sair do Estado de SP e ir para a BA sem passar por outros Estados. Se existe um carregamento também em Contagem/MG será necessário fazer um segundo MDF-e. Pois nessa cidade a carga é alterada.

Boa noite João, Na sua postagem você que os atributos "precisam estar conforme acima". Como eles estavam aparecendo no XML?

Boa noite Marcelo, Esse provedor realiza uma assinatura diferente dos demais provedores que seguem o mesmo padrão usado na NF-e, CT-e e MDF-e. Veja este link: http://www.elotech.com.br/iss.php?acao= Note que eles se referem ao padrão OASIS utilizado na assinatura digital. Esse foi o empecilho de até hoje esse provedor não ter sido implementado.

Boa noite Dércio, Notei que o arquivo INI do provedor Digifred esta da seguinte forma: [Schemas] Validar=0 DefTipos= Note que o campo Validar esta recebendo o valor zero, isso faz com que o XML seja gerado, assinado, mas não passa pela validação. Favor trocar o zero por UM e faça novos testes. Isso não vai resolver o problema da rejeição mas com certeza vai mostrar o que esta sendo gerado de forma incorreta.

Boa noite Diogo, Exato, devemos informar a sequencia de UF que o veiculo vai passar a partir da origem até chegar o destino. Não devemos incluir nessa sequencia as UF de origem e destino.

Boa noite Paulo, Depois que um MDF-e é emitido se for necessário incluir um novo motorista é possível sem a necessidade de realizar o encerramento e emitir um novo MDF-e. Para isso basta enviar um evento de inclusão de motorista. Lembre-se o Encerramento, o cancelamento e a inclusão de motoristas são eventos.

Boa noite Heronim, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório. Uma observação os seus arquivos INI estão desatualizado.

Boa noite João, Favor anexar os fontes que você alterou, para que possamos avaliar.

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

Boa noite Rennes, Já escrevi em outros tópicos, vou escrever neste também. Não estou implementando nenhum provedor que não siga o layout da ABRASF. Primeiro porque da muita mão de obra e segundo que foi anunciado a NFS-e Nacional. Que terá um layout padrão para todas as cidades brasileiras e um único Web Services para recepcionar as notas. Com isso vai acabar com essa ZONA que é hoje.

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

Boa noite Diogo, Essa tag se refere ao modal: MultiModal e não o transporte de pessoas (fretamento)..

Boa noite, Você esta com todos os fontes de todas as pastas atualizados? Se sim, favor realizar testes com o programa exemplo.

Boa noite Marcos, Favor atualizar todos os fontes de todas as pastas e refaça os testes.

Boa noite ALA, Lhe peço que faça uma pesquisa no fórum, pois essa história de alimentar a propriedade OutrasInformacoes para ser enviada para o provedor já respondi dezenas de vezes.

Boa noite, A NFS-e não vai ter alteração nenhuma com a relação a nova versão da NF-e. Onde você encontra os arquivos INI, XSD (Schemas), programa exemplo, etc. Você baixou os fontes ACBr e instalou os componentes no Delphi usando o ACBrInstall_Trunk2? Se sim, com o Windows Explorer de uma olhada nas seguintes pastas: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas ...\Exemplos\ACBrDFe\ACBrNFSe\Delphi

Boa noite Marcio, Acredito que sim, por favor faça novos testes.

Boa noite Fabiano, Muito obrigado pela colaboração, já enviado para o repositório.

Boa noite Maiquel, Muito obrigado pela colaboração, já enviado para o repositório.

Boa noite David, No meu entendimento a empresa que emitiu a nota de devolução também tem que emitir o MDF-e e ao informar o veiculo que vai realizar o transporte no grupo proprietário do veiculo informe os dados da empresa que é proprietária do veiculo. Resumindo, o emitente do MDF-e tem que ser o mesmo da NF-e.

Boa noite Nilton, Já analisei o código por diversas vezes e não encontrei nada que pudesse não capturar as informações do XML. Sugiro que você realize um "debugue" ao realizar o envio para descobrir o que esta ocorrendo.

Boa noite Marcelo, Primeiramente lhe peço para que quando o assunto for outro favor abrir um novo tópico, pois este se trata da cidade Independente/RS. Favor verificar se a empresa contrata pela prefeitura de Pontal do Paraná segue o layout da ABRASF se sim, qual versão.

Boa noite Melissa, Se você abrir o arquivo SP.ini vai notar que não esta definido o SoapAction para os métodos EnviarSincrono e Substituir. [SoapAction] Recepcionar=http://www.prefeitura.sp.gov.br/nfe/ws/envioLoteRPS ConsSit=http://www.prefeitura.sp.gov.br/nfe/ws/consultaInformacoesLote ConsLote=http://www.prefeitura.sp.gov.br/nfe/ws/consultaLote ConsNFSeRps=http://www.prefeitura.sp.gov.br/nfe/ws/consultaNFe ConsNFSe=http://www.prefeitura.sp.gov.br/nfe/ws/consultaNFe Cancelar=http://www.prefeitura.sp.gov.br/nfe/ws/cancelamentoNFe Gerar=http://www.prefeitura.sp.gov.br/nfe/ws/envioRPS RecSincrono= Substituir= Sendo assim você só pode utilizar os métodos Enviar e Gerar para realizar o envio de RPS para o provedor.

Boa noite a todos, Quando se tratar de OpenSSL os schemas (tiposGeralCTe_v2.00-OPENSSL ou tiposGeralCTe_v3.00-OPENSSL) dependendo da versão renomeados, ou seja, sem "-OPENSSL" para que seja aceito o valor ISENTO na tag IE. Se não falha a minha memória.

Boa noite, Muito obrigado pela colaboração, já esta no repositório.