Italo Giurizzato Junior

Boa tarde Alberto, No meu caso a coisa é mais simples, uma vez que o estoque da empresa que trabalho é de consumo. Trata-se de uma empresa de transporte coletivo, portanto os materiais comprados são peças de reposição usadas na manutençãos dos ônibus. O que você quer fazer esta correto, é preciso alimentar o banco de dados com informações corretas. Mas é preciso estudar melhor o caso para encontrar uma solução facil de ser implementada e utilizada. E volto a frisar com relação ao envio do XML por parte do fornecedor, eu particularmente não vejo com bons olhos o Download. Entendo que o Download é o útimo recurso a ser usado para obter o XML.

Boa tarde fnietto, Muito obrigado pela colaboração. Já encontra-se disponivel a atualização dos fontes. Favor baixar e testar.

shdw, Até onde sei o limite de 20 se refere a quantidade de eventos por lote.

Bom dia Fábio, O Cancelamento por evento que você se refere é sobre o Manifesto Eletrônico de Documentos Fiscais? Se sim, veja este exemplo: with ACBrMDFe.EventoMDFe.Evento.Add do begin infEvento.chMDFe := sChave; infEvento.CNPJ := sCNPJ; infEvento.dhEvento := now; // TpcnTpEvento = (teCCe, teCancelamento, teManifDestConfirmacao, teManifDestCiencia, // teManifDestDesconhecimento, teManifDestOperNaoRealizada, // teEncerramento); infEvento.tpEvento := teCancelamento; infEvento.nSeqEvento := 1; infEvento.detEvento.nProt := sProtocolo; infEvento.detEvento.xJust := sJustificativa; end; DMMDFe.MDFe.EnviarEventoMDFe(idLote);

Bom dia shdw, Segundo a NT 2011/006 a partir de 01/12/2012 só seria aceito o cancelamento por evento, mas parece-me que foi prorrogado. Se eu fosse você passaria a cancelar por evento e não esperaria vencer esse prazo a mais que foi dado. Quanto a Manifestação do Destinatário, segundo o Ajuste SINIEF 1 de 6 de Fevereiro de 2013, temos: Os estabelecimentos obrigados ao registro de eventos (Manifestação do Destinatário): Empresas que recebem NFe cujo item é combustivel: Estabelecimentos distribuidores, a partir de 1/03/2013; Postos de combustíveis e transportadores revendedores retalhistas, a partir de 1/07/2013. Alem disso essas empresas tem prazos para realizar a manifestação sobre a NF-e. Aconselho ler atentamente o Ajuste SINIEF mencionado acima para ficar por dentro destes prazos. Somente um exemplo: O registro do evento deverá ser realizado no seguinte prazo, contado da data de autorização de uso da NFe: Operação Interna ou seja venda dentro do Estado: Ciência da Operação: 5 dias, Confirmação da Operação: 20 dias, Operação não Realizada: 20 dias, Desconhecimento da Operação: 10 dias. Espero ter ajudado.

Boa noite Alberto, Na empresa que trabalho, não realizamos a importação da NF-e para dar entrada no estoque dos materiais comprados e muito menos a digitação dos mesmos. Como isso é possível? Simples: O meu sistema tem um módulo chamado Pedido de Compra, utilizado pelo setor de compras. Nesse módulo é lançado a lista dos materiais a serem comprados, com as respectivas quantidades e valores, bem como quem é o fornecedor, prazo de entrega etc. O pedido lançado possui um numero sequencial. Ele é impresso, assinado pelo diretor financeiro, enviado via FAX para o fornecedor e encaminhado para o almoxarifado. Por outro lado o almoxarifado possui um módulo chamado Entrada de NF. Quando os materiais chegam acompanhado da DANFE o funcionario checa com o Pedido, dependendo dos problemas encontrados o material poderá até ser recusado. No módulo Entrada de NF o usuário informa o CNPJ do fornecedor e o numero do pedido, desta forma é carregado automaticamente todos os itens do respectivo pedido. O usuário apenas tem que excluir o item que não veio ou alterar a quantidade, caso o fornecedor não tenha enviado a quantidade solicitada. E checar os valores totais, vencimentos e valores das parcelas e fazer os devidos acertos. Não parece mas esse tipo de procedimento agiliza muito o processo de entrada de materiais no estoque. Resumindo o módulo de Pedido de compras se integra com o de Entrada de NF. Portanto não dependo e nunca dependi do XML para dar entrada no estoque de forma simplificada e rapida. Detalhe utilizo esse processo desde 2004. Mais um detalhe muito mais importante, o fornecedor é obrigado a enviar imediatamente para o destinatário o XML assim que ele obter o protocolo de autorização da SEFAZ. A maneira mais facil e barata de enviar esse XML é por e-mail, o XML enviado tem que estar assinado e protocolado, caso contrario ele não tem validade juridica. E lembre-se que o DANFE é meramente um documento auxiliar que tem que ser impresso e deve acompanhar a mercadoria até o seu destino. Caso o fornecedor não envia o XML, você pode denunciar ao fisco.

Boa noite Marcio, Obrigado pela colaboração, já mandei para SVN.

Boa noite Guerreiro, O comando Enviar, realiza essa consulta automaticamente, mas as vezes por sobre carga no provedor não é obtido o XML da NFS-e. Sendo necessário realizar a consulta mais tarde para obter o XML da NFS-e.

Guerreiro, A questão não é ser correto ou não, a questão é que até o momento somente o Gerar e Enviar Lote foi implementado para este provedor. A implementação da segunda opção ou seja Gerar e Enviar NFSe, depende se o provedor tem WebService para esta funcionalidade, caso contrario não adianta perder tempo em tentar implementar algo que com certeza não vai funcionar.

Boa tarde Marcio, A consulta existe pois, após solicitar o cancelamento de uma NFSe a consulta é realizada para que o webservice retorne um novo XML da NFS-e só que agora com o grupo que contem as tags referente ao cancelamento. Ao meu ver isso se deve a algum problema no WebService do provedor. Entre em contato com eles.

Boa tarde Gilson, Você já tentou fazer o que esta descrito neste post? Eu executo o procedimento contido nele e consigo resolver o problema de propriedades não existentes quando se utiliza versões diferentes do Quick Report.

Boa tarde Guerreiro, A opção Gerar e Enviar NFSe só esta disponivel para alguns provedores.

Boa tarde Thiago, Hoje temos os seguintes comandos: Enviar => Gera o XML, Assina, Valida, Envia o lote para a SEFAZ, Consulta a Situação do Lote, Se processado com sucesso atualiza o XML adicionando o protrocolo de autorização e imprimi o DACTE se o segundo paramentro do comando for omitido ou for True. Imprimir => Imprimi o DACTE do CTe previamente carregado no componente. ImprimirPDF => Gera e Salva em disco o PDF do CTe previamente carregado no componente. EnviarEmail => Envia o XML do CTe previamente carregado no componente e se o parametro EnviarPDF estiver com o valor True será gerado o PDF do DACTE e o mesmo será anexado junto com o XML. Exemplo: ACBrCTe1.Enviar(Lote); ACBrCTe1.Conhecimentos.ImprimirPDF; Neste caso temos o Enviar cujo segundo parametro foi omitido sendo assim no final de todo o processo o DACTE será impresso. E o ImprimirPDF como dito anterior mente vai gerar e salvar em disco o PDF do DACTE. Desculpe, ainda não consegui ver neste caso a vantagem de implementar um parametro que gere ou não o PDF segundo o seu valor.

Thiago, Em que momento o PDF deveria ser gerado caso esse parametro estiver habilitado? Ao Enviar?

Bom dia Thiago, Inclui o parametro conforme dito anteriormente. As function alterados e suas novas sintaxes: function LoadFromFile(CaminhoArquivo: string; AGerarCTe: Boolean = True): boolean; function LoadFromStream(Stream: TStringStream; AGerarCTe: Boolean = True): boolean; function LoadFromString(AString: String; AGerarCTe: Boolean = True): boolean; Note que o parametro AGerarCTe possui o valor True como padrão. Exemplos de utilização: ACBrCTe1.Conhecimentos.LoadFromFile(OpenDialog1.FileName); ou ACBrCTe1.Conhecimentos.LoadFromFile(OpenDialog1.FileName, True); ===> Carrega o conteudo do XML e executa o GerarCTe ACBrCTe1.Conhecimentos.LoadFromFile(OpenDialog1.FileName, False); ===> Carrega o conteudo do XML e não executa o GerarCTe Favor atualizar os fontes e testar.

Boa noite NeyRobson, Já inclui a cidade Barreiras/BA, favor atualizar os fontes e testar.

Boa noite Guerreiro, Brotas/SP utiliza qual provedor de NFS-e ?

Boa noite Thiago, Realize um teste, comente a linha que contem o GerarCTe na function LoadFromFile. Depois tente ler o arquivo XML da versão 1.03 com o LoadFromFile e em seguida manda executar o ImprimirPDF. O ImprimirPDF vai gerar o arquivo PDF, ai basta abrir-lo e ver o seu conteudo. Se estiver todos os dados corretos inclusive a chave, então podemos acrescentar o parametro que anteriormente eu tinha proposto.

AmericaSoft, Analisando melhor a rotina acredito que isso não seja possível. Pois ao ler o XML o seu conteudo é armazenado em uma variavel local, que no final do processo ela é destruida. O GerarCTe se encarrega de transferir o conteudo da variavel local para as propriedades do componente, mas ao realizar esse processo a chave é gerada novamente. Lhe pergunto qual é a finalidade de carregar um CTe da versão 1.03 ?

AmericaSoft, Em ambas as rotinas: LoadFromFile e LoadFromStream, executam o GerarCTe e consequentemente se o XML se for da versão antiga a chave vai ser alterada, principalmente o Digito Verificador. Se você comparar essas rotinas com as do componente ACBrNFe, notará que são semelhantes. A solução que vejo seria acrescentar um parametro booleano que se o seu valor for True executa o GerarCTe caso contrario não. E para manter a compatibilidade por padrão o valor desse parametro seria True.

Boa tarde, A maioria dos provedores de NFS-e implementaram para as prefeituras duas formas de emitir a NFS-e. A primeira é via site, portanto o prestador de serviço deve-se cadastrar para obter um login e senha. A segunda é via webservice, neste caso deve-se possuir o certificado digital, para poder assinar o XML e realizar a conexão com o webservice.

Boa tarde, Você quiz dizer que esta carregando XML de CTe gerados há muito tempo atrás, visto que a versão 1.04 teve inicio a 02/05/2012. E qual é o objetivo em carregar o XML via o comando LoadFromFile do componente?

Boa tarde a todos, Desculpem ainda não tive tempo de pesquisar a fundo sobre a possibilidade de gerar a visualização de 2 ou mais DACTE antes de serem impressos. O Nilton argumentou que um determinado cliente dele disse se existe a possibilidade de visualizar o DACTE antes da sua impressão porque não usar essa funcionalidade, Bom vou colocar aqui a minha opnião. Quando desenvolvemos uma aplicação, certamentes teremos opções para imprimir: listagens (tipos de receitas, por exemplo), relatórios (contas a receber vencidas, por exemplo) e documentos (boletos bancarios, por exemplo). Nas minhas aplicações as listagens e relatórios são primeiramente apresentadas na tela ai o usuário decide se deseja ou não imprimir, já os documentos, não, eles sempre são enviados direto para impressora. Por que? Simples, dependendo de como foi feito a aplicação ao solicitar a emissão do boleto devemos salvar no banco de dados algumas informações como por exemplo o numero do boleto, etc. Se o usuário visualizar o boleto e não imprimir, a aplicação pode acusar depois que o boleto foi impresso. Sendo assim, Boleto, DANFE, DACTE, devem ser impressos e não visualizados. Outra coisa, apesar do DANFE e do DACTE não serem documentos fiscais (os XML assinados e protocolados são documentos fiscais) eles devem ser impressos, pelo menos 1 via, que vai acompanhar a mercadoria até o seu destino final. Se deve ser impresso, porque o usuário quer ver na tela e depois acabar esquecendo de imprimir. E o que é pior vai dizer que o programa esta com problemas, pois hora imprimi, hora não imprimi o DACTE. A minha opnião é essa: Listagens e relatórios que com certeza geram mais de uma folha, devemos disponibilizar a visualização dos mesmos. Boletos, DANFE, DACTE e outros que podemos chamar de documentos, não devemos disponibilizar, visto que eles deve ser impressos. É essa argumentação que utilizo e tem funcionado.

Jhosef, Muito obrigado, fontes atualizados e disponiveis.

Boa tarde Jhosef, A cidade Schroeder/SC é atendida por qual provedor?