Italo Giurizzato Junior

Graça, O XML que você tem da respectiva NF-e, consta o protocolo de autorização? Se sim, qual versão do DANFE você esta usando (Quick, Fast, Rave,...)?

Boa tarde, A versão do XML esta como sendo 1 em função dos schemas que temos para o respectivo provedor. Se alterarmos de 1 para 2 certamente vai ocorrer erro de validação. Primeiramente, precisamos dos schemas que realmente são utilizados pelo provedor, para que possamos configurar o componente para este provedor de forma condizente com os schemas.

Boa tarde Graça, O problema deve ser mesmo de sincronismo, uma vez que ao realizar a consulta, temos que ter como resposta da SEFAZ, o protocolo de autorização, bem como todos os eventos vinculados a mesma.

Bom dia Dangelo, Muito obrigado pela colaboração, já esta disponível.

Bom dia Everson, Utilizando o programa exemplo você tem uma opção para validar o XML você executou ela? Quais foram os erros? Lembre-se que os dados incluidos na rotina que gera o MDF-e não são reais, portanto podem ocorrer erros de validação.

Bom dia Graça, Mas é isso mesmo que a SEFAZ tem que retornar ao realizarmos uma consulta. Ela tem que informar que a nota existe, que foi autorizada e por fim foi cancelada. Temos desta forma um histórico completo da mesma.

Bom dia Isaac, Na minha aplicação, ao consultar as notas destinadas, assim que obtenho o retorno com o resumo das notas, alimento uma tabela no banco de dados, desta forma tenho um controle das notas consultadas e se já foram manifestadas ou não e qual foi o tipo de manifestação realizada na nota. O MontachkLista monta o chkListaNotas lendo a tabela do banco de dados, mas só traz as que não foram manifestadas ou cuja manifestação não é conclusiva, como por exemplo Ciência da Operação. Esse tipo de manifestação você diz que comprou a mercadoria, mas ela ainda não chegou.

Bom dia Cleiton, Já foi dito aqui no fórum por diversas vezes que os fontes de um determinado componente não encontram-se em uma unica pasta. O componente ACBrNFSe pode se utilizar de Units que estão na pasta ACBrComum, PCN2 entre outras. Sendo assim devemos sempre atualizar todos os fontes de todas as pastas. O erro: [Error] pnfsNFSeR.pas(980): Undeclared identifier: 'tcDatVcto' Note que esta informando que o identificador tcDatVcto não esta declarado, esse erro ocorreu ao compilar a unit pnfsNFSe.pas O identificador tcDatVcto esta definido na unit pcnConversao.pas que encontra-se dentro da pasta PCN2. Sendo assim, concluo que os fontes da pasta PCN2 estão desatualizados. Quanto ao erro referente a imagem em anexo, isso pode ser pelo fato de você estar utilizando schemas que não seja do provedor em questão.

Boa tarde Isaac, O chkListaNotas é um TCheckListBox que contem a lista das notas retornadas pela consulta O lstChave1 é um TListBox que contem somente as notas que por ventura foram selecionadas no chkListaNotas. O MontachkLista é uma procedure que alimenta o chkListaNotas. E o GravarUltimaConsulta, salva em uma tabela a data, status, xMotivo (descrição do status), ultNSU e se tem ou não mais notas (indCont = indicador de continuidade) Após obter a lista das notas, por exemplo se das 10 notas listadas 6 devem ser manifestadas como Confirmação de Operação, em vez de manifestar uma a uma, seleciono as 6 e monto um lote com 6 eventos de confirmação de operação, um para cada nota e depois envio o lote de eventos.

Boa tarde Everson Luis, Esta ocorrendo um erro de validação no elemento idUnidTransp onde você informou a palavra "Caminhao", correto? Pois bem, segundo a Nota Técnica 2013/004 versão 1.00a de Outubro/2013 - página 97 diz que esse elemento deve conter a seguinte informação: Informar a identificação conforme o tipo de unidade de transporte. Por exemplo: para rodoviário tração ou reboque deverá preencher com a placa do veículo. Sendo assim em vez de você atribuir a palavra Caminhão atribua a placa do mesmo, por exemplo: "ACB1234" (sem formatação, ou seja, sem o traço separado as letras dos números).

Boa tarde William, Vamos as respostas: 1. Os comandos são idênticos aos da NF-e, você não coloca NFe.comando, pois bem no caso do MDF-e será MDFe.comando Lembrando que temos apenas o consultar status, o envio, o consultar, o Encerramento, o Cancelamento e Inclusão de Condutor, sendo que esses 3 últimos são eventos. 2. Manuais e notas técnicas vide o site: https://mdfe-portal.sefaz.rs.gov.br/ 3. Não tenho uma data precisa uma vez que não sou eu que esta fazendo os ajustes finais no ACBrNFeMonitor, mas acredito que vai estar disponível em breve. Uma observação: a nomenclatura dos campos do arquivo INI que vai conter os dados para poder emitir o MDF-e, segue a mesma do XML definida no manual e notas técnicas.

Boa tarde Weriton, Muito obrigado pela colaboração, já fiz a alteração e disponibilizei.

Bom dia Robinho, Me parece que a SEFAZ-MG esta passando por problemas técnicos e consequentemente não esta conseguindo realizar o sincronismo com a SVC-SP. Enquanto isso não tem o que fazer a não ser aguardar.

Bom dia, Para saber se uma determinada informação pode ser corrigida através de uma CC-e ou não, por favor veja a tabela do Anexo VII no Manual versão 2.00a do CT-e (página 183).

Bom dia, Os Paths são os mesmos, mas estão na mesma ordem? Verifique se na maquina que não compila se existe algum fonte cujo ícone do fonte, contem uma bolinha vermelha ou um triangulo amarelo. Caso afirmativo exclua esse arquivo e baixe novamente. Se essa maquina já tinha o ACBr Instalado, verifique se não existe nenhuma DCU antiga do ACBr perdida em alguma pasta que o Delphi tem acesso. Se sim, exclua.

Bom dia ALA, Sim, basta realizar uma consulta. No caso do EPEC ao enviar temos como resposta da SEFAZ que o evento foi registrado, mas não esta vinculado a NF-e. Pelo simples fato que a NF-e ainda não foi enviada. Depois do envio da NF-e a SEFAZ se encarrega de fazer a vinculação. Para obter essa confirmação de que o evento EPEC esta vinculado a NF-e, basta fazer uma consulta, no retorno é para constar que NF-e esta autorizada e que existe o evento EPEC. Lembre-se que o mais importante é que a NF-e seja enviada e obtenha o protocolo de autorização.

Bom dia a todos, Uma observação: Existe sim a possibilidade de enviar um lote com até 50 RPS, mas isso depende do provedor. O Ginfes por exemplo permite, alias, nesse provedor só existe a possibilidade de envio de lote de RPS, que pode conter de 1 até 50. Outros provedores disponibilizam 2 e até 3 métodos de envio, são eles: 1. Enviar Lote de RPS modo assíncrono; 2. Enviar Lote de RPS modo síncrono; 3. Enviar RPS, conhecido como GerarNFSe. No método GerarNFSe se refere a um Web Service que tem por finalidade gerar a NFS-e com base no RPS recebido. Neste caso só é possível enviar somente um RPS. Quero chamar a atenção de que não importa o método, o componente sempre vai gerar o XML do RPS e enviar para o Web Service para que possamos ter como resposta final o XML da NFS-e.

Bom dia Weriton, No caso da NFC-e, temos 2 URLs para cada ambiente. Uma delas é usada para consultar a nota utilizando-se da chave, e deve ser impressa no DANFE. A outra é usada para compor a string que vai gerar o QR-Code. Essa URL que a SEFAZ-RJ lhe informou é a que devemos imprimir no DANFE ou é a que vai ser usada para gerar o QR-Code? Te faço essa pergunta, pois ao digitar a mesma no navegador não é mostrado nada para que eu possa digitar a chave.

Boa noite Fernando, O componente possui algumas propriedades que podem resolver o problema, são elas: AguardarConsultaRet => aqui você defini um tempo em milisegundos para fazer com que o componente aguarde antes de realizar a primeira consulta; Tentativas => aqui você defini o numero de tentativas, ou seja, de consultas (padrão é 5); IntervaloTentativas => aqui você defini o tempo em milisegundos para fazer com que o componente aguarde entre uma consulta e outra. A consulta que me refiro é para obter o protocolo de autorização.

Isaac, Devemos parar com a consulta quando o valor de indCont é igual a zero. Você diz que ainda existe um nota a ser manifestada. Quando que essa nota foi emitida? Qual é o valor informado para ultNSU? se for zero só retorna as notas que tenham sido recepcionadas nos últimos 15 dias. Note que nesse retorno você tem o último NSU, a próxima consulta é interessante informar esse numero como base de consulta.

Boa tarde Neguta, Peguei um XML, carreguei, visualizei na tela e por fim gerei o PDF. Tanto na tela quando o PDF os valores são apresentados corretamente conforme figura em anexo: Fiz um segundo teste, carreguei o XML e gerei o PDF, também os valores são apresentados corretamente. Os testes foram feitos usando o DACTE em Quick Report.

Isaac, O Web Service para realizar essa consulta esta sendo alterado, acredito que o novo que esta sendo implementado pelo Ambiente Nacional será melhor. Vamos aguardar.

Boa tarde Isaac, Se você continuar as suas pesquisas no fórum, vai descobrir, relatos de colegas, dizendo que para obter as primeiras notas foram necessárias dezenas e até centenas de consultas. Outra coisa, você esta realizando a consulta configurando o componente para o ambiente de homologação ou de produção? Se for de homologação as chances de você obter algum resultado é praticamente zero.

Boa tarde Fabio, Já devo ter respondido isso para alguém, não me recordo onde, mas vamos a resposta: Não, no meu entendimento o cUFAutor é o código da UF de quem esta realizando a consulta ou seja o interessado. Porque não faz sentido disparar uma consulta para cada UF? Pelo simples fato dessa consulta ser feita no Ambiente Nacional onde todas as NF-e emitidas por todas as UF ficam concentradas.

Boa tarde, Confere o Library Path do Delphi dessas duas maquinas. Verifique se na maquina que não compila contem todos os Paths e os mesmos estão na mesma ordem da outra maquina.