Italo Giurizzato Junior

Felipe, O meu cliente utiliza a minha aplicação que emite o CT-e na versão 1.04 a quase 3 anos. Essa mesma aplicação já esta pronta agora para a versão 2.00, mas pretendo liberar para o meu cliente somente o ano que vem, mais precisamente em fevereiro ou em março. Isso vai depender do contador dele me informar se ja esta apto a processar os XMLs na versão 2.00

Felipe, Emitir em produção nessa nova versão com poucos dias de liberação dos webservices, não recomendo. Outro detalhe a SEFAZ-SP vai realizar uma parada no dia 8 (se não me falha a memória) para manutenção. Pode ser que esses problemas sejam resolvidos. Outra coisa entre em contato com a SEFAZ e apresente o problema.

Boa noite Felipe, Os webservices para a versão 2.00 foram liberados recentemente, eu acredito que ainda existem falhas na recepção. Eu aguardaria até fevereiro para distribuir a nova versão da aplicação emitindo o CT-e na versão 2.00 por dois motivos: 1. Até lá a SEFAZ detectaria, se não todos mas a grande maioria dos problemas. 2. Os programas utilizados pelos escritórios de contabilidade já estão preparados para essa nova versão?

Boa tarde Joemerson, Pode ser aqui se preferir. Muito obrigado pela colaboração e já esta disponivel.

Boa tarde Aprendiz_ce, No caso do RPS / NFS-e não existe TAG onde informamos se é homologação ou produção, me parece que tem um provedor mas esse é excessão. Logo basta alterar a propriedade do componente, veja como isso é feito no programa exemplo.

Boa tarde Felipe, Notei que o XML do CT-e que você postou é da versão 2.0, correto? Esse problema esta ocorrendo com todos os CT-e que você enviou? Se sim, entre em contato com a SEFAZ SP e informe o problema a eles.

Boa tarde Open Net, Se possível post o XML.

Boa tarde a todos, Primeiramente se essas entregas são dentro do municipio, a transportadora não pode emitir o CT-e e sim Nota Fiscal de Serviço. Se for intermunicipal ai sim, vai emitir o CT-e. Outra coisa, um remetente e vários destinatários, duas perguntas: 1. Quem emitiu as NF-e, é esse remetente? 2. Quem é o tomador do serviço é o remetente? Se a resposta form sim para as duas perguntas, pesquise aqui no fórum sobre CT-e Globalizado. Existe sim a possíbilidade de se emitir um CT-e apenas, mas existem regras e a Transportadora tem que solicitar junto a SEFAZ o Regime Especial. Essas informações estão no Boletim Técnico 2012/001 de maio/2012. CTe_BT2012_001 Padroniza CTe Globalizado.pdf

Boa tarde Fabio, Você já deu uma olhada nas Notas Técnicas, me parece que tem uma que tratada desse assunto.

Boa tarde Fernando, Alteração feita e disponibilizada.

Boa tarde vcintra e Andeson, Muito obrigado pela colaboração.

Sandro, Você sabe quais são as informações que devemos informar quando o documento originário é outros? No seu arquivo consta apenas: [infOutros001] tpDoc=00 Favor acrescentar o campo nDoc informando o numero do documento, apesar de esta como opcional no manual, o ACBrNFeMonitor não gera o grupo infOutros se não tiver essa informação. Veja o exemplo: [infOutros001] tpDoc=00 nDoc=123

Bom dia Sandro, A mensagem de erro diz que o elemento rem esta incompleto, ou seja esta faltando email, infNF, infNFe, ... Vide o manual para saber quais desses campos faltantes são obrigatórios ou opcionais.

Bom dia Aprendiz_ce, Botões: [Consultar NFSe por Período] e [imprimir DANFSe]

Boa noite vca_rj, Não, isso não procede, você pode estar em produção e ficar realizando testes em homologação sem nenhum problema. Diga ao seu cliente para pedir ao contador mostrar onde isso esta escrito na legislação ou no manual ou notas técnicas publicadas pela SEFAZ. Com isso o seu cliente vai descobrir o quanto o contador dele, esta mau informado sobre o assunto.

Boa noite Marcio, Entendi o seu problema. Temos 2 situações: 1. O transporte já foi realizado e consequentemente o MDF-e esta encerrado, neste caso não vejo problemas. 2. A carga esta em trânsito, ai sim pode ocorrer problemas no momento de uma checagem do MDF-e em um posto fiscal de fronteira.

Boa tarde Marcio, Você chegou a tentar, executar o processo de anulação, substituição ? Acredito que uma coisa não tem haver com a outra, ou seja, se foi emitido ou não o MDF-e.

Boa tarde Fábio, Já esta disponivel a alteração das URLs, muito obrigado pela colaboração.

Boa tarde Wislei, Ao meu ver o correto é termos apenas um unico arquivo que seja capaz de imprimir tanto um quanto o outro. Estude mais um pouco, tenho certeza que você vai encontrar uma solução. Não me recordo se para a NFe temos o DANFE em Fast Report, se sim, que tal dar uma olhada como foi resolvido essa questão, visto que na NF-e também temos o segundo código de barras quando o DANFE é emitido em contingência.

Bom dia Rafael, Como dito anteriormente o componente tem que estar configurado com o mesmo ambiente que consta no XML, veja: Configuração do componente: case DM_CTA.ParamDFeWSAmbiente.AsInteger of 0: ACBrCTe.Configuracoes.WebServices.Ambiente := taHomologacao; 1: ACBrCTe.Configuracoes.WebServices.Ambiente := taProducao; end; Alimentação do componente com os dados pertinentes ao transporte da carga: case DM_CTA.ParamDFeWSAmbiente.AsInteger of 0: Ide.tpAmb := taHomologacao; 1: Ide.tpAmb := taProducao; end; Espero ter ajudado.

Bom dia Igor, Primeiramente o componente tem uma propriedade chamada VersaoDF que aceita os valores ve100 e ve100a Segundo, no portal do MDF-e você encontra os manuais e notas técnicas, essa é a fonte para saber a estrutura do XML de uma versão e da outra.

Boa noite Andeson, Muito obrigado pela colaboração, já esta disponivel no SVN.

Boa noite Marcio, Não seria mais prudente deixar para emitir o MDF-e quando a carga estiver dentro do caminhão pronto para sair?

Boa noite Rafael, Você compilou a aplicação com a opção Build ?

Boa tarde Cleber, Com certeza a SEFAZ não esta validando corretamente o caso em questão. A minha sugestão é entrar em contato com a SEFAZ e apresentar o problema, se possível enviar os XMLs que você postou.