Italo Giurizzato Junior

Udenilson, Todos os fontes estão Atualizados?, inclusive os da pasta PCN2?

Boa tarde Gilson, Na procedure que alimenta o componente com os dados inclua a seguinte linha: Ide.tpImp := tiRetrato; antes do Ide.tpEmis := teNormal; Note que a mensagem de erro diz que foi atruibuido o valor 0 para o elemento tpImp sendo que este só aceita os valores 1 ou 2. Atribuindo o valor tiRetrato o elemento tpImp vai receber o valor 1. Espero ter ajudado.

Darlana, Quanto a Manifestação do Destinatário temos 4 eventos diferentes: * Ciência da Operação; * Desconhecimento da Operação; * Confirmação da Operação; * Operação não Realizada. Muito bem, dos 4 somente o evento Ciência da Operação não é conclusivo, ou FINAL como a NT se refere. Vamos entender isso, quando digo que tenho Ciência da Operação, isso significa que estou afirmando que realmente comprei a mercadoria, mas até o momento não a recebi. É por isso que depois tenho enviar um outro evento de manifestação "FINAL", se recebi a mercadoria digo: Confirmação da Operação, caso contrario digo: Operação não Realizada. Vamos imaginar que a empresa destinatária possui um departamento de compras e o almoxarifado, e quem realiza a manifestação é o almoxarifado. Digamos que o departamento de compras realiza uma compra no formecedor XYZ e esquece de avisar o almoxarifado. Ao realizar a consulta das notas destinadas o almoxarifado vai se deparar com a nota emitida pelo fornecedor XYZ e no primeiro momento acaba se manifestando como: Desconhecimento da Operação. No dias seguintes com a chegada a mercadoria ou com o aviso do departamento de compras sobre a compra realizada no fornecedor XYZ, o almoxarifado pode enviar outro evento acusando agora Ciência da Operação ou Confirmação da Operação caso a mercadoria já foi entregue. Uma coisa é certa uma nota pode receber os 4 tipos de eventos, o que vai prevalecer é sempre o último e um detalhe importante, é que o evento Ciência da Operação jamais vai poder ser o último. Não sei se ficou claro ou confundi mais ainda.

Boa tarde Akai, A questão de quebra de linha já da para escrever um livro. Ainda em busca de uma solução.

Boa tarde Gilson, Por favor poste a mensagem de erro completa.

Boa tarde Sandro, Com certeza vai ser disponibilizado sim para todos, mas isso depende dos que cuidam do desenvolvimento do ACBrNFeMonitor.

Boa tarde Udenilson Segundo a NT2012/002, que trata da Manifestação do Destinatário temos na página 4 a estrutura do XML para envio de evento. Note que o campo HP04 - evento é um grupo cuja ocorrência pode variar de 1 a 20. Na coluna Descrição/Observação do mesmo, temos o seguinte: Evento, um lote pode conter até 20 eventos. Muito bem, podemos concluir que podemos realizar a Manifestação em lote de no máximo 20 NF-e, cada uma com o seu respectivo código de evento. Ou seja das 20 NF-e que estou realizando a manifestação, posso ter algumas com a Confirmação de Operação e outras com a Ciência da Operação por exemplo. Espero ter ajudado.

Boa tarde Alexandre, Fiz uma correção, favor atualizar os fontes e testar novamente.

Boa tarde Oliveira, Isso é muito estranho, não consigo apontar a causa do problema. um valor, por exemplo 450,74 faz com que a sua aplicação rode perfeitamente, por outro lado se o valor for 450,75 faz a mesma tratar ou abortar. Você já tentou compilar a sua aplicação em outra maquina?

Darlana, Veja o que consta na NT 2012/002 página 10: Concordo com você, é complicado, se o destinatário não manifestar de forma correta acaba prejudicando o emitente da NF-e. Com relação a realizar a consulta das NF-e emitidas para obter os eventos de Manifestação do Destinatário, você vai ter que continuar checando uma a uma, visto que não esta previsto no layout desse serviço a consulta por lote. Veja página 61 do Manual versão 5.0 da NF-e. Note que só podemos especificar somente 1 chave de NF-e.

Darlana, O destinatário da NF-e que se refere a chave é o próprio emitente. Depois de emitida e autorizada no dia 02/04/2013: No dia 11/04/2013 realizou-se a manifestação do destinatário com o evento: Confirmação da Operacao. No dia 12/04/2013 as 14:23 realizou-se a manifestação com o evento: Desconhecimento da Operacao e No mesmo dia as 16:02 realizou-se a manifestação com o evento: Operacao nao realizada. Essas são as informações que consegui extrai do arquivo que você anexou.

Bom dia Darlana, Não, você não esta ficando louca. Vamos tentar simplificar as coisas: * Consultar NF-e Destinadas => Utilizo essa funcionalidade para obter a relação de NF-e que foram emitidas contra o meu CNPJ. Desta forma tenho condições de manifestar sobre cada uma delas. Na relação obtida não consta as NF-e que foram emitidas por mim. * Consultar Situação Atual da NF-e => Utilizo essa funcionalidade para obter a situação de uma NF-e emitida por mim. Vou ter como resposta o protocolo de autorização e os eventos relacionados a mesma. Será que nessa consulta vou ter o evento de manifestação enviado para SEFAZ pelo meu destinatário?

Boa tarde ALA, Qual foi a última atualização dos fontes que você realizou? Esse problema já foi postado e foi corrigido. Os seus fontes estão desatualizados. Favor atualizar todos os fontes de todos os componentes.

Wislei, A partir do momento que a transportadora for obrigada a emitir o CT-e, só resta o FS-DA, o conhecimento que nós conhecimentos e chamamos de papel não vai ser permitido utiliza-lo. Enquanto a transportadora estiver como voluntária sim, ela pode optar, futuramente não.

Boa tarde Alexandre, Para gerar os arquivos *-c.xml basta atribuir o valor TRE a propriedade: WebServices.Salvar

Boa tarde Darlana, Se a Empresa A consultar a NFe que emitiu será que não vai aparecer esses eventos? É um teste a ser feito. Quanto ao cancelamento, vamos estudar o caso. A principio o prazo para se cancelar uma NF-e é de 24 horas, mas o prazo para que o destinatário tem para se manifestar é de 168 horas (7 dias, se não me falha a memória). Se o destinatário se manifestar 3 dias depois da NF-e emitida como operação desconhecida, o emitente não tem mais condições de cancelar.

Boa tarde Wislei, Não sei se você pode enviar o XML para o SEFAZ Virtual, só porque hora a SEFAZ do seu Estado funciona, hora não. A SEFAZ em questão tem que solicitar ao SEFAZ Virtual a liberação, pois esta passando por problemas técnicos. Caso a SVC esteja ativa é esse o caminho para não emitir o FS-DA, agora se o problema for com a conexão do emitente, ainda resta uma saída. O EPEC - Evento Prévio de Emissão em Contingência, leia as NT publicadas no Portal Nacional do CT-e, que trata sobre esse assunto. NT 2012/004 NT 2013/003 NT 2013/004 O componente ACBrCTe já contempla o EPEC.

Boa tarde, Essas alterações já foram feitas no ACBrNFe, basta atualizar os fontes.

Boa tarde Akai, É bem provavel que a data/hora do servidor do Ginfes esteja errada, favor entrar em contato com eles.

Boa tarde Kaique, No programa exemplo do componente ACBrMDFe, você encontra a procedure: GerarMDFe que mostra de forma simples como alimentar o componente com os dados. E o botão [Gerar MDFe] que gera e salva o XML. Bons estudos.

Boa tarde Jair, Quando for 52, qual é a mensagem a ser impressa? Quanto a impressão em 2 páginas, favor verificar a configuração da impressora, o DANFE foi feito em A4.

Adilson, Quando ocorre uma atualização no programa MENU, a sua atualização nas estações também são automaticas. Você sabe que o Windows não deixa você atualizar um executável enquanto ele esta em execução. Neste caso como é feita a atualização do MENU. 1. Ao executa-lo ele checa as versões dos módulos e dele mesmo. 2. Caso exista uma nova versão do Programa MENU é baixado e salvo em uma pasta temporaria. 3. Ao finalizar a execução, o mesmo se encarrega de se encarrega de copiar a nova versão que esta na pasta temporaria para a pasta de executaveis.

Boa tarde Adilson, Caso a estação não consiga se logar na rede o programa "MENU" não roda, neste caso o usuário apesar de ter os executáveis na maquina, ele não acessa o sistema. Tenho 2 servidores, um só para o banco de dados e outro para autenticar o usuário na rede e é neste que encontram-se as versões mais atuais dos executáveis.

Adilson, Como você pode ver, existem varias soluções, umas mais simples, outras mais sofisticadas, basta agora, você escolher aquela que mais vai de encontro com o que deseja. De uma forma ou de outra, a atualização, na minha opnião, tem que ser automatica.

Adilson, O Delphi tem sim uma forma de "versionar" o executável, não utilizo nenhuma tabela para comparar as versões, os módulos estão quebrados em EXE. Eu penso que se deixarmos trafegar pela rede somente os dados, temos um ganho de performace. Me corrigem se eu estiver errado. Como atribuir uma versão na sua aplicação feita em Delphi: * Project \ Options aba Version Info Como ler a versão de um executável: Como comparar as versões da mesma aplicação, na estação e no servidor: if (GetBuildInfo(Estacao)<GetBuildInfo(Servidor)) then begin (...) end;