Italo Giurizzato Junior

Boa tarde Claudemir, Por favor leia esse post:

Boa tarde Armindo, O programa exemplo do ACBrCTe não gera o XML, não tive tempo de terminar, esse DMCTE é um data module da minha aplicação.

Boa tarde Gilson, Primeiramente você não informou o erro apenas onde ele ocorre. Segundo na lista de units do uses não consta o ACBrDFeUtil.

Boa tarde Geferson, Para qual CST?

Boa tarde Alessandro, Se esse XML que você esta tentando abrir é recente,favor atualizar todos os fontes de todos os componentes, recompilar a sua aplicação com build para que não gere mais XML com essa falha.

Boa tarde Daniel, Uma coisa é o status do lote de evento que foi enviado e outra coisa é o status do envento. Temos que em primeiro lugar saber o status do lote enviado depois analisar o status de cada evento retornado.

Boa tarde Claudemir, Já fiz a alteração conforme o seu post e já encontra-se disponivel, favor atualizar os fontes e testar. Muito obrigado pela colaboração.

Boa tarde a Todos, Abinoan, vou analisar as suas alterações, assim que possível dou um retorno. Estou disponibilizando algumas alterações e simplificações no código fonte do componente. Essas alterações podem trazer alguns problemas para alguns provedores, por favor reportem os erros que por ventura surgirem. Fui obrigado a fazer essas alterações pois o código estava ficando muito grande e com varios trechos repetidos. Recebi o código fonte do componente alterado para atender o padrão DSF. Precisamos agora decidir se vamos ter 2 componentes um para o padrão ABRASF e outro para o DSF ou vamos ter um só, onde o desenvolvedor possa selecionar o padrão através de uma propriedade. Se for unir os dois em um só vai demorar, pois não vai ser fácil encontrar uma forma de fazer essa união. Só lembrando, eu alterei o componente ACBrNFe para gerar dois tipos de modelos de documentos fiscais, ou seja NF-e e NFC-e, mas a estrutura do XML é 99 % igual, a forma de assinar é igual, os envelopes de envio e retorno são iguais e isso faz a diferença. Já na NFS-e a coisa muda completamente de figura, a estrutura do XML é totalmente diferente, a forma de assinar é diferente. Precisamos pensar muito bem, antes de colocar a mão na massa.

Boa tarde a todos, Foi publicado no Portal Nacional do Conhecimento Eletrônico a NT 2013/006 juntamente com o Pacote de Liberação 2.00, no final de Maio. Ela se refere a versão 2.00 do CT-e cujas datas de liberação são: Ambiente de Homologação: até 01/09/2013; Ambiente de Produção: 01/11/2013. Note que existe a palavra "até" antes da data, portanto o ambiente de homologação pode ser liberado antes. O MOC - Manual contido na NT é preliminar, portanto pode sofrer alterações. Mas, não vamos deixar para última hora ou vamos? Eu não vou, já estou trabalhando na implementação dessa nova versão. Criei uma diretiva de compilação chamada PL_200 para tornar o componente compativel. Esta faltando implementar as classes que vão conter os grupos de informações de unidade de transporte e unidade de carga ligados aos documentos originários. Até o momento o DACTE continua o mesmo, somente o XML que teve a sua estrutura reformulada. Por conta disso não foi possível manter um nivel alto de compatibilidade, vamos a um exemplo: Nas versões 1.03 e 1.04 os documentos originários ficam dentro do grupo remetente, na versão 2.00 eles passam a ter um grupo próprio e fora do remetente. Este mês começo a fazer os primeiros testes, gerar, assinar e validar o XML e é claro finalizar a implementação. A minha previsão é que até o final de Julho já esteja tudo disponivel para todos da comunidade ACBr.

Boa tarde Gilson, Deleta o fonte em questão e baixe ele novamente. Você deve ter alterado alguma coisa nele que esta impedindo do Tortoise realizar a atualização, você esta com o fonte desatualizado.

Gilson, O seu fonte esta desatualizado. Favor alterar o nome da função de NotaUtil para DFeUtil.

Bom dia Gilson, Esse erro: "Ancestor for 'TfqrDanfeQR' not found" é do Delphi e não do componente. Esse erro aparece porque o Delphi encontrou um erro no fonte ACBrNFeDANFEQRRetrato e o abriu para apresetar a linha com o erro. Mas para abrir o fonte citado acima devemos primeiramente abrir o ACBrNFeDANFEQR e o Delphi não faz isso automaticamente, dai o erro. Precisamos saber qual é o erro que o Delphi esta encontrando no ACBrNFeDANFEQRRetrato para que possamos corrigir.

Boa tarde kzarlopes, Abra o arquivo texto chamado AlimentarComponente, que acompanha o programa exemplo, procure por infcarga.infq.add você vai ver que no meu exemplo eu adiciono duas unidades, por Kg e por unidade.

Boa tarde a todos, Se a NF-e foi enviada para o ambiente de homologação e a consulta esta sendo feita no ambiente de produção da SEFAZ não vai aparecer mesmo.

Boa tarde Daniel, Respondendo as suas questões: 1. Devemos deixar o XML da NFe como esta, pois agora o cancelamento trata-se de um evento, logo você deve enviar o XML do evento de cancelamento ao destinatário. 2. Se o erro ocorre antes do envio, o problema esta nos schemas que você esta utilizando, agora se ocorre depois do envio o problema é na SEFAZ. Quanto a atualização dos schemas, aconselho você realizar visitas periódicas no Portal Nacional da NFe para saber se tem alguma novidade, quanto a schemas e notas técnicas. 3. Sim, ele já tem um campo para apresetar o total geral dos tributos, quando ao valor dos tributos de cada item, você deve colocar em informações adicionais. 4. Nunca tentei fazer isso, mas é para criticar.

Boa tarde lvr, Você pode sim descomentar.

Boa tarde Alexandre, No meu entendimento a série continua a mesma e o numero é sequencial.

Boa tarde Pedro, Como dito anteriormente entendo perfeitamente a sua situação. Quem deve desculpas não é você e sim nós, pois na hora de responder acabamos utilizando palavras erradas. Estamos aqui sim, para ajudar e ser ajudados, é com a colaboração de todos que chegamos onde estamos hoje. Se somos importante no desenvolvimento, você também é importante para nós como usuário. Pois pode apontar falhas e melhorias,

Bom dia a todos, Gostaria de pedir para que nesse tópico seja discutido somente sobre a NFC-e, uma vez que o título se refere a esse novo modelo de documento fiscal. Vamos abrir novos tópicos para assuntos diferentes. Entendo perfeitamente a situação do nosso amigo Pedro Saulo, ele quer simplismente um programa free para emitir as suas notas. Sabemos que alem do ACBrNFeMonitor existe o disponibilizado pela SEFAZ, mas este último não faz nem a metade que o ACBrNFeMonitor faz. Pedro só para reforçar (senhores administradores e moderadores, me corrijam se eu estiver errado): Os fontes do ACBrNFeMonitor, estão disponiveis para serem utilizados por todos a qualquer momento. Mas é preciso saber usar o Delphi (linguagem de programação) e devemos ter alguns componentes utilizados pelo ACBrNFeMonitor, instalados no mesmo para que através deste possa ser gerado o programa executável. O ACBrNFeMonitor (executável) pronto para ser utilizado, é disponibilizado semanalmente pelos administradores do fórum para os associados do SAC. O ACBrNFeMonitor (executável), é disponibilizado trimestralmente para os não associados. Pedro, infelizmente não tenho instalado no meu Delphi os componentes necessários para compilar a versão mais recente do ACBrNFeMonitor. Se eu tivesse mandaria para você o executável. Peço aos colegas que tenham a versão mais recente e que possam ceder uma cópia ao Pedro, pois ele esta mesmo precisando. Pedro, quero pedir desculpas por qualquer mal entendido, entendo a sua situação como um simples usuário, mas entenda também a nossa como desenvolvedores, que antes de implementar as alterações promovidas pelo governo, temos que interpreta-las de forma correta.

Alexandre, É por ai, a transportadora vai cobrar da loja o valor do frete, como existe uma tabela pré definida entre a transportadora e a loja, ela tem condições de calcular o valor do frete e cobrar do cliente. Na verdade que paga o frete é a loja e o cliente a reembolsa.

Boa tarde Amarildo, Da onde você obteve essas URLs? Outra coisa no caso da NFC-e não temos o cancelamento antigo somente por evento, logo não temos o LayNFeCancelamento.

Boa tarde Alexandre, Eu discordo do que esta escrito no segundo paragrafo: "Quando este estabelecimento vende, ele registra o valor do frete na NF-e, ..." Se o estabelecimento vende e contrata uma transportadora para realizar o transporte da mercadoria vendida e quem vai pagar pelo frete é o cliente, neste caso na NF-e de venda não consta o frete, pois o cliente vai receber dois documentos: A nota no caso a NF-e e O Conhecimento ou CT-e. O cliente no caso vai pagar o valor contido na nota pois refere-se a compra da mercadoria e o valor contido no conhecimento pois refere-se ao frete.

Bom dia Carlos, Quanto a impressão, sim tem que ser impresso no DACTE, por favor leia a NT 2013/005 que trata desse assunto. Quanto ao valor atribuido ao vTotTrib é outra questão. Segundo as NT 2013/004 e NT 2013/005, nos deixa com duvidas pois uma diz uma coisa e a outra diz algo um tanto diferente. Mas acredito que o valor atribuido a tag não é apenas a soma do valor vICMS, pois só temos no XML apenas um vICMS neste caso o vTotTrib seria igual a vICMS. Portanto, te aconselho consultar um bom contador.

Bom dia Michel, Vou checar.

Bom dia Carteiro, Atualiza os fontes. Eu implementei a Unit, mas com certeza vai ocorrer alguns erros.