Jefferson Damian

Há esqueci ainda de dizer que quando a impressora é Bematech o relatório arq. Ac17/04 estava assinando duas vezes porque o comando que traz a informação da ECF já faz a assinatura. Precisei comentar a linha que assina e no local onde disparo o comando colocar uma verificação se não Bematech assinar. E esse relatório não funcionou na Daruma quando por data, mas como o Juliomar falou deve ser DLL.

Obrigado. Agora está funcionando. Meu problema estava no expoente público.

testei com o exemplo ACBrECF e deu a mesma coisa e agora pouco testei com uma Bematech MP 2100 e o erro foi com o COO. Então estou com duas situações diferentes: 1 a Daruma FS 600 que dá erro por data mas funciona por COO 2 a Bematech MP 2100 que está apresentando erro por COO e funciona por data. com a bematech já tentei trocar as DLLs.

Bom quanto a isso foi observado. Para escolher a data foi olhado na leitura de memória e optado por uma faixa entre as leituras.

Estou tendo um problema semelhante mas quando é por data. Diz que a data é superior ao movimento, mas não é. Esseerro com uma Daruma FS 600. Pode ser impressora? Alguém tem uma ideiai? Obrigado.

É minha primeira homologação, já peguei o sistema em andamento, e a geração de arquivos estava assinando com o EAD mas na hora de verificar a validade da assinatura, me disseram que precisa de um arquivo XML com os dados da empresa, que ninguém na empresa sabe do que se trata pois o programador anterior não falou nada. Daí que tentei sem exito gerar uma nova chave, porque não conheço a ferramenta e no sistema encontrei dois pontos com a informação de chave pública e privada. Uma é uma função que usa o comando generateEAD criando o arquivo com o EAD o Outro lugar é no componente TACBrEAD, mas nesse está comentada. se descomentar dá erro. Bom como ninguén sabe da existência do XML com as informações para validar a assinatura, preciso de uma dica um tutorial algo que oriente como criar esse XML Obrigado.

PAF ECF ER 02.02 Toda vez que gero qualquer arquivo retorna erro se: Se deixo definido no componente EAD a informação de chave publica e privada. mas se uso uma função chamando o comando generateEAD e passando as chaves gera o EAD no arquivo porém ao validar diz que a assinatura não é válida. Se uso o exemplo ACBREAD e mando gerar chaves novas, não funciona a autenticação de nenhuma das formas. Alguem pode ajudar?

Eu gero o carnê na ECF logo após o cupom no valor total da venda, e o recebimento pode ser por cupom não fiscal. Até agora só não consegui implementar que a ECF imprima um código de barras no carnê para agilizar o recebimento. SAT e NFCe ainda não utilizamos, nossos Clientes são todos em Santa Catarina que ainda não usa.

Bom dia Italo. Não coloquei porque não sabia que faz diferença. Bom estou usando o quick 5.02.1 porque foi o único que consegui instalar (não sei porque). Obrigado.

Temos um cliente cadastrado no regime normal e faz retenção do ISS (é uma empresa que trabalha fazendo limpeza) mas ao gerar o RPS, na pré visualização está OK mostrando a retenção porém ao enviar retorna sem a retenção. Nas muitas tentativas, resolvi colocar o cliente como simples e informar retenção dessa forma a pré visualização fica sem a retenção, porém no retorno aparece a retenção. Provedor Betha Tem algo a ser feito ou é um problema no provedor? Desde já agradeço a ajuda.

Está ocorrendo o seguinte, se a empresa for optante pelo simples e marcar retenção de ISS, na pré-visualização não aparece a retenção mas aparece no retorno e a empresa for regime normal acontece ao inverso, aparece a retenção na pré-visualização e não aparece na impressão. Isso com o Provedor Betha. Desde já agradeço.

Estão pedindo que seja emitido por período de data e por COO inicia e final Porém, está aparecendo por data e por CRZ. Não tem a opção COO Detalhe: E01, E02, E14, E15, E16, E17, E18, E19, E20 e E21 esses são os registros que deve ter mas tem: E01, E02, E05, E07, E08, E09, E11, E12, E13, apenas esses é o que está gerando

Tenho aqui duas ECFs: uma Bematech MP 2100 TH FI, e uma Daruma FS700 D-Printer Estou tentando gerar o Arq. MF e "Arq. MFD" e acontece o seguinte: Na Bematech: dá erro de "Access Violation" Na Daruma: Está gerando os arquivos Estou usando o comando da seguinte forma: "DM.ECF.PafMF_ArqMFD(path + NomeArquivo + '.mfd');" Uso Delphi 7 Também para gerar "Arq. AC 17/04" pela Daruma consigo gerar por período de data mas no requisito o pessoal da homologação me forneceu diz que precisa gerar por COO, inicial e final, mas o comando aceita por data e por CRZ. estou usando o comando: "PafMF_LMFC_Cotepe1704" Alguma dica? Obrigado. ECF.TXT ECF.TXT

Ba, a ultima atualização nossa foi a umas duas ou três semanas Obrigado.

Oi segue em anexo a unit alterada. Apenas incluí o código da cidade na function CodCidadeToProvedor no provedor Betha. só uma correção: antes eu disse que alterei apenas a unit pnfsNFSe, mas me equivoquei no nome estava com as duas carregadas no momento que fiz a postagem e acabei colocando o nome trocado o correto é a unit pnfsConversao. acbr.zip

coloquei a cidade na unit pnfsNFSe dentro da function CodCidadeToProvedor e funcionou. Foi o único lugar que inclui as cidades. o que é preciso para que estejam disponíveis para as próximas versões do ACBR? Obs.: Juliomar, fiz só essa alteração e testei pois não entendi que endereços precisava e funcionou então deve estar certo. Obrigado.

Não é possível, retorna uma mensagem de erro "Código do Município (cod. ibge) não encontrado. E se usar a função que tem no exemplo para verificar se o município tem provedor retorna nenhum. Obs.: O teste foi realizado com o Município de Ipuaçu mas temos clientes nos outros e estaremos ativando para os próximos dias e verificamos pelo componente e também retornou nenhum provedor. por isso já incluímos na lista acima. Obrigado pela atenção.

As cidades abaixo não estão cadastradas no componente e utilizam o provedor BETHA IBGE Cidade UF 4202537 Bom Jesus SC 4207684 Ipuaçu SC 4209458 Lajeado Grande SC 4210555 Marema SC

tentei debugar mas não conheço muito do funcionamento interno da ACBR e quando debugando entra nas classes da ACBR fico perdido. Mas debugando chego na classe ACBrNFSeWebServices não consegui identificar exatamente o ponto onde ocorre o erro mas é na function processando. Isso depois do envio quando está tentando pegar o retorno. Acho que é algo depois que recebe o retorno que não está certo, talvez o retorno está vindo com alguma diferença e fez parar de funcionar.

Estou usando o provedor Betha Quando envio o RPS está retornando "erro desconhecido L118" Se tentar reenviar o lote que deu erro retorna que já foi enviado, mas não consigo consultar ele. Se alguém já passou por isso ou tiver uma idéia, estou precisando de ajuda. Desde já obrigado.

Na consulta é um processo... pelo menos com o provedor BETHA, que é o que usamos aqui, fiz várias tentativas de consultar os dados enviados e a única forma de consulta que consegui as informações que eu precisava foi as que estão no arquivo em anexo. Tentei diversas outras que estavam no modelo deles mas só consegui receber dados dessa forma. Na postagem anterior não aparecia como faço a consulta, nessa apresento apenas a consulta. Espero que ajude. Consulta do RPS.txt

Dá uma olhada como estou fazendo no arquivo TXT em anexo. Vale lembrar que todos os comandos que estou usando peguei no modelo que a ACBR fornece porém a sequência que escolhi foi a única que funcionou, pelo menos comigo. principalmente a de consulta. Também descobri que não é possível retorno de tudo, então me detive no que funcionou para mim. Espero que consiga achar o erro com isso. envio rps.txt

Olá, com a Betha acontece quase a mesma coisa, fiz o seguinte: Deixei que continue aparecendo a mensagem de duplicidade, em seguida, pergunto ao usuário se quer atualizar a base local. Se o usuário diz sim uso o comando de consulta RPS para pegar o número da NFS-e e mais alguma coisa que precisar e já faz a impressão. Claro que se tiver como não exibir a mensagem de duplicidade e fazer tudo automático é melhor. Porém assim foi a solução que encontrei.

Existe uma forma de descobrir qual foi o último RPS enviado? Caso haja um problema com o controle de numeração do sistema ou o cliente venha fazer algo que não deveria, tem como descobrir qual foi o último RPS? Usamos o Provedor Betha. Desde já obrigado.

Sei, mas a Betha me mandou outra mensagem depois de eu ter publicado. Disseram que não utilizam essa Tag e por isso não enviam ela no XML. Poderia ser retirada essa Tag da impressão para que isso não ocorra, já que a Betha disse que não usa? Obrigado