LIDERNetwork

Alguém com dificuldade em baixar no Trunk2? erro: Unable to connect to a repository at URL

Bom dia Parceiros, segue em anexo o projeto exemplo bem como o emulador BINA conforme prometi. Desculpe a demora, estava meio cheio aqui com essas mudanças do governo... Demo Bina Enjoy!!

Sei que o posto é antigo, mas estou com esse necessidade no momento. Alguém pode me informar como não depender o AcbrECF para usar o TEF sem ele e imprimir todas as transações do cartao na impressora não fiscal?

Ok Vou postar hoje. Procurei no site algum direito autoral e não tem. Liguei na empresa e me autorizaram a divulgar e inclusive fechamos parceria!

Olá Parceiro, O arquivo com exemplo + emulador BINA tem 4mb e aqui nao consigo postar! Vou postar no MEGA saber se os moderadores permitem colocar aqui o link?

Fala parceiro! Na correria acabei esquecendo de atualizar o post. Ja tive um grande avanço nesse quesito e utilizei o Bina da Mamut que por sinal foi o melhor que encontrei pois trabalha por socket. Estarei postando os resultados assim que concluir o projeto até sabado!!

Esse da Mamut funciona igual ao TOPTRON em cascata e em rede, mas o que é otimo nele é o emulador para nós desenvolvedores...

Olá Parceiro, Tive novos avanços e após uma longa pesquisa de mercado e equipamentos Bina presentes no mesmo cheguei a uma conclusão e acredito que seja a mais viável para "abraçar" a causa. Encontrei este equipamento: http://www.mamut.com.br/bina-pc Entrei em contato com o fornecedor do Bina e eles prontamente me atendeu com a ajuda e suporte técnico necessário. O equipamento é muito semelhante aos demais presentes no mercado, mas se sobressai devido a algumas questões, sendo elas: Gera eventos de Bina, atendimento, fim da ligação, ligação de entrada, ligação de saída. Os eventos são identificados para cada uma das linhas telefônicas conectadas, facilitando o reconhecimento da origem da ligação; Utiliza comunicação por Socket o que não precisaria usar Cport e afins ou emuladores de portas; Não necessita de "componentes" à parte o que seria viável para o projeto ACBr; Funciona em Rede por causa do socket; Tem um simulador do equipamento para uso em desenvolvimento para que não seja necessário a aquisição só para testes; Preço para revenda e venda direta acessível Vale lembrar que não trabalho e não faço parte da Mamut OK! Apenas repassando minhas considerações pessoais que podem ser contrariadas por qualquer colega aqui do forum sem problemas! Assim que concluir um DEMO já com o emulador estarei postando aqui no forum caso os moderadores permitam e também estarei enviando ao SVN temporário do @-=Ma®©oS=- Enjoy!

Acredito que o SIBEL seria uma ótima alternativa já que está mais atualizado e acredito ser ter um preço mais acessível. Veja para venda: http://produto.mercadolivre.com.br/MLB-714776328-soundbina-sibel-adaptadoraplicativo-de-bina-p-pc-1-linha-_JM Sobre o SDK assim que estiver com ele já coloco ele completo com os exemplos no repositório temporário.

Olá Marcos! Ok entendi a necessidade de usar o que já se tinha em mãos e é perfeitamente compreensível. Quando levantei essas questões foi por estar preocupado com a sobrevivência do ACBrBINA, pois como todo projeto ACBr deve ser OpenSource e auto sustentável sem dependências. Estou nesse momento em contato e negociando com o Valdomiro que é o responsável pelo SIBEL (http://www.tiggra.com.br) que se mostrou uma ótima ferramenta já disponibilizando o seu SDK em Delphi. Haverá uma aquisição inicial para "receber" o SDK e dispositivos BINA para testes e revenda. Como tenho total interesse no projeto, vou disponibilizar o SDK aqui no ACBr como forma de contribuição para adequações e homologação no ACBrBINA. Vou mantendo informado aqui sobre novos avanços! Abraço!

Bom dia Parceiros! Primeiramente muito obrigado ao Marcos pela ótima iniciativa e também em estar compartilhando com a comunidade seu conhecimento e seu precioso tempo. Recebi uma solicitação de um cliente com a mesma necessidade de Bina no nosso software. Analisando todo o post desde de sua primeira postagem, verifiquei na marca TOPTRON os seguintes aspectos, levando em consideração as outras marcas presentes no mercado: Os modelos apresentados no site não são mais os mencionados aqui, pode ser que o utilizado pelo Marcos já tenha saído de linha, haja vista que o post já tem um certo tempo desde de sua primeira publicação. Versões no site http://www.toptron.com.br muito atrasadas, como exemplo, sistemas para WindowsXP/NT???? Site totalmente desatualizado em relação aos padrões atuais e consta que o mesmo foi atualizado em 2009. Esse item nada quer dizer em relação ao sistema de Bina, mas pode enfatizar a caracterização de desatualização por parte do fabricante em seus produtos e serviços e um ligeiro "abandono" ou descontinuidade dos mesmos sem aviso aos clientes. Considerando os itens citados acima: O componente é compatível com outra marca/modelo? Alguém já o atualizou conforme os itens que o Daniel levantou para que o mesmo seja introduzido ao projeto ACBr? As versões no site http://www.toptron.com.br é compatível com o componente atual? Vou dedicar um tempo para atualizar o componente conforme a comunidade necessita, mas precisaria que a homologação dele seja feita em outras marcas para NÃO ficar em dependência de uma que está com indícios de descontinuidade, pois assim o componente seria seriamente prejudicado...

Acrescentando, apenas GerarNFe resolve, pois a procedure faz todo o processo. Antes usava em separado, tipo assina, valida...

Olá Parceiros, O estado do Pernambuco liberou a utilização do NFC-e a partir desse mês de maio. A obrigatoriedade por enquanto é apenas para Farmácias e Gêneros Alimentícios (Supermercados e afins), sendo os demais CNAE facultativo a utilização. Mas sabemos que logo eles vão abranger os demais estabelecimentos, então visando testes e a quem interessar seguem abaixo endereços do Websevices que é o mesmo para os estados que usam SRVS RS, adicionei a consulta QR-Code que não tinha no arquivo INI. [NFCe_PE_P] Usar=NFCe_SVRS_P URL-QRCode=http://nfce.sefaz.pe.gov.br/nfce-web/consultarNFCe [NFCe_PE_H] Usar=NFCe_SVRS_H URL-QRCode=http://nfcehomolog.sefaz.pe.gov.br/nfce-web/consultarNFCe Estou realizando o credenciamento de um estabelecimento no pernambuco e tão logo quando realizar os testes postarei os resultados. Espero ter ajudado...

Fernando conforme informado acima, esse informação está equivocada!!! O recolhimento do PIS e COFINS é de acordo com o regime tributário da empresa, portanto, o sistema deve ser configurado conforme o regime e os cálculos de alíquotas conforme se SImples, Lucro Presumido ou Lucro Real respectivamente, pois cada um tem suas alíquotas diferenciadas para CST distintos. Como esses regimes deve escriturar o recolhimento na entrada e na saída os XMLs devem obrigatoriamente serem preenchidos corretamente. Necessário entrar em contato com o contador para maiores informações! Cuidado ao colher informações da internet sem a devida análise técnica de um responsável da área contábil!

Olá Turbo drive, gostaria de saber se a thread que vc está usando é implementada por você mesmo ou está usando a classe presente no delphi? Dependendo da sua versão utilizada existe a nova classe System.Threading com a subclasse ITask que já estou utilizando com sucesso conseguindo inclusive os retornos normalmente. A diferença na velocidade da execução é significativa e nos erros de timeout, embora o componente ACBR crio e destruo em tempo de execução e não uso no DataModule. Espero ter ajudado...

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?