Italo Giurizzato Junior

Bom dia, Vamos ver se eu entendi. Você quer gerar vários eventos que compõe o mesmo grupo, visto que os eventos são separados por grupos e ao enviar para o Webservice o Lote tem que ter eventos do mesmo grupo. Após os XMLs desse eventos tenham sidos gerados, você quer que o componente assina, valida e monte o Lote, mas não o envia para o webservice, correto? Pois bem, o Lote só é montado no momento do envio. Outra coisa o componente não possui uma opção para carregar o XML de Lote e sim de Evento. Para fazer o que você deseja, teríamos que criar um método que só cria o Lote e não envia e um outro que carrega o XML do Lote e já envia.

Boa tarde, Ele vai, mas pelo que eu entendi você desenvolve em Delphi e esta fazendo uma aplicação semelhante ao Monitor, correto? Se sim, em anexo o modelo do arquivo INI do BP-e que vai ser utilizado pelo Monitor, bem como os dos eventos. ArqIniBPe.ini Evento_Cancelamento.ini Evento_NaoEmbarque.ini Evento_AlteracaoPoltrona.ini

Boa tarde André, Como o caminhão vai vazio até Bahia, não vejo a necessidade de emitir o MDF-e. No meu entendimento você deve emitir o MDF-e considerando a volta.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Arnaldo, Uma ideia para resolver esse problema. No seu controle de estoque você vai ter um item chamado Madeira. Ao chegar a nota você lança a entrada de 120 m3 do item Madeira, para ficar em conformidade com a nota. Depois através de uma opção especifica, realiza a saída por transferência (por exemplo) dos 120 m3 e ao mesmo tempo a entrada por transferência dos 120 caibros 5x2 e 60 caibros 5,5x2. O lançamento de entrada da nota é um lançamento que deve ser contabilizado. Já os lançamentos de saída e entrada por transferência não, pois não ocorreu alteração no estoque. Por fim quando ocorrer a venda deve-se realizar o lançamento de saída por venda do item vendido. Esse lançamento de venda é lógico que vai ser contabilizado. Espero ter ajudado.

Adilson, No arquivo INI do provedor em questão você acaba descobrindo. A principio os provedores que seguem a versão 1 do layout da ABRASF só oferecem o serviço de envio assíncrono (método Enviar). Já os que seguem a versão 2 costumam oferecer os 3 serviços: envio assíncrono, envio síncrono e o gerar (métodos: Enviar, EnviarSincrono e Gerar). Exemplos: provedor que segue a versão 1 Layout=ABRASFv1 provedor que segue a versão 2 Layout=ABRASFv2 Mas existem provedores que seguem a versão 2, mas não oferecem os 3 serviços como é o caso do TcheInfov2 que só tem o serviço de envio síncrono.

Bom dia Arnaldo, Vamos imaginar uma tora de 6 metros de comprimento e diâmetro de 30 centímetros. O que a madeireira vai extrair dessa tora? Pranchas, sarrafos, caibros, vigotas? Cada uma dessas peças poderá ter o comprimento de 6 metros, mas a largura e altura vão ser diferentes.

Luís, Pelo que entendi, esta ocorrendo erro de validação quando o valor do ISS é zero, correto? Se sim, os Schemas também estão atualizados? O mesmo problema ocorre com o programa exemplo?

Bom dia Adilson, O numero do lote que é gerado no XML deve ser passado como parâmetros pelos métodos Enviar ou EnviarSincrono, veja a sintaxe: function Enviar(ALote: integer; Imprimir: Boolean = True): Boolean; overload; function EnviarSincrono(ALote: Integer; Imprimir: Boolean = True): Boolean; overload;

Bom dia Bárbara, Segundo o arquivo INI do provedor IPM, note que o valor do campo Validar é zero, isso significa que o lote de RPS não vai ser validado, pelo simples fato do provedor não ter disponibilizado os Schemas para validação. Outra coisa, até onde sei esse provedor não requer que o RPS e ou Lote sejam assinados. Você chegou a fazer testes com o programa exemplo?

Bom dia Luís, Você esta com todos os fontes de todas as pastas atualizados?

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia a todos, Os serviços: DistribuicaoDFe e Recepção de eventos referente a Manifestação do Destinatário, se encontram dos servidores do Ambiente Nacional e não nos servidores das SEFAZ-Autorizadoras. Não importa se você configura o componente para a UF de SP, MG, RS, ao executar um dos métodos DistribuicaoDFe ou enviar um evento de Manifestação do Destinatário, o componente vai estabelecer uma conexão com os servidores do Ambiente Nacional. Se esta ocorrendo erro de Timeout, devemos aumentar o valor da propriedade de configuração Timeout para 30.000 por exemplo. E para finalizar, não vamos confundir Distribuição DFe com Manifesto e com Manifestação do Destinatário, pois coisas distintas. Manifestação do Destinatário como dito acima, trata-se de um evento que é enviado pelo destinatário da mercadoria, com esse evento o destinatário informa a SEFAZ, se ele comprou ou não as mercadorias relacionadas na nota do referido fornecedor e a mesma foi entregue ou não, portanto são 4 tipos de eventos e devemos escolher aquele que condiz com a situação. Manifesto se refere a um modelo de documento: MDF-e - Manifesto de Documentos Fiscais Eletrônicos, que deve ser emitido por uma transportada ou empresa que realiza o transporte de carga própria, tem como objetivo agilizar o trabalho de fiscalização em um posto fiscal de fronteira entre um Estado e outro. Distribuição DFe, trata-se de um serviço disponibilizado no Ambiente Nacional, que nos permite obter 4 tipos de documentos: Resumo de uma Nota, Nota completa, Resumo de um Evento, Evento completo emitidos contra o CNPJ do ator da "consulta". A ideia é muito simples, obtendo os resumos das notas o destinatário das mercadorias tem condições de manifestar (enviar o evento de Manifestação do Destinatário) cada uma delas, ao fazer isso o Ambiente Nacional se encarrega de incluir na lista (final da fila) o XML da nota completa. Para quem não conheceu, o Distribuição DFe veio para substituir os serviços: Consulta NFe Destinada e Download NFe. Espero ter ajudado.

Bom dia Pedro, O evento foi enviado para qual ambiente?

Bom dia Everton, Qual erro? O de tela em branco?

Bom dia Wesley, Muito obrigado pela colaboração, já esta no repositório.

Bom dia, Acredito que ainda hoje já teremos uma solução para esse problema.

Bom dia, Favor atualizar os fontes e faça novos testes.

Bom dia icozeira, Notei que a UF de consulta é RR, a rejeição 265 se refere a UF da consulta diferente da UF do Web Service, sendo assim, tente configurar o componente também para a mesma UF. Pela rejeição, cheguei a conclusão que para: Consultar uma empresa de SP o componente tem que estar configurado para SP, para consultar uma empresa de RR o componente tem que estar configurado para RR e assim por diante. Faça esse teste.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Fernanda, Não se faz necessário o PDF do DANFE da NFC-e, somente o XML. Outra coisa, no DANFE da NFC-e temos a chave e a URL onde o consumidor pode realizar uma consulta, para saber se realmente a nota foi enviada para SEFAZ, sem falar no QR-Code que de posse de um leitor podemos realizar a mesma consulta. A impressão via EscPos não é possível a geração do PDF pelo simples fato do componente realizar uma comunicação direta com a impressora, ou seja, não é gerado uma imagem do que vai ser impresso e depois enviado para a impressora, funciona de forma semelhante a impressão em impressoras matriciais realizada pelos programas feitos para o DOS.

Luciano, Você esta com todos os schemas atualizados? Pois para a versão 3.00 não existe um XSD: tiposGeralCTe-OPENSSL.xsd

Boa tarde DaniZelc, Onde esta a chave da NF-e Refenciada, ou seja, a NF-e substituta?

Boa tarde Luciano, No segundo XML ocorre erro de validação ou rejeição? Quando ocorre erro de validação o CT-e nem sequer é enviado para a SEFAZ. Já a rejeição é o motivo que a SEFAZ não aceitou o CT-e, logo ele foi enviado mas não foi aceito.