Italo Giurizzato Junior

Bom dia Leonardo, Esses últimos dias foram um tanto quanto corridos, e devo ter esquecido de ver o seu post. Já disponibilizei as alterações. Mais uma vez muito obrigado.

Bom dia Reisdorfer, Se você estiver com todos os fontes atualizados, vai notar na unit: ACBrProvedorISSNet que todas as function que geram os envelopes de Recepção, consulta e cancelamento possui a linha que defini a versão do XML bem como a sua codificação.

Se você utiliza o DANFSE feito em Quick Report, o arquivo é o ACBrNFSeDANFSeQRRetrato. Mas lembre-se de abrir primeiro o ACBrNFSeDANFSeQR, caso contario o Delphi vai exibir uma mensagem de Anteção.

Bom dia ALA, Se você não esta conseguindo postar como anexo, é bem provavel que a sua cota se esgotou. No painel de configuração do seu usuário se não me engano tem uma opção que você tem acesso a todos os seus anexos, você pode excluir os mais antigos. Com relação aos erros, pelo que me parece são bem claro, apesar de você ter dito que o erro ocorre ao realizar a consulta. Qual comando você esta utilizando para realizar a consulta e quais dos você esta informando como parametros?

Bom dia Robson, Você chegou a atualizar os fontes? E realizou novos testes? Se sim, qual é o problema?

Boa tarde sesistemas, O componente ACBrMDFe possui uma propriedade chamada VersaoDF que aceita os seguintes valores: ve100 e ve100a No momento devemos utilizar o valor ve100 juntamente com os schemas que estão no arquivo: PL_MDFe_100_NT2013002 (pasta: ...\Exemplos\ACBrMDFe\Delphi\Schemas\V100 ) Desde ontem 29/10/2013 foi liberado o ambiente de homologação para a versão 1.00a Sendo assim devemos configurar o componente para ve100a e utilizar os schemas que estão no arquivo: PL_MDFe_100a_pre (correcao) na mesma pasta. A data de liberação do ambiente de produção esta prevista para 01/12/2013 (versão 1.00a) Espero ter ajudado.

Boa tarde Nilton, Agradeço os seus elogios, muito obrigado. Eu compartilhei o fragmento de como cancelar por evento, o nosso amigo Krepe o EPEC. Acredito que é compartilhando fragmentos de códigos que todos saem ganhando. Estou torcendo para que a SEFAZ-MG resolva todos os problemas com os WebServices, uma vez que a versão 1.04 será aceita até 01/06/2014 se não me falha a memória. O retorno que a SEFAZ lhe deu, convenhamos é uma piada. "A data de início de vigência da versão 2.00a no ambiente de homologação (teste) é 01/09/2013." Que dia é hoje?

Boa tarde Dominio, Você esta gerando o CT-e na versão 1.04 correto? Em ambiente de homologação funciona 100%. Em ambiente de produção ocorre o problema, correto? Para mim, esta claro que o problema é na SEFAZ, uma vez que a unica diferença entre homologação e produção é a URL para onde é enviado os envelopes. Se a URL do ambiente de produção estivesse errada, você nunca iria conseguir cancelar. Se na segunda tentativa você consegue cancelar, isso é uma prova que a URL esta correta. A SEFAZ esta com um problema intermitente. Entre em contato com eles.

Sim, Deve informar o CT-e da transportadora A como sendo documento anterior.

Boa tarde Sandro, O redespacho ocorre quando temos duas transportadoras contratadas para levar um produto do remetente até o destinatário. Vamos ao exemplo: Transportadora A: Tipo do Serviço = Normal; Remetente = Sandro; Recebedor = Transportadora B (se souber quem é a segunda transportadora é interessante informar) Destinatário = Italo; Tomador do Serviço = Sandro; Transportadora B: Tipo do Serviço = Redespacho; Remetente = Sandro (opcional); Expedidor = Transportadora A; Destinatário = Italo; Tomador do Serviço = Italo (por exemplo) Sandro, existe também o Redespacho intermediário. Leia com bastante atenção o texto deste link: http://www.ophos.com.br/publicacoes/detalhe/ct-e-de-redespacho/

Boa tarde Fernando, Alterações realizadas e disponibilizadas. Muito obrigado pela colaboração.

Bom dia Diego, Você já ouviu falar na Manifestação do Destinatário? Eu sei que a obrigatoriedade para todos vai demorar, mas trata-se de um canhoto eletrônico. Quando o Destinatário recebe a mercadoria ele se manifesta acusando o recebimento da mesma. Quando o emitente da nota efetuar uma consulta, tera como resposta a situação atual da mesma e todos os eventos vinculados a ela. Neste caso vai aparecer a manisfestação do destinatário acusando o recebimento da mercadoria. Agora se o problema é documentar o recebimento da percadira pela transportadora e depois pelo cliente, existe a possíbilidade de emitir o DANFE em duas vias. Uma delas fica com o emitente cujo canhoto foi assinado e datado pela pessoa que realizou a coleta para transportadora. A outra vai junto com a mercadoria, cujo canhoto vai ser assinado e datado pelo destinatário.

Bom dia msiscampos, O que diz a legislação referente ao MDF-e? Uma transportadora ao emitir o CT-e deve fazer referencia ao documento originário do material a ser transportado. Esse documento originário pode ser uma NF-e, uma Nota Fiscal comum (papel) ou um outro tipo de documento, como por exemplo uma declaração. O DACTE deve ser impresso e junto com o documento originário vai acobertar o transporte do material da sua origem até o seu destino. Com a obrigatoriedade do MDF-e o que muda? Se tratando de transporte interestadual de carga fracionada, a transportadora deverá emitir o MDF-e e deve referenciar todos os CT-e referentes aos produdos a ser transportado pelo caminhão informado no MDF-e. O DAMDFE deve ser impresso e junto com os DACTE e os documentos originários vão acobertar o transporte dos materiais da sua origem até o seu destino. Se tratando de lotação, não se emiti o MDF-e, uma vez que o CT-e já foi emitido como lotação e nele consta o caminhão e motorista. Por ser lotação é emitido apenas um CT-e para toda a carga contida no caminhão. A idéia do MDF-e é agilizar a fiscalização nos postos de fronteira, é mais rápido o fiscal checar a validade do MDF-e em relação a dezenas de CT-e. Espero ter ajudado.

Bom dia Junior, Esta esquecendo sim. Você leu o manual da versão 2.00 no que diz respeito ao cancelamento? Pelo jeito não, pois o cancelamento mudou, na versão 2.00 é por evento. Dentro da pasta: ...\Exemplos\ACBrCTe tem um fragmento de código chamado: Cancelamento por evento. Estude ele para você escrever a sua rotina.

Bom dia Junior, Exite alguma Nota Técnica informando que apartir de hoje haveria mudança nas URLs dos WebServices?

Boa noite Maiko, Se possível poste como anexo o XML inteiro.

Boa tarde Rodrigo, Você compilou a sua aplicação com a opção Build?

Altere o tamanho do fonte no DANFSE caso não seja possível aumentar a largura do campo. E por favor ALA, não precisa você postar no corpo do tópico o conteúdo do XML.

Fechado por duplicidade.

Fechado por duplicidade.

Fechado por duplicidade.

Fechado por duplicidade.

Fechado por duplicidade.

Boa tarde ALA, Primeiramente você não postou a mensagem de erro. Segundo não postar o conteúdo do arquivo no corpo do tópico, poste o arquivo como anexo.

Tópico fechado por duplicação.