Italo Giurizzato Junior

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.

Bom dia lvr, Como existe o ImprimirPDF que gera e salva o PDF, não sei se seria interessante. Outra coisa, alguns provedores como por exemplo o Ginfes possui uma URL que o próprio componente monta e que você pode enviar por e-mail para o tomador do serviço. Este por sua vez ao clicar no link obtem o DANFSE gerado pelo próprio provedor, permitindo que o tomador possa imprimir ou salvar o mesmo em PDF. O EnviarEmail se utilizado e configurado corretamente, alem de anexar o XML da NFS-e inclui também o DANFSE em PDF, previamente salvo na pasta indicada na configuração do componente.

Boa noite Adriano, Não, você não pode informar como documento originário uma listagem de documentos emitidos separadamente. Agora me diz uma coisa esse CTe com 50 notas ou mais, as notas são do mesmo remetente e para o mesmo destinatário?

Régys, Pelo que entendi, fica por conta do cliente, inclusive se ele possui um cadastro na loja, pode optar por receber por e-mail, neste caso não ocorre a impressão do DANFE NFC-e. Veja a página 2 das Especificações Técnicas do DANFE NFC-e disponibilizado no Portal Nacional da NF-e.

Sendo assim, meio caminho andado. Uma observação importante: No DANFE NFC-e a impressão da lista de itens é opcional, ou seja só será impressa se o cliente assim desejar, caso contrario não precisa imprimir.

Boa tarde Régys, A impressão do DANFE NFC-e não implementei, o meu foco inicial foi com relação ao XML e a conexão com os webservices. Me parece que a impressora não fiscal da DARUMA (desculpe se eu errei no nome) já possui o recurso para gerar e imprimir o QR Code, não sei quanto as demais. Seria interessante não depender do hardware, logo precisamos de um componente free para gerar o QR Code, do resto não vejo problemas. Pois quem já implementou o Cupom Fiscal não vai ter dificuldades em Implementar o DANFE NFC-e.