Italo Giurizzato Junior

Bom dia DATAC, Sim agora temos a tão sonhada CC-e para o CT-e. Mas vamos aos detalhes: 1. A CC-e só vai ser disponibilizada para a versão 2.0 do CT-e 2. Já é possível fazer os testes com esssa nova versão em ambiente de homologação. 3. O ambiente de produção ainda não esta disponivel. 4. O ACBrNFeMonitor ainda não é compativel com a versão 2.0 do CT-e Como não sou eu o responsável pelo ACBrNFeMonitor não tenho condições de estipular prazo, mas uma coisa é certa, ele estará compativel até 01/06/2014, pois é a data final que a SEFAZ vai aceitar CT-e na versão 1.04

Bom dia Professor, Até onde sei, Piracicaba/SP se utiliza do provedor SimplISS. Você tem duas opções para emitir a NFS-e: 1. Via Site, não requer certificado, apenas um login: Usuário e Senha. 2. Via WebService, requer certificado Se você optar pela segunda opção é possível sim desenvolver uma aplicação utilizando o componente ACBrNFSe.

jwester, Com as alterações que fiz e disponibilizei, não tenho mais erros de validação no lote apenas no que diz repeito a assinatura, uma vez que não estou utilizando um certificado de uma empresa de Recife. Você esta com todos os fontes do componente atualizados? Verifique se não tem nenhum cujo ícone esta com uma bolinha vermelha, caso positivo exclua e baixe novamente. Você esta utilizando os schemas que estão na pasta Recife?

Boa tarde Akai, Como não tenho certificado válido para realizar esses tipos de testes, por favor, tente identificar onde ocorre o problema, pois na rotina que realiza a consulta não encontrei nada de anormal.

Boa tarde jwester, Disponibilizei uma alteração, favor atualizar os fontes e testar novamente.

Boa tarde Andeson, Já encontra-se disponível os fontes alterados para suportar mais este provedor. Muito obrigado pela colaboração.

Boa tarde Marcio, Obrigado pela colaboração, já disponibilizei a sua correção.

Boa tarde Eduardo, Sim, e isso é imples de resolver, basta alterar o layout do DACTE aumentando o espaço para imprimir mais de um, e alterar a rotina que imprimi esses dados.

Eduardo, O XML esta sendo gerado com a versão 2.00, correto? Se sim, o problema esta na SEFAZ, favor entrar em contato com eles.

Bom dia Eduardo, O envio esta sendo feito em ambiente de homologação ou produção?

Fernando, Esta ocorrendo falha na validação do XML, mais precisamente na TAG xCondUso ? Se sim, o motivo é simples, a SEFAZ tinha publicado um schema errado, favor atualizar os schemas. Dentro da pasta: ...\Exemplos\ACBrCTe\Delphi\Schemas\V200 temos o arquivo: PL_CTe_200a_NT2013_013.zip Utilize os schemas deste arquivo.

Bom dia Mark Apollo, Muito obrigado por ter detectado o erro. Já esta disponivel o fonte corrigido.

Igor, Você esta pagando um preço alto por gerar o XML fora do componente e depois querer utiliza-lo para assinar e validar. Nota Técnica 2013/004, página 96 A nomenclatura da TAG que representa o grupo de informações de documentos é: infDoc A sua aplicação esta gerando essa tag com o seguinte nome: infdoc Notou a diferença? O componente ao ler o XML checa se existe a TAG: infDoc e não encontra, pois a sua aplicação gerou a TAG: infdoc. Como você pode ver o componente esta em conformidade com o Manual e Notas Técnicas, pelo menos nos esforçamos para isso. O problema esta na sua rotina que gera o XML. A versão que devemos usar no momento é a ve100. A minha sugestão é: Faça tudo através do componente ou reveja toda a rotina de geração de XML, comparando a nomenclatura das TAGs com as que estão na NT 2013/004. Pois podem existir outras com nomes errados.

Igor, Até agora não consigo entender porque tem pessoas, que alimentam o componente com os dados, executa o comando GerarXML, manda salvar, depois executa a limpeza, carrega o XML salvo, manda validar, etc, etc. Porque não simplificar toda essa rotina. 1. Limpa o componente; 2. Alimenta com os dados; 3. Valida. O comando Valida, se encarreta de executar o comando Assinar que por sua vez se encarrega de gerar o XML, assinar e salvar o XML assinado em disco. Outra coisa, você esta com todos os fontes atualizados? Você notou que o componente agora possui uma nova propriedade: "VersaoDF"? Qual é o valor que você atribuiu a essa propriedade (ve100 ou ve100a) ?

Bom dia Ricardo, Dentro da pasta ...\Exemplos\ACBrCTe temos varios arquivos TXT, no AlimentarComponente.txt você vai encontrar a solução.

Bom dia Fernando, Tente alimentar o componente desta forma:

Bom dia Nellien, Mais uma vez parabens pelo trabalho.

Bom dia Igor, Você esta utilizando o componente ACBrMDFe? Se sim, após alimentar o componente com os dados quais são as sequecias de comandos que você executa? Verifique se no meio dessa sequencia você não esta limpando a lista de documentos, ou seja executando o Clear.

Bom dia jwester, Qual é a mensagem que você se refere? Se for a do titulo do tópico, você já tentou usar o botão [Gerar e Enviar Lote] ?

Boa tarde Graça, Acredito que essa lei 59.565 de 01/10/2013 publicada no Estado de São Paulo esta furada. Veja o que diz a letra "f": f) devendo na hipótese de a carga transportada ser destinada a mais de uma unidade federada, ser emitidos tantos MDF-e distintos quantas forem as unidades federadas de descarregamento, agregando, por MDF-e, os documentos destinados a cada uma delas."(NR). Se o caminhão sai de MG, passa por SP e depois parte para RJ, supondo que parte da carga vai ser descarregada em SP e o restante no RJ. Para quem emitia o Modelo 25, já emitia dois um para o trecho MG-SP e o segundo para SP-RJ. Só que no MDF-e não podemos emitir dois para o mesmo caminhão, só posso emitir o segundo depois de encerrar o primeiro. Uma vez que toda a carga vai estar relacionada no primeiro MDF-e, ao chegar em SP devemos encerrar e emitir um novo informando somente a carga que sobrou para ser transportada até o RJ. A duvida agora é quem vai fazer o encerramento do primeiro, é a unidade da transportadora que esta em MG? Quem vai emitir o segundo? A unidade da transportadora que esta em SP? E é esta que faz o encerrando quando a carga for descarregada no RJ? E essa história de emitir o MDF-e para o transporte intermunicipal é complicado. Imagina que o caminhão sai de Contagem/MG e percorre 10 cidades vizinhas. Quero chamar a atenção que devemos encerrar e emitir um novo MDF-e toda vez que houver uma alteração na composição da carga. Se a emissão e o encerramento do MDF-e vai ficar a cargo da transportadora em Contagem, você vai passar o dia todo, aguardando o motorista ligar para informar o que foi entregue, para você encerrar o MDF-e "ativo" e emitir um novo e enviar o DAMDFE em PDF por e-mail para ele (motorista), que por sua vez tem que imprimir para poder prosseguir a viagem, uma vez que o primeiro DAMDFE já não é mais valido pois esta encerrado.

Boa tarde Ismael, A quanto tempo você não atualiza os fontes dos componentes? E agora você atualizou somente a pasta onde encontra-se o componente ou todas as pasta? Se atualizou todas, o erro que você postou, resolve simplismente compilando novamente o pacote PCN2.

Boa tarde Sandro, Quando se trata de redespacho ou redespacho intermediário não há necessidade de informar o Remetente. Quanto a informar o CTe emitido pela transportadora A no campo idDocAntEle acredito que também esta correto. Pelo menos é o meu entendimento.

Boa tarde Nellien, Diminua a altura de alguns quadros e a largura dos quadros referentes as quantidades (CT-e, CT, NF-e e NF), pois podemos ter mais uma informação a de Quantidade de MDF-e, sim é isso mesmo, se não me falha a memória no caso do Multimodal é possível emitir o MDF-e fazendo referencia a outros MDF-e emitidos pelos outros modais. A intensão de diminuir a altura dos quadros, é para que sobre espaço na folha criando assim um quadro com a relação dos documentos relacionados no MDF-e. Vide como exemplo o DAMDFE feito em Quick Report.

Bom dia Leonardo, As alterações promovidas pelo colega Ranlive já foram incorporadas e disponibilizadas.

Bom dia Nellien, Parabéns pela iniciativa. Já baixei os seus fontes, como não tenho e nem trabalho com o Fast Report, não vou poder realizar os testes. Peço para que os demais colegas que utilizam o componente ACBrMDFe e estavam aguardando uma versão do DAMDFE em Fast Report que baixem, instalem e reportem os resultados. Estando tudo OK vou enviar para o SVN.