Italo Giurizzato Junior

Boa noite Diego, Alem do erro passar a ocorrer depois das 14 horas, houve atualização do componente? Foi informado algum valor diferente ou melhor dizendo uma situação diferente?

Rafael, Verifique se não existe em outra pasta fontes antigos do ACBr e verifique também se no Library Path do Delphi contem o path apontando para a pasta PCN2 desses fontes antigos. Outra coisa importante é que o Path do PC2 tem que vir antes do path do ACBrCTe.

Boa tarde Rafael, O componente ACBrCTe se utiliza do pacote PCN2, sendo assim esse pacote deve ser compilado antes do ACBrCTe. Na verdade trata-se de uma constante o "CTeenviCTe", favor abrir o fonte pcnConversao e verificar se essa constante existe. Procure atualizar todos os fontes de todas as pastas periodicamente.

Claro que sim.

Boa tarde Adriano, Se possível post como anexo o XML do CTe Complementar.

Boa tarde lvr, Fontes e lista atualizados e disponibilizados.

Lhe agradeço se você atualizar e disponibilizar aqui no fórum.

Bom dia lvr, Cidades incluidas, muito obrigado pela colaboração, favor atualizar os fontes.

Bom dia Claudemir, Por favor faça uma copia dos seus fontes e atualize, realize novamente os testes.

Bom dia a todos, Quando ocorre o envio de um Lote de CT-e para SEFAZ e um ou mais CT-e fica sem o protocolo de autorização, temos que primeiramente verificar o arquivo de retorno da sefaz: <numrec>-pro-rec.xml Nesse arquivo você tem o status de cada CT-e do lote que foi enviado. Verifique nesse arquivo qual é o status do CT-e que não foi protocolado, ele pode ter sido rejeitado ou denegado. Se foi rejeitado basta corrigir o problema apontado pela rejeição e enviar novamente, mas se ele foi denegado, não tem o que fazer. Agora caso ele tenha sido autorizado, basta você realizar uma consulta, desta forma o XML vai ser atualizado com as TAGs do protocolo. Exemplo de como realizar essa consulta: // Carrega no Componente o CTe salvo em Arquivo XML (Assinado e sem o protocolo) ACBrCTe.Conhecimentos.Clear; ACBrCTe.Conhecimentos.LoadFromFile(NomeArquivo); ACBrCTe.Consultar; // Carrega no Componente o mesmo arquivo XML, após executar o Consultar ACBrCTe.Conhecimentos.Clear; ACBtCTe.Conhecimentos.LoadFromFile(NomeArquivo); // Imprime o DACTE ACBrCTe.Conhecimentos.Imprimir; Espero ter ajudado.

Boa tarde a todos, Agora temos um fórum só para tratar assuntos relacionados ao componente ACBrMDFe. Gostaria de agradecer aos administradores do fórum, pois o MDF-e Manifesto Eletrônico de documentos fiscais, não é apenas mais um Documento Fiscal Eletrônico que vai ser utilizado pelas transportadoras, mas também pelos emitentes de NF-e que realizam o próprio transporte dos produtos vendidos. Quando eu iniciei o assunto sobre o MDF-e já sabia que: Primeiro deveria criar um novo componente e não criar funcionalidades no ACBrCTe; Segundo optei por postar dentro do fórum ACBrCTe pois no fringir dos ovos que vai mais emitir o MDF-e são as transportadoras. Agora precisamos mover todo as postagens referentes ao MDF-e para dentro deste fórum. Mais uma vez muito obrigado a todos.

Boa tade a todos, Obrigado Leandro pelos elogios. Pessoal, dentro da pasta ...\Exemplos\ACBrCTe existe varios arquivos textos com fragmentos de código da minha aplicação, entre eles temos o AlimentarComponentes.txt, nesse arquivo vocês vão encontrar as respostas, basta estuda-lo.

Bom dia Riqueluiz, Sim, se você esta se referindo aos arquivos textos que encontram-se dentro da pasta ...\Exemplos\ACBrCTe, eles são fragmento de códigos da minha aplicação. Portanto os: DM_CNT e DM_CTA são Data Modules que criei para a minha aplicação. Você precisa estudar esses fragmentos de códigos e adapta-los ao seu sistema.

Bom dia a todos, Já encontra-se disponivel as alterações, por favor faça uma cópia dos fontes, antes de atualizar. Depois de baixados os novos fontes, favor testar.

Bom dia a todos, Com relação ao Canhoto do CT-e, podemos sim realizar alterações, vamos primeiramente nos remeter ao manual. Manual DACTE versão 1.00b, página 12 item 1.24.5: O terceiro paragrafo do item 1.24.5 deixa claro que as informações presente no canho é de livre escolha, o que esta no manual é apenas um exemplo. Me baseando em um DACTE que recebi, podemos colocar no canhoto as seguintes informações: Razão Social ou nome fantasia da transportadora, chave de acesso, Razão Social do Remetente, Destinatário, Numero e Série do CT-e, Data e Hora de Emissão, Forma de Pagamento, Tomador do Serviço, Valor do Frete, Cidade de Origem e Destino da Prestação. E os espaços para que o Recebedor possa preencher a Data da Entrega, Horário, Nome do Recebedor, Assinatura e RG. Quero lembra-los que o DACTE que acompanha o componente possui o canhoto parecido com o que consta no manual. Veja bem essa é uma proposta de alteração, e volto a lembrar que os fontes estão disponiveis, e qualquer um poderá alterar conforme a necessidade.

Bom dia Geferson, O código fonte de todos os componentes ACBr são abertos, se você detectar um erro, você mesmo pode efetuar a correção e nos enviar a mesma, para que possamos efetuar a correção e disponibilizar para todos. Logo não há necessidade de ficar esperando que nós façamos as devidas correções. Efetuei a correção segundo a sua orientação e já encontra-se disponivel. Favor atualizar os fontes, e testar novamente.

Boa noite Osmar, Você atualizou a URL do tortoise? Se não, não vai atualizar mesmo.

Boa noite Geferson, Favor atualizar os fontes e testar novamente.

Boa noite bilogyn, No caso da NFSe não se valida o RPS e sim o lote e essa validação é feita pelo próprio componente de forma automática.

Boa tarde Adilson, Muito obrigado pela colaboração e empenho em tornar mais um provedor funcional. Quando ao cancelamento, você carrega o XML da NFS-e que pretente cancelar antes de efetuar o cancelamento?

Bom dia Adilson, O XML é gerado através da Unit pnfsNFSeW, essa tag <CodigoTributacaoMunicipio> fica dentro do grupo <Servico>, mas checando a unit em questão esta tudo OK, verifique se ele esta atualizado. Lembrando que estamos falando do provedor 4R.

Já esta disponivel, vamor ver se vai funcionar com outras verões do Quick Report que possui o filtro para gerar o PDF.

Bom dia a todos, O código do componente é aberto, portanto vocês tem acesso aos fontes, altere conforme a necessidade, desde que as alterações não afetem o lay-out do DACTE, uma vez que ele foi desenhado conforme o manual. Mas não vejo nenhum problema de deixar o canhoto um pouco maior na vertical para que possa ser acrescentado mais uma linha contendo o nome da transportadora.

Bom dia lvr, Removi o label, favor atualizar os fontes e testar novamente.

Bom dia Adriano, Você só pode incluir várias NF-e em um unico CT-e quando todas as NF-e são do mesmo Emitente para o mesmo Destinatário, caso contrario não pode. Exemplo 1: NFe 1 - Emitente A -> Destinatário B NFe 2 - Emitente A -> Destinatário B NFe 3 - Emitente A -> Destinatário B NFe 4 - Emitente A -> Destinatário B Neste caso podemos emitir um unico CTe relacionando as 4 NFe acima, pois o Emitente é o mesmo e o Destinatário também. Exemplo 2: NFe 1 - Emitente A -> Destinatário B NFe 2 - Emitente A -> Destinatário C NFe 3 - Emitente D -> Destinatário E NFe 4 - Emitente F -> Destinatário E Neste caso devemos: Emitir 4 CTe, por que, as NFe 1 e 2 tem o mesmo Emitente, mas o destinatário é diferente, logo um CTe para cada um, nas NFe 3 e 4 temos o mesmo destinatário, mas o emitente é diferente, logo um CTe para cada um. Não interessa se os emitentes são da mesma cidade e ou os destinatários são da mesma cidade. Reafirmando um CTe pode ter 1 ou mais documentos originários no caso NF-e, para ter 2 ou mais todas as NF-e incluidas em um mesmo CTe tem que obrigatoriamente ter o mesmo emitente e o mesmo destinatário. Espero ter ajudado.