Italo Giurizzato Junior

Bom dia a todos,
 
Com certeza estão mexendo.
 
A SEFAZ-SP por exemplo agora possui 2 conjuntos de URLs, uma para versão 2.00 e outra para a 3.10, tanto para o ambiente de homologação quanto o de produção.

Boa noite Cezar,
 
Da forma que você esta obtendo o numero do protocolo: WebServices.Retorno.Protocolo
 
Só funciona se o lote tiver apenas 1 CT-e.
 
Aconselho você obter o numero do protocolo de forma diferente.
 
Estude o arquivo exemplo: EnviarLote.txt que encontra-se dentro da pasta: ...\Exemplos\ACBrCTe, mais precisamente o código após a linha 45.
 
Note que é executado uma consulta se utilizando do numero do recibo.

Boa noite HetoAndrade,
 
A CC-e foi disponibilizada na versão 2.00 do CT-e.
 
Me parece que da até para emitir uma CC-e na versão 2.00 para corrigir um CT-e da versão 1.04, nunca realizei esse teste.
 
Quanto a alimentar os campos, os seus exemplos estão corretos.

Boa noite Leonardo,
 
Muito obrigado pela colaboração, em breve estarei disponibilizando as suas alterações.

Boa noite Leonardo,
 
Muito obrigado pela colaboração, a alteração já foi realizada, favor atualizar os fontes e testar.

Boa noite Cezar,
 
Favor atualizar os fontes e tentar novamente.

Boa tarde Ant.Carlos,
 
A resposta esta no próprio XML.
 
Note que você informou o código do pais como sendo 0055 sendo que esse código é utilizado na telefonia, no XML devemos informar o código segundo o IBGE que é 1058 para o Brasil.

Boa tarde kzarlopes,
 
Vamos verificar, se for erro na implementeção, com certeza vai ser corrigido.
 
kzarlopes,
 
Veja a explicação abaixo:
 
 
 
A SEFAZ aceita somente um evento por lote, dai a mensagem de erro:
 
"ERRO: Conjunto de Eventos transmitidos (máximo de 1) excedido."
 
Como resolver o problema da carta de correção?
 
Simples, uma coisa é adicionar mais de um evento e outra coisa é adicionar mais de uma Informação de correção.
 
Se é enviado uma CC-e  contendo a correção do campo X e depois temos que enviar uma segunda CC-e com a correção do campo Y, devemos adicionar 2 infCorrecao. 
 
O primeiro contendo novamente a correção do campo X e o segundo contendo a correção do campo Y.
 
Vamos a um exemplo:
 
Primeira CC-e:
 
Note que o ADD do Evento é executado apenas 1 vez na rotina, por outro lado o ADD do infCorreção é executado uma para cada correção.
 
Espero ter ajudado.

Boa tarde Leonardo,
 
Muito obrigado pela colaboração, assim que possível, estaremos verificando.

Boa tarde Rafael,
 
O pacote de instalação do ACBrCTeDACTeQR requer versão 5 do Quick Report.
 
Se você puder realizar a troca da versão 3.5 pela 5.02 será ótimo, alem de não ocorrer o erro, você vai poder disfrutar do recurso de gerar o DACTE em PDF.
 
Se não for possível a troca, favor pesquisar no fórum, você vai encontrar varias dicas para contornar esse problema.

Boa tarde a todos,
 
Não é permitido emitir uma CC-e para corrigir o CNPJ ou CPF do Emitente, Remetente, Destinatário ou Tomador do Serviço (outros).

Boa noite a todos,
 
Até onde sei, não vai ser possível emitir uma CC-e para NFC-e.

Boa noite Kelson,
 
Você atualizou a cadeia de certificados, configurou o Internet Explorer corretamente?

Boa tarde Rommaraujo,
 
Se você estiver com todos os fontes atualizados, vai notar que o componente ACBrNFe possui 2 propriedades especificas para essa questão:
 
ModeloDF e VersaoDF
 
Em ModeloDF você define o modelo de documento fiscal (moNFe ou moNFCe) que você deseja que o componente gere.
 
Em VersaoDF você define a versão do documento fiscal (ve200, ve300 e ve310) que você deseja que o componente gere.
 
No seu caso você deve configurar da seguinte forma:
 
ModeloDF = moNFCe
 
VersaoDF = ve310

Bom dia kzarlopes,
 
Quando o componente não consegue obter o erro, no XML de retorno da SEFAZ, essa mensagem é apresentada.
 
Isso pode ser um problema na SEFAZ.

Boa noite Kzarlopes,
 
A variável Protocolo que alimenta a propriedade nProt contem o numero do protocolo de autorização de uso do CT-e.
 
Lembre-se se você vai cancelar um CT-e é porque o mesmo foi enviado a SEFAZ e esta por sua vez retornou o protocolo de autorização.
 
É este numero que devemos passar para propriedade nProt para evetuar o cancelamento por evento.

Bom dia Maricelo,
 
Se você imprimir o DANFSE usando o programa exemplo com base no XML gerado pelo site, você vai notar que não será possível imprimir a discriminação dos serviços exatamente como esta no PDF que você anexou.
 
Pelo simples fato que não existe no XML os dados referentes a quantidade, unidade e valor unitário.

Leonardo,
 
Maravilha, atualizando os fontes, em breve vou disponibilizar.

Boa tarde Binho,
 
Muito obrigado, vou alterar o fonte e disponibilizar assim que possível.

Boa tarde Geo,
 
Muito obrigado pela colaboração.
 
Vou atualizar os fontes e assim que posível, vou disponibilizar.

Bom dia Márcio,
 
Primeiramente, quem é obrigado a emitir o MDF-e?
 
Vamos ao Ajuste Sinief 15 de 2012:
 
(...)
Cláusula terceira O MDF-e deverá ser emitido:
“I - pelo contribuinte emitente de CT-e de que trata o Ajuste SINIEF 09/07, de 25 de outubro de 2007, no transporte de carga fracionada, assim entendida a que corresponda a mais de um conhecimento de transporte;
 
II - pelo contribuinte emitente de NF-e de que trata o Ajuste SINIEF 07/05, de 30 de setembro de 2005, no transporte de bens ou mercadorias acobertadas por mais de uma NF-e, realizado em veículos próprios ou arrendados, ou mediante contratação de transportador autônomo de cargas.”;
(...)
 
(...)
Cláusula décima sétima A obrigatoriedade de emissão do MDF-e será imposta aos contribuintes de acordo com o seguinte cronograma:
Nova redação dada ao inciso I da cláusula décima sétima pelo Ajuste SINIEF 10/13, efeitos a partir de 26.06.13.
I - na hipótese de contribuinte emitente do CT-e de que trata o Ajuste SINIEF 09/07, no transporte interestadual de carga fracionada, a partir das seguintes datas:
a) 2 de janeiro de 2014, para os contribuintes que prestam serviço no modal rodoviário relacionados no Anexo Único ao Ajuste SINIEF 09/07 e para os contribuintes que prestam serviço no modal aéreo;
2 de janeiro de 2014, para os contribuintes que prestam serviço no modal ferroviário;
c) 1º de julho de 2014, para os contribuintes que prestam serviço no modal rodoviário, não optantes pelo regime do Simples Nacional e para os contribuintes que prestam serviço no modal aquaviário;
d) 1º de outubro de 2014, para os contribuintes que prestam serviço no modal rodoviário optantes pelo regime do Simples Nacional;
 
II - na hipótese de contribuinte emitente de NF-e de que trata o Ajuste SINIEF 07/05, no transporte interestadual de bens ou mercadorias acobertadas por mais de uma NF-e, realizado em veículos próprios ou arrendados, ou mediante contratação de transportador autônomo de cargas, a partir das seguintes datas:
a) 3 de fevereiro de 2014, para os contribuintes não optantes pelo regime do Simples Nacional;
1º de outubro de 2014, para os contribuintes optantes pelo regime do Simples Nacional.
 
(...)
 
Acredito que isso responde a sua pergunta.
 
Como você pode ver, não é só as transportadoras que são obrigadas a emitir o MDF-e.
 
Mas tudo depende da situação.

Não tenho Paulo.

Cleber,
 
Note que dentro da pasta V200 temos 4 arquivos ZIP, você esta utilizando os schemas contidos no PL_CTe_200a_NT2013_013 ?

Boa noite,
 
Favor atualizar os fontes e testar novamente.

Daniel,
 
Você analisou o funcionamento do programa exemplo do componente ACBrNFSe?