Italo Giurizzato Junior

Boa tarde Rosemir, Se você já configurou o Tortoise com a nova URL e esta com os fontes atualizados, não é para existir mesmo a pasta DACTE_QR3. O identificador 'teMultiModal' esta definido na unit pcnConversao que encontra-se dentro da pasta PCN2. Portanto, quando for atualizar os fontes deve-se atualizar tudo, não basta atualizar a pasta de um determinado componente, pois muitos dependem ou melhor utilizam units que estão dentro de outras pastas.

Boa tarde Pedro, É a tag toma que diz quem é o Tomador do Serviço ou seja quem paga o frete (Manual página 102). Por outro lado o grupo <cobr> (página 122) se refere aos dados da cobrança, semelhante ao da NF-e.

Bom dia Pedron, Esses duvidas e outras que com certeza vão surgir, por favor leia o Manual versão 1.04c do CT-e que encontra-se disponivel no Portal Nacional do CT-e. Eu sei que o manua tem quase 200 páginas, mas procure pela estrutura do XML, nela você vai encontrar todas as TAGs.

Bom dia Jeferson, Sim, tem muita coisa no fórum sobre a NFC-e. Não existe uma alteração drastica na NF-e somente alguns TAGs novas. Não tenho ainda informações sobre a versão 3.1, mas o componente já esta preparado para a versão 3.0 tanto da NF-e quanto da NFC-e.

Bom dia Bruno, Quanto ao arquivo pcteCTeW_V104.inc já fiz as devidas alterações sugeridas por você e aproveitei fiz também no pcteCTeW onde contem as rotinas já preparadas para a versão 2.00 do CTe. Já esta disponivel, para baixar. Quanto ao pcnGerador.pas não alterei, uma vez que este é utilizado por outros componentes, requer uma analise, pois a sua sugestão pode trazer problemas para outros componentes.

Bom dia Victor, Se não me falha a memória já devo ter postado aqui no fórum as opções de envio que estão presentes no programa exemplo do ACBrNFSe. E com certeza você não pesquisou. Mas vamos lá, a diferença é muito simples, um envia um lote com 1 ou mais RPS (máximo 50) e o outro apenas e somente apenas UM.

Bom dia Bruno, Quanto ao digito 9 que será acrescentado em alguns numeros de telefones, se não me falha a memória o componente já esta preparado. Com relação de não imprimir os zeros quando o telefone não é informado, vou verificar.

Abinoan, Muito obrigado pela colaboração. Fontes corrigidos e disponibilizados.

Se o provedor esta OFF acredito que ele não tenha condições nenhuma de retornar nada. Logo deve ser alguma sugeira retornada pelo componente, precisamos melhorar isso.

Abinoan, Boa pergunta, veja se você consegue essa resposta com o pessoal do provedor, para que possamos implementar de forma correta no componente.

Leo, O componente ACBrCTe, já faz isso quando vai gerar o XML, qual é o motivo de você gerar a chave antes?

Boa tarde Abinoan, Na verdade o Tomador é opcional segundo o schema, mas há necessidade de informar uma tag chamada Pagina. Já fiz a alteração, favor atualziar os fontes e testar novamente.

Boa tarde, Só um detalhe importante, você tem que manter todos os fontes de todas as pastas sempre atualizados.

Boa tarde Leo, A função GerarChaveCTe era utilizada na versão 1.03 do CTe que não tinha essa informação na chave. Agora o componente ACBrCTe se utiliza da mesma função que ACBrNFe utiliza para gerar a chave.

Boa tarde Bruno, Você tem os fontes, se desejar você mesmo pode realizar as modificações.

Boa tarde, Qual é a versão do Quick Report que você esta utilizando? Se não for a versão 5.02, remova da lista de requeridos a linha que contem o QR5RunD7 no pacote de instalação do componente.

Boa tarde David, Você não esta usando o ACBrCTe para gerar o XML, bem como assinar e enviar, correto? Validei o seu XML no validor da SEFAZ-RS, vide link abaixo. https://www.sefaz.rs.gov.br/CTE/CTE-VAL.aspx O XML segundo o validador da SEFAZ-RS esta tudo OK.

Boa tarde Washington, Enquanto você obter como o valor 1 para Ind. Continuação, você realizar uma nova consulta utilizando sempre o último NSU retornado. Existem casos que foram necessários realizar centenas de consultas para começar aparecer as primeiras notas.

Bom dia Carlos, Foi utilizado a versão 5.02 do Quick Report para o Delphi 7, para fazer o DANFSE. Mas você pode utilizar qualquer outra versão. Para resolver esse problema, siga os passos contidos em um arquivo texto que esta junto com os fontes do componente na pasta: ...\Fontes\ACBNFSe.

Bom dia Edmundo, Você esta se referindo ao componente ACBrNFSe, certo? E pretende ler o XML de uma NFS-e do provedor Ginfes para poder ter acesso aos dados, correto? Se a resposta para ambas as perguntas for sim, a minha também é sim.

Abinoan, Note que a rotina que você se refere, temos os dois tipos: tcDat e tcDatHor. Quando usamos o tcDatHor para ler o conteudo de uma tag, estamos levando em consideração que essa tag possui a Data e a Hora. É por isso que não acho correto alterar o pcnLeitor, uma vez que o mesmo é utilizado por vários componentes.

Bom dia centuryinf, Como você fez para baixar os fontes? De onde? Na pasta ...\Fontes\ACBrNFSe, só existe o ACBrProvedorGinfes.pas e os outros provedores?

Abinoan, O que deve estar ocorrendo é que ao ler o conteudo da tag esta sendo usado o tipo de dado tcDatHor e a tag só contem a data, logo teriamos que alterar para tcDat, mas temos que verificar se essa alteração vai funcionar para todos os provedores. Veja este exemplo: No provedor Fiorilli, o tipo da tag DataEmissao do grupo InfRps é Date No provedor 4R, o tipo da tag DataEmissao do grupo InfRps é DateTime Se generalizarmos no caso da leitura, ou seja colocarmos o tcDat, vamos perder a informação da hora no caso do provedor 4R, por outro lado se colocarmos tcDatHor, vai ocorrer erro ao ler essa informação no caso do provedor Fiorilli. E esse pessoal ainda por cima diz que segue o padrão ABRASF, onde?

Bom dia Abinoan, O erro na impressão da DANFSE ocorre mais precisamente em que campo? Pois podemos corrigir a leitura do campo ao ler o XML da NFS-e.

Bom dia elrond, Quando saiu a NT tratando da nova versão do CT-e, olhei para o micro ele olhou para mim com aquele ar de "esta esperando o que?" Mandei bala, comecei a realizar as modificações no componente para que o mesmo suporta-se a nova versão, e olhe que o ambiente de teste ainda vai ser liberado em setembro deste ano. Aproveitei o embalo e fiz as alterações necessárias na minha aplicação, ou seja, ela suporta as duas versões a 1.04 e a 2.00, o que determina é uma diretiva de compilação incluida em um dos fontes do componente. Quando chegar a hora H, basta comentar a diretiva PL_104 e descomentar a PL_200, e compilar a aplicação com a opção Build. Pronto já vou ter uma aplicação apita para emitir o CT-e segundo a versão 2.00 Resumindo tudo que escrevi acima. Não espere pela urgencia, inicie agora o desenvolvimento da sua aplicação. Caso você ou seu cliente vai iniciar a emição do CT-e somente o ano que vem, você pode desde já começar a desenvolver na nova versão 2.00. Mas lembre-se que os testes só poderão ser realizados apartir de setembro.