Italo Giurizzato Junior

Bom dia Rigotti, Verifique se dentro da pasta que contem os fontes ACBrNFSe não tem nenhum arquivo com uma bolinha vermenha ou triangulo amarelo no icone. Se sim, exclua o arquivo e atualize novamente.

Bom dia Marcos, A linha: ACBrNFSe1.Configuracoes.Geral.PathSchemas := A_Menu.LeRegistro('NFS-e','PathSchemas');; Você configurando a propriedade PathSchemas, ao executar o A_Menu.LeRegistro qual é o caminho retornado? Dentro da pasta informada nesse caminho quais são os arquivos que estão salvos nela?

Boa noite Marcos, Se você estiver utilizando o programa exemplo, note que há necessidade de informar o caminho onde esta os schemas para o provedor PVH. ...\Exemplos\ACBrNFSe\Delphi\Schemas\PVH

Boa noite Rigotti, Todos os fontes de todas as pastas estão atualizados?

Boa tarde Aprendiz_ce, Você esta tentando emitir NFS-e para a cidade Aquiraz? E qual é o erro que aparece ao emitir em ambiente de produção?

Boa tarde Heto Andrade, Em qual versão você esta gerando o XML do CTe?

Bom dia msiscampos, Isso não procede. Devemos enviar um evento de encerramento antes de emitir um novo MDF-e para o mesmo caminha e par de UF. Nota Técnica 2013/004 do MDF-e, página 11, primeiro paragrafo.

Bom dia Felipe, Consultei as duas chaves de NF-e que aparecem no XML que você postou. Tanto na SEFAZ-SP quanto no Ambiente Nacional as duas NF-e aparecem como autorizadas. Agora vamos aos detalhes: A primeira foi autorizada em 02/12/2013 as 14:52:01 e a segunda no dia 02/12/2013 as 15:17:40. Mas a data e hora de emissão do CT-e cujo XML você postou é: 02/12/2013 as 00:00:00, veja: <nCT>1</nCT> <dhEmi>2013-12-02T00:00:00</dhEmi> <tpImp>1</tpImp> Se o webservice esta considerando a data e hora de emissão do CT-e para tomar como base a checagem das NF-e, você concorda que naquele momento elas não existiam? Ambas as NF-e foram emitidas ou melhor dizendo autorizadas no periodo da tarde e o seu CT-e estaria sendo emitido a meia noite ou as zero horas do dia 02/12/2013, informação contida no XML. Posso estar escrevendo uma tremenda bobagem, mas se existe uma explicação, ao meu ver seria essa. Ao atribuir o valor para a propriedade dhEmi faça da seguinte forma: Ide.dhEmi := Now; assim a Data e Hora de Emissão vai contem a Data e Hora do relógio da maquina que por sinal tem que esta atualizada e compativel com os servidores da SEFAZ.

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.