Italo Giurizzato Junior

Boa tarde Milago, Mas o local onde é salvo os XMLs das CCe é definido por você na propriedade do componente chamada PathCCe ou PathEvento, dependendo da rotina que você esta utilizando.

Boa tarde lvr, Exato, utilize desta forma: infEvento.dhEvento := Now; que depois o componente se encarrega do resto.

Paulo, Eu não utilizo o Monitor, o que vem a ser o terceiro parametro que você deixou vazio: "" ? O monitor esta configurado com o mesmo CNPJ do certificado ?

Bom dia lvr, É de uso interno do componente, você não precisa se preocupar com isso.

Paulo, Se você esta se manifestando sobre uma NFe, essa nota não foi emitida por você. Você recebeu essa nota do seu fornecedor ou suposto fornecedor. A SEFAZ disponibilizou o serviço de Manifestação do Destinatário, veja bem Destinatário e não Emitente. Com ele é possível saber as notas que foram emitidas contra o seu CNPJ, mesmo que o emitente não envie a nota por e-mail. Desta forma é possível saber se alguem esta emitindo notas sem você ter comprado algo dele. É neste momento que você informa a SEFAZ se a operação é verdadeira ou não.

Wilson, As units citadas não estão atualizadas, exclua elas do HD e atualiza novamente.

Paulo, O arquivo que você anexou se refere a consulta da situação de uma NFe, essa opção só é utilizada para você consultar a situação de uma NFe que você emitiu. Portanto não tem nada haver com a Manifestação do Destinatário, onde eu confirmo ou não uma NFe que eu recebi, neste caso "eu" sou o destinatário e não o emitente da NFe.

Bom dia Paulo, Qual é o motivo da rejeição, se possível poste como anexo o xml de retorno ao tentar confirmar uma NFe de outra UF.

Bom dia, Tente atrazar o relógio do micro em 1 hora.

Bom dia Rigotti, A rotina que realiza a assinatura requer que o XML esteja carregado no componente, e alem disso, existem algumas tags que são checadas durante o processo de assinatura. Eu, estudaria o componente e faria um novo, para atender o lay-out adotado por Caxias do Sul.

Bom dia Carlos, Esse problema foi discutido varias vezes ontem, inclusive ja temos uma alteração que acreditamos ser definitiva para este problema. Não foi possível disponibiliza-la ontem, por problemas no acesso ao repositório. Ontem a noite o acesso foi restabelecido, portanto nas próximas horas vai ser disponibilizado a correção. Aguarde por favor.

Boa noite Marcos, Parabens, é exatamente dessa forma.

Boa tarde Marcos, Alguns desenvolvedores simplismente faz com que o cNF seja igual a nNF, ou seja o código aleatório fica igual ao numero da nota. Ao meu ver não é bem isso que o manual quer que você faça. Você pode gerar o código aleatório usando o Randomize e Random do delphi, pesquise como gerar numeros aleatórios. Quando ao digito verificador, esse é por conta do componente que se encarrega de calcular. Apesar do componente ter uma propriedade para o Digito Verificador, não devemos atribuir nada a essa propriedade quando estivermos alimentando o componente com os dados da nota. Espero ter ajudado.

Boa tarde Ricardo, 1. tente compilar o ACBrComum usando a opção Build que esta no menu Project. 2. se não der certo, remova os componentes que por ventura ja foram instalados; 3. apague todas as BPLs referentes ao ACBr que estão dentro da pasta ...\Delphi7\Projects\Bpl; 4. e tenta novamente; Mas verifique antes se não tem nenhum fonte cujo icone possui um circulo vermelho ou um triangula amarelo, isso é sinal de problemas.

Boa tarde Rigotti, Gostei muito da estrutura do XML, ficou algo parecido com a NFe, e que por sinal muito melhor do que a estrutura do ABRASF. Mas, como dito em varios outros post o componente segue o padrão ABRASF.

Boa tarde Marcus, Essa implementação que vai resolver, acreditamos nós definitivamente, já esta pronta, mas estamos com problema de acesso ao servidor onde fica os repositórios do ACBr. Assim que normalizar, vai estar disponivel para que todos possam baixar as melhorias que foram feitas.

Boa tarde Ricardo, O problema é geral, vamos aguardar.

Boa tarde Lexishome, O problema é geral, fique tranquilo que em breve voltara.

Boa tarde Joemil, Se a cidade em questão utiliza um provedor que já foi implementado, a inclusão da mesma fica facil. Caso contrario devemos seguir os seguintes passos: 1. Verificar se o provedor segue o padrão ABRASF (o componente até o momento só funciona no padrão ABRASF). 2. O provedor implementou a emissão da NFSe via webservice ou somente via site? 3. Imprima e estude um dos provedores já implementados no componente, por exemplo: ACBrProvedorGinfesV3.pas Esses são os primeiros passos, tem mais coisas, mas vamos por partes.

Boa tarde Guto, Controle de Lotes? O que vem a ser isso?

Boa tarde Rosemir, O componente foi incluido no repositório Trunk e removido do branches, logo a partir de agora as correções e implementações dar-se-ão no repositório Trunk.

Boa tarde Adailson, A solução é você deixar o relógio do computador com uns 5 minutos atrazado em relação ao horário retornado pela SEFAZ.

Boa tarde Nilo, Notei que você esta acessando o ambiente de homologação, pode ser que este esteja com alguma instabilidade, já chegou a testar em ambiente de produção?

Boa tarde Fabricio, Não utilizo o Monitor, mas acredito que esta rejeição esta relacionada com o inicio do horário de verão. Realize o seguinte teste: Consulta o status de serviço e compare a data e hora de retorno da consulta com a do relógio do computador. Talvez você tenha que atrazar o relógio em alguns minutos, 5 ou 10 por exemplo.

Desculpe, Achei que se tratava da mesma UF. Verifique a possibilidade de atrazar o relógio da maquina em alguns minutos, 5 ou 10 minutos, existem relatos que isso resolveu o problema.