Juliomar Marchetti

Não, ainda está sem implementação. Também ainda não foi incluido no trunk o emissor de NFSe

é isso ai amigo

faz uma pesquisa amigo no forum que já tem tópicos explicando como proceder com o emulador e uso de portas virtuas seriais com0com e sim vc terás que usar o com0com ...

Amigo é venda frenetica? aconteceu comigo isso lá em 2010 com venda frenetica principalmente de caixas de supermercados

O componente delphi/lazarus ACBrECF foi construido para comunicar diretamente com a ECF não sendo necessário utilização de dll s de fabricantes. somente arquivos que tenham que ser gerado ou buscados é utilizado as dll´s de fabricantes. Então se você utiliza o componente você usa os comandos dele, se você utiliza o monitor, pode ser via txt ou sockets no site passado acima pelo Régys tem o help online onde mostra todos os comandos possíveis do ACBrMonitor caso seja essa sua dúvida este link possui as informações para como baixar no svn http://acbr.sourceforge.net/drupal/?q=node/37 e neste outro o link do help online onde ele está presente também no site http://acbr.sourceforge.net/ACBrMonitor.htm

Viu régys ele não chegou a escrever mas está usando o ACBrMonitor conversei e fiz um teste hoje de manhã pra ele recompilando o mesmo mas não surtiu efeito

Jeferson como Régys perguntou sim sua dúvida é em relação a que? geração, uso do componente, leis, obrigações...

Isaque uma opnião ver de criar sub forums aqui dentro colocando ACBrSped e dai Contabil, Fiscal, Pis/Cofins Fcont etc

você está salvando a bobina em um arquivo txt para depois retornar ela?

Olha só comecei a efetuar testes e mexer nos fontes e cheguei no seguinte codigo na linha 185 no arquivo pcnleitor.pas tcStr : result := Utf8ToAnsi(ReverterFiltroTextoXML(ConteudoTag)); e no caso o pdf ficou correto

Sim não é válido pois não é assinado mas o importante seria a acentuação no pdf que não está saindo corretamente

Sim enviei sem mas ele possui a tag certinha

Segue o xml

sim e que eu saiba eu posso colocar acentuação nos meus itens vendidos bem como razão social da empresa etc.

Sim isso mesmo, com certeza é acentuação mas já vi vários casos do danfe em que a descrição saia acentuada alguém mais tem sugestão ou passou por isso?

Em anexo um danfe gerado com o ACBrNFeMonitor veja a descrição do produto como saiu, alguém sabe me informar o motivo?

O MD-5 é relativo ao documentos fiscais então no restante não necessita emitir

Amigo entra em contato com eles e pede pra eles sem tem certeza de terem usado o ER certo abaixo segue o texto e em negrito o que está diferente: Parâmetros de Configuração: para emitir Relatório Gerencial pelo ECF contendo a configuração programada no PAF-ECF em execução para os parâmetros de configuração previstos nesta especificação, relativos aos requisitos que referenciem “a critério da unidade federada”, conforme segue: a) iniciando com a seguinte observação: “Todas as parametrizações relacionadas neste relatório são de configuração inacessível ao usuário do PAF-ECF. A ativação ou não destes parâmetros é determinada pela unidade federada e somente pode ser feita pela intervenção da empresa desenvolvedora do PAF-ECF.”; e os seguintes dados apresentados em tantos registros quantos forem os parâmetros a serem informados: b1)Identificação do requisito (p.ex.: XXXVI-A) b2)Identificação do item (p.ex: 1) b3)Identificação da alínea b4)Descrição sucinta do requisito/item/alínea (p.ex: impede registro de venda ou emissão de CF quando detectar estoque zero ou negativo) b5)Parâmetro de configuração (S=sim;N=não)

Segundo o homologador, desde que faça o que está solicitando não tem problema se for chave pois vai mostrar o registro errado.

Você finaliza o DAV-OS (criação) no retaguarda, e no PDV emite ele (ECF ou Laser) e depois o cupom não sei se entendeu?

Amigo está bem descrito no manual e ele diz que a crianção do DAV e Pré-Venda não pode ser no PDV. nele somente é feito a emissão do CF no caso da Pré-Venda e do RG caso for na ECF ou impresso na laser conforme a UF.

Bom dia Estive conversando com o Isaque e com o Régys, trocando ideias de como tratar o novo requisito do Bloco VII Onde devemos evidenciar no caso de inserir ou remover registros por meio de um gerenciador de banco os registros D1, E1, P1, C1 e R01 seguindo as orientações do manual e do ato cotepe. Bom tive uma ideia e sugestão de como tratar isso, criando uma tabela com dois campos, em um o nome das tabelas e o outro com um hash, sendo o nome das tabelas chave para ter somente um registro para cada tabela, ao efetuar o insert ou excluir pelo sistema registros das tabelas que façam parte das validações, atualizo o hash com o count(*) + algum key para não ficar tão obvio e fácil a sua alteração, pois precisa ser um método rápido de ser realizado uma carga de pdv não pode passar de segundos ou minutos. mas recai em um porem, se for excluído o arquivo vai gerar o erro, mas ao inserir um outro ele vai validar pois o count volta ao original, mas também o registro inserido estará incorreto e será evidenciado no arquivo, a mesma vale se for inserido um registro e depois removido que seria o contrario do teste gostaria de ter opiniões e idéias dos amigos ps. conversando com um homologador ele me falou o seguinte, que era pra se ater a atender o requisito, se ele excluir ou inserir um registro e evidenciar isso no arquivo está correto, pois não vai ser verificado se isso ou aquilo modificando vai voltar ao valor original.

Sim Elton o régys já conversou comigo por skype e melhorou a nomenclatura das propriedades

Boa tarde Efetuando testes verifiquei que faltam dois campos no registro D3 e tinha um que não precisava que seria o Situação Tributária e a Alíquota.

Isso mesmo Elton O homologador falou a mesma coisa para mim.