Régys Silveira

O correto seria mesmo: - Coo Final = Coo Redução - 1 - Coo Inicial = Coo redução + 1

Agora entendi sua questão, mas veja no R02 você tem que informar o modelo, porque ele é o registro da redução Z, como você informa uma redução Z sem os dados da impressora, esse campo é obrigatório?

O modelo de relatório dos meios de pagamento mudou, já foi publicado o novo modelo na ER 01.12, só não tive tempo ainda de mudar o relatório do ACBr para o novo padrão. Eu fiz um resumo do que mudou na ER 01.12, se tiver o interesse vai até meu site e dá uma olhada http://www.regys.com.br

Certificados A3 até podem ser exportados mas eles não funcionam sem o meio físico (token, cartão) e o gerenciados dos mesmos. Sua melhor opção seria o certificado tipo A1, esse por ser somente um arquivo pode ser copiado livremente, basta ter a senha dele para efetuar a instalação e uso. Porque você não faz um certificado para a sua empresa e cadastra ele como emissora somente em homologação? Eu fiz isso aqui, como não sou obrigado uso somente o ambiente de homologação para testes sem nenhum problema com um certificado da empresa.

Último documento emitido antes da redução Z, ela não conta, para ela existe o contador de redução Z emitida. Inclusive o primeiro COO do dia posterior vai ser o COO da Z + 1.

Já existem tópicos discutindo esse assunto, faça uma busca no fórum que vai encontrar a resposta.

Saiu a replublicação da ER 01.12 também: http://www.fazenda.gov.br/confaz/confaz ... C3%A3o.htm Postei no meu blog o que foi alterado da republicação para a publicação, quem quiser conferir: http://www.regys.com.br/republicacao-da ... ecf-01-12/

if (Size > 0) and (Length(Value) > Size) then Result := Copy(Value, 1, Size) else Result := Value + StringOfChar(Caracter, Size - Length(Value)); if Caracter = '?' then Result := FDelimitador + StringReplace(Result, ' ', Caracter, [rfReplaceAll]) else Result := FDelimitador + Result; end; [/code] Sim ele troca todos os espaços em branco para "?", mas veja que antes ele completa o campo até o tamanho com espaços em branco, portanto, está correto.

Você precisa postar o arquivo para que alguém possa conferir e enviar.

Arquivo texto e troca de arquivo, normal como você está fazendo ai. Socket, você conecta diretamente ao ACBrMonitor, não tem envio de arquivo texto, mas comando e respostas somente. Você estabelece uma comunicação via TCP/IP na porta e envia os comando, dai o ACBrMonitor devolve a resposta. Eu particularmente acho melhor dessa forma porque assim você não terá os problemas de troca de arquivo que está tendo e simplifica a comunicação.

Elton, essa está sendo a melhor forma que encontrei até agora mas tem esse furo ai que o Juliomar falou, se excluir e incluir um registro o count vai bater, mas tem um porém, o registro incluído por fora aparece como alterado dai já inválida o arquivo, no dia da minha ultima homologação, já na ER 01.11 eles aceitaram.

Quanto a nova rotina, ficou legal porque usa DoEvents que é o equivalente a application.processmessages, isso faz com que o computador espere mas libera o processador ao contrário do Sleep. Quanto a sua pergunta, se você diz respeito a comunicação com o ACBrMonitor, eu penso que o melhor seria utilizar sockets ao invés do arquivo texto, agora se está falando da linguagem, concordo plenamente com o kiko, você deve utilizar a que você domine mais, a que seja mais produtivo. Lembrando que se utilizar delphi não precisa utilizar o ACBrMonitor, pode fazer diretamente com os componente ACBr, o que diminui uma camada no teu aplicativo.

Tem tempo que o suporte a USB da Bematech existe, isso não é novidade. O ACBr ainda não suporta a USB diretamente porque a comunicação com a porta USB é bem diferente da comunicação serial normal, já existe uma iniciativa do Daniel para suportar comandos na porta USB, veja o changelog do projeto para mais informações.

O componente trabalha somente com impressoras fiscais, existe um modelo não fiscal implementado que simula as rotinas para impressora fiscal mas deve ser utilizado somente como demonstração. Para impressora não fiscais a impressão pode ser feita diretamente na porta sem problemas.

Kiko, não sei em VB mas em delphi o sleep leva o processamento do servidor lá nas alturas.

Eu lembro que alguns pin-pads precisam de uns chips iguais a cartões SIMM que são colocados na traseira deles, mas isso era para uns bem antigos, acho que não tem isso mais. Em todo o caso seria bom verificar com o pessoal do suporte SITEF.

Você utiliza a Capicom, se sim, verifique a versão instalada, você precisa ter a versão que está junto do ACBr para funcionar, alguns certificos token instalam um versão anterior ou uma muito mais nova, causando esse tipo de problema.

Coloque um timeout, e verifique ele na sua função, assim se o arquivo não for criado depois de um tempo X do timeout a função sai do loop.

As dlls do Sitef estão todas no diretório do aplicativo, juntamente com os drivers que acompanham elas? Alguns pin-pads precisam de um chip se não engano, verifique se não é isso também.

o xml é formatado pelo componente para gerar o texto do xml, já a impressão utiliza campo data que por sua vez utiliza o formato definido pelo aplicativo.

Qual é a versão do delphi? Isso parece ser erro de Unicode, alguma coisa no aplicativo está setando a tabela de caracteres errada talvez.

Está correto, é assim mesmo que tem que sair, desde a ER 01.10 os valores devem sair da sequência, veja em: Para a pré-venda: 2.1) concretizada a operação: a) imprimir no Cupom Fiscal respectivo o número do registro de pré-venda que originou a operação, da seguinte forma, conforme o modelo de ECF: a1) no campo "informações suplementares", a partir do primeiro caracter, com o seguinte formato: PV“N”, onde N representa o número do registro de pré-venda, devendo ser adotado sistema de numeração seqüencial única com controle centralizado por estabelecimento, com 10 (dez) caracteres, iniciada em 0000000001 a 9999999999 e reiniciada quando atingindo o limite. a2) no campo "mensagens promocionais", a partir do primeiro caracter imediatamente seguinte à identificação prevista no requisito IX, com o seguinte Para o DAV: 5.1) concretizada a venda: a) imprimir no Cupom Fiscal respectivo o número do DAV que originou a operação, da seguinte forma, conforme o modelo de ECF: a1) no campo "informações suplementares", a partir do primeiro caracter ou a partir do caracter imediatamente seguinte ao registro do PV”N”, quando for o caso, com o seguinte formato: DAV“N”, onde N representa o número do Documento Auxiliar de Venda; a2) no campo "mensagens promocionais", a partir do primeiro caracter seguinte à identificação prevista no requisito IX ou a partir do caracter imediatamente seguinte ao registro do PV”N”, quando for o caso, com o seguinte formato: DAV“N”, onde N representa o número do Documento Auxiliar de Venda;

E dentro do seu aplicativo? tente setar a mão os formatos de dentro do seu aplicativo tente usar ShortDateFormat := 'dd/MM/yyyy';

Não tem nada alterando o formato de data neste computador?

Dê mais detalhes, onde isso acontece? se possível poste o arquivo.