LIDERNetwork

De nada parceiro!

Olá Adriano, o André está correto na afirmação da postagem. No entanto se você ler o manual vai entender que o layout 4.0 é exatamente igual a foto da sua impressão, respondendo assim a sua pergunta... No novo layout o cupom foi totalmente condensado para evitar gastos de papel e maior entendimento das informações impressas...

Ressuscitando o post... Também estou com esse mesmo problema somente com A3. A demora já chegou na casa dos 3min, pois já verifiquei que depende do tipo de cartão e leitor usado com o mesmo. Já procurei soluções e não encontrei nem no fórum nem na internet. A demora esta inviabilizando o uso desse tipo de certificado e estou orientando os clientes a usarem o A1, mas em alguns casos não é possível, devido ao ramo de atividade, a exemplo de Madeireiras que são obrigadas a usar o A3 devido ao sistema do IBAMA que exige somente este tipo. Ainda procurando soluções caso encontre compartilho com os colegas...

Boa noite colegas, Estou com problemas para reconhecimento do certificado digital o novo modelo Oberthur da Certsing. O sistema não reconhece o certificado instalado e o AWP que é o gerenciador que se utiliza no lugar do Safesing reconhece normalmente. No repositório do windows ele também não aparece... Alguém tem uma solução?

Boa Noite colegas, Estive acompanhando este problema desde do dia 01/02 quando a SEFAZ PB começou esta validação. Passei pelos mesmos problemas citados e procurando soluções eis que relato os seguintes acontecimentos: 1 - Minha aplicação captura o CSC do banco de dados através da query diferente de alguns sistemas que capturam de um ini ou txt na pasta da aplicação. O que percebi é que em alguns momentos ao executar a query e preencher o componente este recebe o CSC mas em modo debug o mesmo CSC recebe caracteres ANSII #$AD no lugar do "-" o que gera o cstat 464. 2 - O ACBR não tem nenhum problema uma vez que, para alguns clientes funciona e em outras não, provando que se fosse o mesmo não funcionaria em momento algum e em nenhum cliente. 3 - Aplicações que usam o INI para passar o parâmetro ao componente não tem esse problema porque não gera o ASCII (Não sei explicar porque) Para contornar o problema e pode até ser considerada como uma "gabi" mas aqui resolveu 100% em todos meus clientes sendo eles com o "-" ou sem. Passos: 1 - Armazeno a o CSC que vem na query do banco de dados em uma string 2 - Uso uma função para retirar todos os caracteres ANSII inclusive o "-" 3 - Com a string "Limpa" faço ainda um Uppercase para tornar tudo em caixa alta para garantir o padrão 4 - Aplico a formatação nativa do CSC sendo 00000000-0000-0000-0000-000000000000 adicionando denovo o "-" 4 - Agora o massete, preencho o componente com a string já formatada conforme padrão nativo da SEFAZ antes do GeraNFe, Valida, Assina etc... OBS: Não adianta preencher o componente na inicialização pois os códigos ANSII insistem estar junto com o CSC no mesmo e percebam que retiro e coloco o "-" mas também não obtive sucesso deixando ele no passo 2, então retirando e recolocando resolveu e além disso não preciso ter que ficar preocupado se o CSC do cliente está ou não no formato padrão e com ou sem o "-". Bem é isso, desculpe aos colegas se faltou alguma ressalva, mas por aqui resolveu assim. A quem quiser repasso as funções usadas é só pedir! Abraço aos amigos da PB! Espero ter ajudado!

Bom dia Colegas, Antes de tudo peço desculpas se estou postando em lugar errado mas não vi tópico falando a respeito então estou abrindo este. Os moderados por gentileza podem transferir para o lugar adequado... Fui tentar contribuir com o projeto na forma de doação, uma vez que, pouco contribuo no desenvolvimento por falta de tempo. Tenho a total consciência que fazendo a minha parte de uma forma ou de outra estamos fazendo com que o projeto cada vez mais cresça no excelente trabalho voluntário e profissional dos colegas. Ao tentar realizar a doação ocorreu o erro em imagem em anexo e gostaria de que os moderadores corrijam para que eu possa tentar novamente. Aguardo a correção e um forte abraço!

Entendi agora o problema, a noticia so trata do endereço em PRODUÇÃO e eu desconhecia este site com os endereços das SEFAZ. Obrigado pelo retorno amigo! Problema resolvido...

Bom dia colegas, Estou com o mesmo problema para o ambiente homologação, já alterei os endereços no arquivo ini de configuração e continua o mesmo erro. Conferindo o site da receita PB notícia que saiu dia 14: Validação QR-Code NFC-e Novembro /2016 Como o endereço já foi informado nas configurações como já estavam antes pois apenas troquei de https para http mas o endereço é o mesmo http://www.receita.pb.gov.br/nfce e permanece o problema, certamente deve ser os itens 2 ou 3 que acredito não estao sendo atendidos. Me corrijam se eu estiver errado porfavor. Já estou verificando o código e caso positivo disponibilizo a comunidade as devidas alterações após concluir a análise, caso o código esteja em acordo gostaria de uma opinião dos colegas mais experientes...

Olá Colegas, Existe algum exemplo de como emitir bilhete de passagem rodoviário em impressoras não fiscais? Procurei no forum e no demo ECF e não encontrei. Alguém pode me ajudar com alguma luz?

Boa Tarde Colegas, Estamos passando por processo de homologação junto a SoftwareExpress usando o Client Modular por troca de arquivos e não optamos em usar a DLL Clisitef e sim o modo TEF_DIAL porque não requeria muitas modificações no nosso sistema já que o mesmo é homologado para todas as bandeiras exceto a bandeira TicketCAR, uma vez que esta requer alguns parâmetros adicionais no arquivo de requisição intpos.001 conforme manual técnico disponibilizado pela propria SoftwareExpress. A questão é que ao invés de criar o header = CRT para a chamada do GP Client Modular deve ser criado um header = NPTC mas ao fazer isso causa erros no tratamento no ACBRTEFClass.pas o que gera uma exceção. Gostaria de saber se alguns dos colegas já conseguiram implementar o TicketCAR por esse cenário gerando o header adequado para cumprir as especificações?

Bom dia Colegas, Após a ultima atualização do ACBrECFVirtual.pas o mesmo veio com um alteração no rateio do desconto/acréscimo para alíquotas diferenciadas conforme especificado em: http://partners.bematech.com.br/bemacast/Paginas/post.aspx?idPost=5790 O problema é que vendas com cartão de crédito é acrescentado ao valor da venda a porcentagem do desconto. EXEMPLO: Venda de R$ 60,00 desconto de 10% no subtotal ficaria R$ 66,00 sendo valor da venda R$ 54,00 e essa diferença é impressa no Relatório Gerencial antes dos comprovantes da transação do cartão. O problema é na classe CBrECFVirtualClassCupom.SetDescAcresSubtotal linha 937: fpSubTotal := fpSubTotal + fpDescAcresSubtotal; Para contornar o problema apenas troquei a soma pela subtração ficando: fpSubTotal := fpSubTotal - fpDescAcresSubtotal; Para resolver deveria criar um rotina para saber se a variável fpDescAcresSubtotal trata-se de um desconto ou acréscimo no valor e assim a rotina acima ser de soma para acréscimo ou subtração para desconto. if fpDescAcresSubtotal > fpSubTotal then fpSubTotal := fpSubTotal + fpDescAcresSubtotal else fpSubTotal := fpSubTotal - fpDescAcresSubtotal; O que gostaria de saber dos colegas é se alguém está passando por isso, pois pode ser meu código com alguma inconsistência tratada antes de se chamar a classe em questão. OBS: Postei em NFC-e porque utilizo o Posprinter+Virtual com ESC/POS

Olá, Voltando ao topico recebi um manual onde pede para alterar o Req.Header do arquivo gostaria de saber como procederia como fazer essa alteração?

Obrigado pelo retorno Giquieu Já tinha solucionado isso há algum tempo, veja a data do post OK! Modifiquei a lógica e agora está preenchendo corretamente... Moderadores podem marcar como RESOLVIDO!

Olá Parceiro, De fato podem haver algumas codificações a serem implementadas já que para um CEST tem vários NCMs e até alguns desses NCMs já estão inválidos após 01 de Janeiro de acordo com a nova tabela IBPT com vigência até Junho/2016. Como mencionei antes é para um exemplo ou uso a referida tabela mas se puder compartilhar as modificações são bem vindas!

Boa Tarde colegas, Não sei se este é o espaço indicado para contribuir mas consegui um arquivo SQL com uma consultoria contábil de um velho amigo contador que me repassou sem custos. Esta tabela é para ser usado nos produtos ICMS-ST e preencher a tag prod.CEST apartir de Abril de 2016 conforme nota técnica 003/2015. Como forma de contribuição segue em anexo, pode servir como base de uso ou exemplo. Espero ter ajudado! CEST.SQL

Daniel muito obrigado pelo retorno!!

procedure TForm1.ACBrTEFD1AntesFinalizarRequisicao(Req : TACBrTEFDReq); begin if Req.Header = 'CRT' then Req.GravaInformacao(507,001,'1'); Memo1.Lines.Add('Enviando: '+Req.Header+' ID: '+IntToStr( Req.ID ) ); end; Olá Daniel obrigado pelo retorno mas se entendi para passar esse campo que citei seria: procedure TForm1.ACBrTEFD1AntesFinalizarRequisicao(Req : TACBrTEFDReq); begin if Req.Header = 'CRT' then Req.GravaInformacao(507,001,'1'); Memo1.Lines.Add('Enviando: '+Req.Header+' ID: '+IntToStr( Req.ID ) ); end; Seria isso??

Bom dia Colegas, Gostaria de uma ajuda de vcs, preciso implementar no TEF_DIAL essa configuração para que os cartões Policard passem no Módulo Client da SITEF pois nossa aplicação está homologada na Software Express usando o módulo Client como TEF_DIAL (Troca de arquivos) e não fizemos nenhuma alteração do ACBRTEFD mas agora acredito que essa implementação do campo seja necessária mas não sei onde implementar sem modificar o fonte original do ACBR para não ficar "diferente" do SVN. Na página 23 no item 13.2.5 do manual de integração Policard + Client Modular SITEF diz o seguinte: "Além desses parâmetros, é necessário que a aplicação envie no arquivo Intpos.001 o campo 507-001=1." Como proceder??? Segue em anexo o referido manual Policard_Guia de Instalação.pdf

Paulo se entendi sua dúvida você poderá testar seu desenvolvimento para NFC-e apenas setando a porta para um arquivo TXT exemplo PORTA=arquivo.txt o ACBr vai criar um arquivo em TXT bloco de notas na pasta do seu EXE com a copia fiel do que deveria ser impresso em uma mini impressora não fiscal térmica. Essa opção é apenas para lhe ajudar no desenvolvimento inicial do seu sistema e não estar gastando com equipamentos até que seu sistema estar "redondo" de inicio e só funciona em EscPos. Em modo relatório Fast ou Fortes não funciona. Se for usar uma mini impressora sugiro a Epson TM-T20 ou a Daruma DR700 ou DR800 em ambas o ACBR é perfeito! Bons códigos!

Obrigado Daniel Resolvido! A quem interessar é pc1252 para Daruma DR800

Olá Colegas, Estou com dificuldades na impressão do NFC-e na Daruma DR800 em EscPos. O cupom sai perfeito a não ser pelo fato das cedilhas e acentuações não estarem funcionando saindo com códigos inválidos. Na DR700 e demais impressoras está normal e como essa Daruma é um novo modelo alguém aqui já passou por essa situação e se resolveu como fizeram?

Se foi Gambi ou não aqui foi o Santo São Sleep que resolveu o mesmo problema da DR800!! Obrigado BigWins pela sua colaboração!

Apesar do post ser antigo e o mesmo não esta como RESOLVIDO, seguem abaixo minha contribuição a quem interessa a solução, pois passei pelo mesmo problema porém era apenas as configurações da própria balança: Comunicação 100% com esta balança Bematech SA-110 ou a ELGIN SA-110 com o Componente ACBrBal 1 - Ligue a balança e mantenha pressionada a tecla 0 até o display PESO apresentar a opção: 00 FnC. 2 - Em seguida pressione a tecla CE até a opção 03 rS1 aparecer e em seguida pressione a tecla KG/100g. 3 - No campo Peso terá a informação rS232 e o display Total terá 1 4 1 0. Se o campo TOTAL tiver valor diferente altere para 1 4 1 0 digitando no display da balança 4 - Em seguida pressionando o batão KG/100g. Deslige e ligue a balança para finalizar a configuração. 5 - No componente ACBRBal configure: 5.1 - Baud = 9600 (Aqui a balança só funcionou nesse config) 5.2 - Modelo: FILIZOLA 5.3 - Porta: A sua porta de comunicação O cabo utilizado é o original que vem com a própria balança portanto não precisei "pinar". Bons códigos!!

Essa tabela de NCM está muito complicada. Tenho a situação: NCM 48184090 que no site http://www4.receita.fazenda.gov.br/simulador/PesquisarNCM.jsp?codigo esta como VALIDO No IBPT tabela atualizada vigência ate 30/06/2016 TabelaIBPTaxRN16.1.A.csv esse mesmo NCM 48184090 está como VALIDO Ao transmitir a NFC-e dá REJEIÇÃO NCM Inexistente ou inválido. E agora o que se pode fazer alguém tem alguma solução?? Tem muitos produtos assim e já nao sei onde pegar a tabela correta que passa na validação... Um verdadeiro terror!!

No Demo nao tem esses registros...