Juliomar Marchetti

Obrigado por disponibilizar a solução encontrada para o delphi 7

Bom participante é o cliente que fez a compra do cupom e o loop é um mero exemplo de preencher dez vezes o bloco onde será substituido pelo seu loop de query para preencher

Verificando os arquivos um a um geralmente em quase todos os órgãos homologadores é feito visualmente abre o arquivo gerado e confere se bate com o ato cotepe

E como você acabou de repassar cada homologador interpreta de uma forma a lei da mesma forma os fiscais, então faça conforme for solicitado por ele. mas sua ideia é boa sim, deixando tudo em um único executável.

Boa tarde Se verificar existe em cada bloco dos registros uma propriedade RegistroValido assim você repassa para ele se está ou não correto e ele faz o restante do serviço ao gerar o arquivo também possui as verificações de inclusão exclusão que também fazem o tratamento somente repassando se o registro é válido e se não tem mudanças de dados no seu banco .

Olha no ECFTeste são propriedades que retornam para você essas informações ".\Exemplos\ACBrECF\Delphi\"

Boa tarde você chegou a ler o ato cotepe antes de começar a construção dos registros neste link possui o mesmo http://www.fazenda.gov.br/confaz/confaz ... 025_11.htm por exemplo o campo citado ORDEM_DA : "Ordem de aplicação de Desconto e Acréscimo Indicador de ordem de aplicação de desconto/acréscimo em Subtotal. ‘D’ ou ‘A’ caso tenha ocorrido primeiro desconto ou acréscimo, respectivamente" então o bom mesmo é ler atentamente todo o ato cotepe

Boa tarde já começamos lá na primeira questão, se leres atentamente o ato cotepe a criação de DAV e pré-venda não pode estar no aplicativo de pdv então ele não pode estar junto terá que ter um programa para criar as mesmas então de quebra você pode adiciona a NF-e junto para cumprir a legislação mas com configurações para não deixar usar para emitir nf-e lá. você pode ter no retaguarda mas dai ele ficará junto na homologação

Muito provavelmente não pois acho pouco tempo de ontem para hoje para o pessoal ver e fazer o merge assim que alguém dos commiters tiver tempo fará a avaliação a alteração

anexa o xml

anexa a unit pra ver como está

Então se alguém mais fez a alteração e testou pode retornar aqui mesmo no tópico os fontes que alguém vai se encarregar de analisar e alterar no svn

Bom pelo que percebi de cara é que está criando o wregistro74 mas não está dando o add dele certo? acho que esse pode ser um dos problemas tipo algo assim ACBrSintegra.Registros74.add(wregistro74) e talvez seja o mesmo para o 75 confere e dá um retorno

Bom dia Qual sua dificuldade em gerar ele? 74 é o registro de inventário e 75 é o código de produto ou serviço

Bom dia viewtopic.php?f=9&t=4727

Bom dia bochnia favor anexar as units com as alterações assim fica mais fácil para o pessoal comparar e fazer o merge

neste link possui mais informações http://www.djsystem.com.br/acbr/sac/

Boa tarde você pode estar utilizando o serviço de SAC lá é atualizado semanalmente a versão compilada, é uma boa para se tiver com urgência tem programadores dedicados a resolver as situações ou ainda pode pegar os fontes e compilar diretamente do SVN já no S.F. é uma vez por mês

Daniel Já havia realizado a correção nos meus fontes mas como estava correndo com a homologação me esqueci de subir a correção que posterior foi feito por vocês e percebi em um dos release do svn obrigado mesmo assim por responder

Acho que não tem você possui documentos sobre essa necessidade ou mais informações?

Bom dia tem que entrar no site http://ceplivre.com.br/ e criar um usuário para ele liberar a chave para você, onde você consegue consultar até 15 cep diariamente com a conta FREE

Bom eles vão querer acessar o banco de qualquer forma para alterar os dados via gerenciador de tarefas Solução meu amigo, acho que deve até estar em algum outro tópico cria uma tabela para guardar o nome da tabela e a quantidade registros claro guarde os dados criptografados com uma chave sua quando inserir um registro verifique antes se corresponde caso sim insira o registro e atualize as informações nessa tabela caso contrario ele ficará inválido da mesma forma para excluir um registro faço o mesmo há mas dai vem a pergunta mas se eu excluir e inserir um registro vai bater os dados e ficará correto, bom mas dai o cara vai ter que ser fera para burlar a outra parte que valida o registro em si, onde se você não bater os dados a linha do registro estará errado então escapa de um lugar e cai em outro e vice versa beleza.. espero que tenham entendido a solução

Este erro se procurar na net é algum ponto dessa dll que na hora de compilar foi deixado com break point e o que acontece é de levantar a excessão, tinha conseguido um tempo atrás um blog onde explicava como corrigir isso mas é problema do windows, procure a fundo na net que você vai encontrar a solução.

Nenhum Tem no branches um inicio de projeto mas não sei em qual pé está sim já existem tópicos sobre o assunto dá uma pesquisada que vai encontrar

Agora acho que você terás que mudar sua chave privada todos os leitores do forum tem acesso a ela