Italo Giurizzato Junior

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.

Bom dia a todos, Dois dados importantes: Ind. Continuação : 1 Último NSU : 107777119 O Indicador de Continuação: 0=SEFAZ não possui mais documentos para o CNPJ informado; 1=SEFAZ possui mais documentos para o CNPJ informado, ou ainda não avaliou a totalidade da sua base de dados. Último NSU pesquisado na SEFAZ. Se for o caso, o solicitante pode continuar a consulta a partir deste NSU para obter novos resultados. Dica se o Indicador de Continuação for 1 (um) realize uma nova consulta utilizando o NSU retornado. Acredito que ao realizar a primeira consulta você deve ter informado ZERO a , como o é 1 (um), tente novamente passado 107777119 a . Espero ter ajudado.

Bom dia Rene, Acredito que a resposta ao se problema, já esta respondida no seu outro post.

Bom dia Niloblack Faz o seguinte, comente a linha onde você informa o Orgão e teste novamente. infEvento.chNFe := Chave; // infEvento.cOrgao := StrToInt(codOrgao); infEvento.CNPJ := cnpj;

Bom dia a todos, Bem lembrado Doni: Documentos Anteriores.

Boa tarde Roberto, Alteração realizada, favor baixar e testar.

Boa tarde, 1. O DACTE feito em Quick Report, imprimi os dados do veículo, motorista e vale-pedagio, mas só se o transporte for lotação ou seja: Será lotação quando houver apenas 1 tomador do serviço por veículo, ou combinação veicular, e por viagem. // TpcteLocacao = (ltNao, ltSim); Rodo.Lota:=ltNao; Se Lota for igual a ltSim outras propriedades deverão ser preenchidas (favor consultar o manual para saber quais). 2. DACTE em Fast Report, não utilizo, mas me parece que existe sim um versão free do componente. 3. Imprimir "USO EXCLUSIVO DO EMISSOR DO CT-E", exemplo: compl.xObs := 'Documento emitido por ME ou EPP optante pelo Simples Nacional'; Espero ter ajudado.

Boa tarde, Verificando o manual, não encontrei nada sobre isso. Existe uma tag chamada refCTe, mas segundo as Regras de Negócio deve ser utilizada no caso do modal Ferroviário.

Bom dia Atilio, Despois de desinstalar o QR 4.0 o que você vai fazer? Instalar a versão 5?