Italo Giurizzato Junior

Bom dia Felipe, As alterações sugeridas foram realizadas, favor atualizar os fontes e realizar testes.

Boa noite Alexandre, Segundo o manual devem ser preenchidos os campos: tpTraf, fluxo e vFrete (pág. 112) Os grupos ferroSub e DCL são opcionais, mas o grupo detVag é obrigatório (pág. 114) Dentro do grupo detVag temos os seguintes campos que deve ser preenchidos: nVag, pesoR e pesoBC. Espero ter ajudado.

Boa tarde Rivardo, Algumas duvidas é bom você tirar com o contador do seu cliente. Até onde eu sei existe um CFOP para venda dentro do estado, outro para fora do estado e outro para outro pais. CFOP de venda é de bonificação é outro, logo se em uma nota você tem itens que fazem parte da venda tem um CFOP e outros que são bonificação, o CFOP já é outro. Quanto a ST não sei te dizer se influencia no CFOP ou não, procure um contador.

Boa noite Gilberto, Na minha aplicação os arquivos XMLs são salvos em pastas mensais exemplo: C:\XML\201105\NFe Na pasta NFe tenho os xml de todas as notas emitidas no mês 05 do ano 2011. Utilizo tambem o nome padrão para os arquivos xml, no caso das NFe o nome é: chave-nfe.xml Muito bem crie um form que apresenta uma lista de arquivos segundo o filtro: *-nfe.xml após eu informar o mês/ano de referencia no caso: 05/2011 neste form tenho um campo para que o usuário digite o e-mail para quem desejo mandar e um botão [Enviar]. Em fim, o usuário tem que apenas informar o mês/Ano o e-mail e clicar no botão [Enviar], um e-mail é gerado com os XMLs em anexo e enviado. Espero ter ajudado.

Boa noite, Claro que sim, eu tenho algo semelhante em meu sistema, facilita a vida do usuário e consequentemente minimiza os erros.

Boa noite a todos, Felipe, vou analisar caso seja possível vou realizar as alterações sugeridas. Alexandre, o envio para o servidor SCAN não esta implementado.

Bom dia, O meu conselho é, você buscar informações com um contador, pois no que diz respeito ao IPI tem que saber qual é a Tributação: Saída Tributada, Saída Tributada com alíquota zero, Saída isenta, etc. O tipo de calculo pode ser percentual ou valor. O valor do IPI pode ou não compor a Base de calculo do ICMS ST. Em função disso, fica dificil fornecer um XML com IPI que se encaixa exatamente no seu problema.

Bom dia Alexandre, Primeiro o envio do XML assinado para a SEFAZ esta ocorrendo, o problema esta ao processar o mesmo lá na SEFAZ, observe os arquivos gerados: 1- 411105......639-cte.xml (CT-e assinado, gerado e validado pelo componente); 2- 14-env-lot.xml (lote gerado pelo componente para ser enviado para a SEFAZ); 3- 14-rec.xml (arquivo retornado contendo o numero do recibo e o status 103, informando que o lote foi recebido com sucesso); 4- 413000001611007-ped-rec (arquivo gerado pelo componente e enviado para SEFAZ com o numero do recibo) 5- 413000001611007-pro-rec (arquivo retornado contendo o status do CT-e enviado, que neste caso foi rejeitado); - 2 RS20110510122905 413000001611007 225 Rejeicao: Falha no Schema XML do CT-e 41 Fiz uma checagem no XML do CT-e, notei algumas coisas: 1- Com relação a Nota Fiscal da Mecadoria: Valor da NF= R$10,00, Valor da Base de Calculo e Valor do ICMS = R$600,00; 2- O IE do destinatário não foi informado, sei que se trata de uma pessoa física e que no manual esse campo é opcional, mas experimente colocar a palavra ISENTO para o campo IE; 3- Foi informado R$100,00 como valor da Prestação e R$0,00 para Valor a Receber, costumo colocar o mesmo valor; 4- Em ICMS você informou CST = 00 ou seja tributação normal, mas informa R$0,00 para a Base de calculo, percentual e Valor do ICMS; 5- Valor da mercadoria = R$800,00, meio contraditório com o valor da NF R$10,00. Procure gerar um CT-e com dados reais, inclusive das notas e calculo de icms, por se tratar de ambiente de homologação por ficar tranquilo, não vai ocorrer fiscalização, pois trata-se de testes. Espero ter ajudado.

Ricardo é isso mesmo, o pacote de instalação: ACBrCTeDacteFRpkg é para instalar o DACTe para o Fast Report já o pacote: ACBrNFeDanfeFRpkg é para instalar o DANFe para o Fortes report.

Boa tarde Ricardo, No que diz respeito a NFe existe um pacote de instalação do DANFe para o Fortes Reports chamado: ACBrNFeDanfeFRpkg. Quanto ao CTe não existe um pacote de instalação do DACTe para o Fortes Reports, somente para o Quick Report e Fast Report.

Boa noite rafmattos, Se possível envie por e-mail o xml salvo pela aplicação, para que eu possa analisar. A propriedade salvar tem que receber o valor True. e-mail: [email protected] Mantenha os fontes dos componentes sempre atualizados.

Boa noite Gildenor, A minha aplicação tambem utiliza o Capicom com o ACBrCTe, mas antes de compilar e instalar o ACBr_CTe, abra o pacote ACBrOpenSSL e compila.

Bom dia Eric, Você criou um DACTe para o modal Aéreo, muito bom. Pode postar aqui mesmo no fórum os fontes alterados por você, ou envie por e-mail para mim. [email protected] Obrigado pela colaboração.

Bom dia Felipe, Na pasta ...\Exemplos\ACBrCTe temos 5 arquivos TXT, são fragmentos de código da minha aplicação que esta rodando a mais de 4 meses. Veja como foi implementado. Estude os arquivos Configuracao.TXT e EnviarLote.TXT

Bom dia Felipe, Lembre-se que você envia o XML apenas assinado para a SEFAZ, esta por sua vez retorna o protocolo de autorização de uso. Se as propriedades Salvar estão com o valor True: ACBrCTe.Configuracoes.Arquivos.Salvar:=True; ACBrCTe.Configuracoes.Geral.Salvar:=True; Vamos dizer assim: O XML assinado, será automaticamente protocolado pelo componente. Caso isso não ocorra faça conforme explicado para o Julian.

Bom dia Felipe, Verifique se o XML foi atualizado, ou seja, o protocolo de autorização de uso foi substituido pelo de cancelamento homologado. No que existe uma propriedade no componente que determina se essa atualização no XML vai ocorrer ou não. Se possivel poste o XML correspondente ao CTe Cancelado.

Boa tarde Julian, Monte um form com a lista de CTe não protocolados, mas que foram enviados para a SEFAZ. faça um loop contendo os seguintes comandos: // Sendo que NomeArquivo contem o Path mais o nome do arquivo XML // ex: C:\XML\2011\04\CTe\351104.......-cte.xml ACBrCTe.Conhecimentos.Clear; ACBrCTe.Conhecimentos.LoadFromFile(NomeArquivo); // carrega para o componente o xml do CTe não protocolado ACBrCTe.Consultar; // realiza a consulta na SEFAZ e protocola o xml ACBrCTe.Conhecimentos.Clear; ACBrCTe.Conhecimentos.LoadFromFile(NomeArquivo); // carrega novamente o xml agora protocolado ACBrCTe.Conhecimentos.Imprimir; // imprime o DACTe com o numero de protocolo a idéia do loop é que um ou mais CTe podem não conter o protocolo, após serem enviados e autorizados. Espero ter ajudado

Boa tarde, Se não me falha a memória o qrpt70 é do Quick Report 3, experimente abrir o pacote de instalação do ACBrNFeDANFeQR exclua ele e compile usando a opção build que encontra-se no menu Project, ele deve incluir um outro que é utilizado pela versão 4.

Boa tarde Julianluis As duas propriedades Salvar estão com o valor True ? ACBrCTe.Configuracoes.Arquivos.Salvar:=True; ACBrCTe.Configuracoes.Geral.Salvar:=True;

Boa tarde Felipe, Se as empresas seguissem as orientações da SEFAZ seria tudo muito mais facil. Existe uma pasta chamada Projetos dentro dela existe uma outra chamada RecuperarXML, nesta pasta você vai encontrar os fontes para poder baixar o XML do site da SEFAZ, não sei se esta 100%, mas é muito mais do que meio caminho andado.

Bom dia a todos, A definição do tipo TPosRecibo foi alterada, agora ela esta no fonte pcnConversao e não mais no ACBrCTeQR. Desta forma é possivel em tempo de execução escolher se deseja imprimir o Canhoto de Recibo no Cabeçalho ou Rodape. Lembre-se de informar a unit pcnConversao em Uses no form que será usado para imprimir o DACTE.

Boa noite, Vou corrigir o Programa Exemplo, e disponibilizar novamente. Como ocorreu algumas alterações de tipos no componente, ficou faltando efetuar as correções no programa exemplo.

Boa noite Felipe, Uma empresa que se preza só paga uma conta se possuir um documento que comprove a despesa. No caso de uma Fatura não podemos considerar como tal documento. Pois ela apenas substitui os N conhecimentos emitidos no periodo. Os conhecimentos, podemos dizer que são documentos que comprova a despesa, dai a exigencia, para formalizar o pagamento. A minha aplicação após a impressão do DACTE é enviado um e-mail com o XML para o Tomador do Serviço ou seja quem vai pagar o frete. Como utilizo o Quick Report 3 (não possui o filtro para gerar PDF) ainda a minha aplicação não gera o PDF do DACTE. Em breve vou instalar a versão 5 para poder gerar o PDF e anexa-lo junto ao XML e enviar por e-mail. Desta forma o Tomador do Serviço vai possuir o arquivo XML conforme orientação da SEFAZ e mais o DACTE em PDF que ele vai poder imprimir e aguardar a chegada da fatura. Dependendo do sistema financeiro da empresa, é possível importar para o contas a pagar os XMLs correspondentes aos CTe e depois efetuar a substitição dos mesmos através do lançamento da fatura.

Boa noite Doni, Como define o tipo TPosRecibo em ACBrCTeQR, teria que colocar essa unit em uses do seu form. Vou mudar, vou colocar a declaração do tipo em pcnConversao. Obrigado pela observação. Não tinha pensado na possibilidade de alterar em tempo de execução.

Carlos, Analisei os arquivos: *-env-lot.xml, *-rec.xml, *-ped-rec.xml, *-pro-rec.xml e *-nfe.xml de um cliente. O lote de envio continha 6 notas, no caso todas foram autorizadas ou seja status = 100. Chequei os numeros de protocolo retornados no arquivo *-pro-rec.xml com os numeros de protocolo incluidos nos arquivos *-nfe.xml correspondentes. Tudo em ordem, sem nenhum problema. Como não tenho uma cópia da Base de dados não tenho como informa-lo se a BD foi atualizada de forma correta, acredito que sim. Será que o problema que esta ocorrendo não esta na forma que você implementou?