Painel de líderes

Bem, o problema é no Source Forge e nos da equipe ACBr não podemos fazer nada quanto a isso, eles estão trabalhando para repor a infra-estrutura e liberar tudo o mais rápido possível, mas como tudo em tecnologia não é simples. Para minimizar o problema publiquei um artigo no meu blog, nele você encontrará um link para um repositório no google drive com os fontes atualizados. https://regys.com.br/problemas-com-repositorio-acbr/ Bom dia, Régys é verdade, tratando-se de tecnologia não é brincadeira, tem coisas que pensamos que será rápido é fácil. Mais meus parabéns pela iniciativa de criar uma alternativa para baixar os fontes do ACBr, é como eu disse aqui nos estamos indo tudo bem. Mais hoje em dia, não sei os outros programadores, mais o ACBr se tornou fundamental para nós, tanto é que quando o Daniel em um dos seus post disse que não iria mais atualizar o TRUNK ficamos "Doidos" e procuramos logo nos adaptar. Vocês sem demagogia nenhuma estão de parabéns!

Bom dia Osmar, Da mesma forma que vocês estão ansiosos e muitos preocupados com essa situação, pois não conseguem baixar atualizações e nós, que queremos atualizar o repositório com as correções e também não podemos. Vai ai um puxão de orelha para todos: se baixassem as atualizações diariamente (manhã e tarde) a posição seria do dia 16/07, mas muitos esperam a água bater na .... para correr atrás. Tem uns que me perguntaram se o método DistribuicaoDFe esta descompactando automaticamente o conteúdo da TAG docZip, sendo que o meu último teste de descompactação utilizado no método acima foi em março/2015. Isso me leva a crer que tem pessoas que faz 3 meses ou mais que não atualiza os fontes e agora com esse problema fica desesperado.

Por favor leia com atenção o documento "Bem_Vindo_ao_Trunk2.pdf" Pessoal, O ACBr usa o SourceForge desde a sua fundação em 2005... Ou seja, o S.F. nos serviu muito bem, (e gratuitamente), por mais de 10 anos... O ACBr foi especialmente mais afetado, porque optamos por não criar ZIPs, com os fontes (Tags)... Na verdade, fazíamos isso no do projeto... mas é muito difícil fechar um Tag em um projeto com o tamanho do ACBr... então dotamos a premissa de usarmos o Trunk, e os "commiters" só devem subir para o Trunk código que esteja compilando sem erros... (mesmo isso é difícil quando se suporta várias IDEs e plataformas) O problema recente, em que estamos a mais de uma semana se acesso ao repositório dos fontes é realmente muito chato... Muitos estão vendo apenas um lado da estória, que é: "Eu quero baixar os fontes"... Mas acredite, não é simples migrar um repositório de fontes do tamanho do ACBr... Perderíamos todo o nosso histórico do SVN, e precisaríamos fazer ampla divulgação do novo endereço.... Vários dos serviços do Source Forge já estão no ar... e eles definiram como próxima tarefa restaurar os repositórios: http://sourceforge.net/blog/category/sitestatus/ Em virtude dos 10 anos de excelentes serviços prestados pelo Source Forge, ao nosso projeto, estou disposto a aguardar mais alguns dias pela resolução do problema... porém se isso não se concretizar, realmente teremos que iniciar o processo de migração para outro Host...

Há relatos aqui no fórum de que SIM... Solicitei um GERSAT para testes a Gertec, pessoalmente, em um evento que eles realizaram em Campinas... Ainda não obtive resposta..

O meu problema é que minha aplicação é um Serviço do Windows, mais precisamente um servidor datasnap como serviço do windows, ele possui um EXE que foi instalado como serviço, esse serviço datasnap é acionado pela minha aplicação, executável que fica local em cada terminal da loja, no entanto ja tentei colocar o bemasat.xml em todos os locais possível, coloquei na System32, na SystemWow64, no diretório do EXE do meu Serviço Datasnap, no diretório do exe da minha aplicação e nenhum deles surtiu resultado utilizando o serviço, então por hora até eu encontrar uma outra solução o RB-1000 só vai rodar na minha aplicação localmente 1x1... mais não vou desistir nunca!!! Se eu encontrar uma solução posto aqui. Boa tarde a todos. Eu também desenvolvi um serviço de comunicação com equipamentos SAT. Já fiz para SWEDA e BEMATECH. No SWEDA foi mais tranquilo, tudo funcionou praticamente de primeira. Já com a Bematech, tive vários problemas, tanto para ativar quanto para comunicar com o equipamento através de serviço. Só consegui suporte da Bematech após abrir uma reclamação no ReclameAqui, pois o SAT não ativava de jeito nenhum, igual aos posts anteriores deste mesmo tópico. Praticamente o que resolveu foi colocar o SAT diretamente na conexão da internet, ou seja, sem nenhum proxy ou firewall (mesmo desativado), e principalmente setar um IP fixo para o equipamento, no caso, o mesmo que o DHCP atribuía. Quanto a comunicação com o SAT Bematech, em aplicativo funciona sem problemas, porém via serviço o erro mera sempre o mesmo: "Erro na abertura da porta de comunicacao com o S@T". Consegui resolver quando coloquei tanto a DLL quanto o XML na pasta SysWOW64 do windows (8 - 64 bits) e EXCLUIR essa DLL de todos os outros lugares, "obrigando" o serviço a utilizar a DLL do sistema, pois se mantenho a DLL no diretório do exe serviço instalado, ele ainda dá esse erro. Espero ter ajudado! Abraços, Júnior Áli ALITEC Soluções Inteligentes www.alitecsolucoes.com.br

Oi REgys, Apenas uma sugestão... CR (#13) não é sinônimo de quebra de linha (Carriage Return) LF (#10) sim... é a quebra de Linha (Line Feed) No Linux a quebra de linha é apenas LF ou #10 Minha proposta para essa function seria algo mais genérico e que pudesse estar na ACBrUtil function AjustarQuebrasLinhas(const ATexto: String; NovaQuebraDeLinha: String = ';'): String; begin Result := Trim(ATexto); if Result <> '' then begin if sLineBreak <> LF then Result := StringReplace(Result, sLineBreak, LF, [rfReplaceAll]); Result := StringReplace(Result, LF, NovaQuebraDeLinha, [rfReplaceAll]); end end;

- Boa tarde, Srs. André, Daniel, Régys, e demais colegas que curtiram essa "SAGA", vamos aos fatos. 1) Instalei o emulador, antes ainda da existência do AcbrMonitorPlus. 2) Tempos depois apareceu o MARAVILHOSO aplicativo Plus. 3) Comecei a enviar comando a torto e a direta para o monitorPlus que até serviram para algumas correções e ajustes no mesmo. 4) Como não conseguia fazer o teste BÁSICO FimaFim comecei a "SAGA" tentando resolver, com a Build 1.0.79 o monitor ficou praticamente estável e eu não 5) Como não conseguia e quase desistindo o Daniel disse em outro post que o retorno do monitor era Cristalino o cnpj estava errado. 6) Foi ai que resolvi desinstalar toda a parte do emulador e ativei novamente, mas... a cereja do "BOLO" é que tanto o CNPJ do emitente quanto da Software House tem que ser 11111111111111, quando acertei esse detalhe em especial BINGO. - Obrigado aos companheiros pela paciência, vamos em frente. HASA

Bem, o problema é no Source Forge e nos da equipe ACBr não podemos fazer nada quanto a isso, eles estão trabalhando para repor a infra-estrutura e liberar tudo o mais rápido possível, mas como tudo em tecnologia não é simples. Para minimizar o problema publiquei um artigo no meu blog, nele você encontrará um link para um repositório no google drive com os fontes atualizados. https://regys.com.br/problemas-com-repositorio-acbr/

Grande garoto, quando crescer quero ser que nem vc!!! Obrigado!!!

Você tem que configurar a propriedade PathSchemas com o caminho onde esta os schemas (XSD).

O próprio S.F. tem noticias atualizadas: http://sourceforge.net/blog/category/sitestatus/

Boa noite primeiro veja que sua pergunta não está no contexto do tópico! segunda tem um anuncio bem na página inicial do fórum com até mesmo o pdf explicando o que está pedindo

Olá jonatasamorimjunior, Seja bem vindo ao fórum. Me parece que você não é um programador, mas sim um cliente/operador da empresa que desenvolveu o seu frente de caixa (PDV). Pela imagem, o site da empresa que desenvolveu o sistema é http://www.sicnet.com.br/. Sugiro que tente entrar em contato com eles para conseguir suporte.

Peraí, me ajuda a entender... Você diz que a mensagem do componente é: E que de acordo com o manual deveria ser: ... não é a mesma coisa? Será que você não está se confundindo no seguinte ponto? Meus poderes psíquicos de debug indicam que você está utilizando a cláusula with para preencher os registros no seu código e está preenchendo o campo DT_FIM de outro registro. O Registro K100 (TRegistroK100) não possui essa propriedade DT_FIM. Ele possui a propriedade DT_FIN. Só pra constar, eu já fiz isso um monte de vezes, num monte de blocos diferentes... quando descobri o que era quase caí pra trás. hehehe

Gostaria de dar uma sugestão a todos. Trata-se de manuais e de todo o conhecimento acera do acbr e respetiva legislação que está espalhado por todos nós. Compreendo perfeitamente como é demorado atualizar e manter um manual acerca do acbr, quer pela quantidade de funcionalidades que já oferece quer pela complexidade das mesmas e das situações que pode abordar. Contudo algo é necessário e todos podemos contribuir um pouco. Minha sugestão é simples, a criação de uma entrada na Wikipedia, onde todos podemos contribuir com nosso conhecimento. Reparem que não estou a dizer para usar a wiki como blog para tirar duvidas ou reportar algo, mas sim usar como Knowledge Base, refletido o modo como o fórum é distribuído ou mesmo a distribuição natural das classes por assuntos. Este seria o ponto de partida natural para quem está a começar no Acbr, quando existirem novas funcionalidades ou se alterarem as existentes. Espero poder contribuir com o pouco de conhecimento que já tenho, Fica a ideia para os fundadores/administradores do blog