Italo Giurizzato Junior

Bom dia Anderson, Emitir a NFS-e via site é uma coisa, emitir via Web Services é outra. No layout da ABRASF não me recordo de nenhuma TAG que indique que o tomador é estrangeiro. Já tentou informar EX no campo UF (Estado)?

Bom dia Natana, Só o XML do RPS não da para analisar nada. Precisamos do XML de envio e o de retorno. Outra coisa o RPS que você postou não esta assinado, sendo que a Tecnos requer que o RPS seja assinado antes do seu envio. Todos os fontes de todas as pastas estão atualizados?

Bom dia Ubirajara, Ao realizar a consulta o componente esta carregado com os dados do CT-e? Outra coisa essa imagem não se refere ao retorno da consulta. Essa imagem se refere ao Download do CT-e via portal da SEFAZ.

Bom dia Fábio, Esta feita a inversão, favor atualizar os fontes e realizar novos testes.

Fábio, Relaxa, você não tem culpa de nada. A SEFAZ que deveria assumir essa bronca e criar um novo modelo de Documento Fiscal Eletrônico como fez com a NFC-e e usar o mesmo layout de XML e mesma infra estrutura para recepcionar as NFS-e. Digo isso pois o que existe hoje tanto de layout como infra estrutura o que é necessário é apenas criar um novo modelo e exigi que o CNPJ da prefeitura seja informado no grupo <autXML>. Desta forma as prefeituras vão poder usar o método DistribuicaoDFe para baixar as notas. Tudo esta pronto, basta vontade e um acordo entre a ABRASF e SEFAZ. Ai sim, estaremos livres desses provedores que por sinal muitos não tem profissionalismo nenhum.

Boa tarde Barrys, Se o MDF-e esta sendo rejeitado, isso significa que o Schema esta correto, pois se estivesse errado o seu MDF-e nem seria enviado por falha. A questão agora é descobrir qual é a informação que esta errada no XML que faz com que o mesmo esteja sendo rejeitado.

Boa tarde Diego, Sem os arquivos de envio e de retorno referente ao cancelamento fica difícil descobrir o problema.

Fábio, Mas o nome do tomador esta sendo informado. A tag Nome encontra-se dentro do grupo Tomador. Sem os Schemas (arquivos XSD) fica complicado gerar o XML da forma correta temos que fazer as coisas na tentativa e erro.

Fábio, E o arquivo de retorno, gostaria de ver as rejeições.

Boa tarde Fábio, Favor atualizar os fontes novamente, fiz mais alguns ajustes.

Bom dia André, Vamos analisar o problema e logo estaremos disponibilizando a correção.

Bom dia Barrys, Isso esta estranho, pois peguei o seu XML e coloquei ele no validador do Portal do MDF-e e não apresentou nenhuma falha.

Bom dia Edson, Você se refere a qual método, o DistribuicaoDFe do componente ACBrMDFe? Se sim, basta você atribuir o valor True a propriedade: Configuracoes.Arquivos.EmissaoPathMDFe := True;

Bom dia Amilcarcv, Exatamente.

Bom dia Elviro, Que tal dar uma estuda no programa exemplo? Ele mostra como anexar 2 CT-e ao MDF-e.

Bom dia Luis, Erro de duplicidade significa que o documento já foi enviado e recebido pela SEFAZ e você enviou novamente o mesmo documento, ou seja, com o mesmo numero.

Bom dia Wislei, Veja se esse link: http://www.ophos.com.br/app/publicacoes/detalhe/ct-e-de-anulacao-e-substituicao/

Bom dia, A cidade Sorriso/MT mudou de provedor? Se sim quando essa mudança ocorreu?

Bom dia Roberto, Anexe o arquivo de retorno (*-lista-nfse.xml), para que possamos analisar.

Bom dia Nilson, Muito obrigado pela colaboração. Favor atualizar todos os fontes de todas as pastas e realize novos testes.

Bom dia Barrys, Acredito que o problema agora seja a inconformidade entre a capacidade de peso total do caminhão com o declarado. No grupo <veicTracao> você informa que a capacidade em Kg é de 4500 Kg, ou seja 4,5 toneladas. Por outro lado no grupo <tot> você informa a unidade de carga como sendo 02 - tonelada e a quantidade da mesma é 22, ou seja 22 toneladas. Como um caminhão cuja capacidade total é de 4,5 toneladas vai transportar 22?

Boa tarde, Carrega e descarrega na mesma cidade? <infMunCarrega> <cMunCarrega>3501004</cMunCarrega> <xMunCarrega>ALTINOPOLIS</xMunCarrega> </infMunCarrega> <infMunDescarga> <cMunDescarga>3501004</cMunDescarga> <xMunDescarga>ALTINOPOLIS</xMunDescarga> <infCTe> <chCTe>35....</chCTe> </infCTe> </infMunDescarga>

Boa tarde Fábio, Favor atualizar novamente e testar.

Boa tarde Bruno, Conforme o Manual, quando o tpServ for tsMultmodal não deve constar no XML o grupo infDoc. Se ao fazer isso ocorre erro de validação, isso me leva a crer que os seus Schemas (arquivos XSD) estão desatualizados, uma vez que o grupo infDoc é opcional. Você esta usando os schemas que estão na pasta: ...\Exemplos\ACBrDFe\Schemas\CTe ?

Boa tarde Alexandre, Muito obrigado pela colaboração, já esta disponível.