Marcos Gerene

Boa tarde a todos, Estou com um problema chato com FastReports.net e impressoras não fiscais. Apesar de setar o unlimitedheigth para true e a preview mostrar corratamente, quando imprimo uma venda grande (80 itens por exemplo) corta a impressão depois de um certo tamanho (por volta de 42 cm), notei nas configurações (de uma Elgin i9 que usei como teste) que o tamanho do papel tava como 80x420mm, ou seja, exatamente os 42 cm. Setei todas as configurações possiveis da elgin pra 80x32_mil_e_alguma_coisa e mesmo assim corta nos 420mm (42 cm). Alguém pode me dar uma luz? eu ACHO que o problema está nas configurações da impressora e não no fast reports em si, pq o preview sai correto e se salvo em pdf tbm da certo... Att, Marcos

https://github.com/adeniltonbs/Zeus.Net.NFe.NFCe

Boa tarde @GUAZE Baixa o emulador que postei acima e o VSPE (http://www.addictivetips.com/windows-tips/vspe-download-free-virtual-serial-ports-emulator/) Instala o VSPE e emula uma porta PAIR entre COM1 e COM2, seta sua aplicação em uma das portas (ex: COM1) e o emulador da balança em outra porta (ex: COM2). Pronto, ai é só pesar e enviar o peso no emulador e ler ou monitorar no sistema. Abraços

Instalação, configuração e teste no Lazarus 1.6.4 finalizado, tive alguns contratempos mas consegui resolver.

@Daniel Simoes Desculpa, foi falha minha, alguns arquivos qdo fiz o revert não foram atualizados no update. Acabei agora de instalar o 1.6.4, estou com os mesmos problemas do 1.6.2, DeleteFile e esconder a aplicação somente no relogio... Farei o possivel para resolver ainda hoje e posto o retorno. Att, Marcos

Boa noite @Daniel Simoes, O pacote do lazarus para o ACBrTCP acredito que esteja defasado, pede 3 arquivos que não existem mais, eu somente removi os 3 arquivos e deu certo, trata-se dos arquivos do HTTP. Att, Marcos

Boa noite @Daniel Simoes Tentarei migrar para a versão 1.6.4 esta noite, so vou gerar o executavel com a correção que preciso para o cliente antes por segurança, feito isto acredito que ainda nessa noite consigo migrar. Att, Marcos

Boa tarde @Daniel Simoes Eu sei que parece uma pergunta bem ignorante, mas eu preciso ter certeza... meu Windows é x64, mas pretendo fazer minhas aplicações para x86 e x64... qual versão devo baixar do Lazarus, x64 ou x86? Me perdoe desde já a "ignorancia". Att, Marcos

Boa tarde a todos, O arquivo ACBr_WinHttp ..\Fontes\Terceiros\CodeGear\ não compila com o Lazarus 1.4.4. Eu reverti o ACBr para a versão 13010 (esse arquivo é incluido na versão 13015). Atualmente não posso cogitar migrar para a nova versão do lazarus, tive alguns problemas com a versão 1.6.2 como uso apenas para emissão de CTe e boletos em conjunto com a aplicação principal em C# e infelizmente ando sem tempo para contratempos, não vou cogitar essa possibilidade. O erro acontece logo na primeira linha no {If not ...}. Código do erro: 200501152. O que posso alterar no arquivo para que funcione? Att, Marcos ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ Enquanto escrevia o post e pesquisava ao mesmo tempo encontrei isto: Tentarei migrar para a versão 1.6.4, espero que não eu não tenha o mesmo problema que tive com a 1.6.2 Tive que voltar para a 1.4.4 na época.

Bom dia a todos, Parece uma pergunta meio idiota, mas preciso ter certeza antes de fechar o projeto com o cliente, o SPED Fiscal está funcionando para .Net? Em caso de resposta positiva sobre o Fiscal: o que precisaria ser feito para que o SPED Contribuições também funcione? Estou disposto a "recompensar" por isto (liberar o SPED Contribuições para o ACBrFramework) se for o caso para "furar a fila"" pois sei que os desenvolvedores tem outros afazeres, mas eu tenho um pouco de pressa na implementação. Att, Marcos

Bom dia, obrigado pela dica, mas vou usar a solução do Rafael nativa em C#... abraços

https://github.com/ACBrNet/ACBr.Net.Consulta @rftd soltou uma nova ferramenta pra gente =D

Bom dia @Italo Jurisato Junior, Não tinha pensado nisso, obrigado! Agora outra dúvida, você chegou a abrir os arquivos? Conseguiu ver outra diferença, porque nas limitações do meu conhecimento o encoding UTF8 não deveria ser problema na importação do xml... Obrigado, abraços

Boa noite a todos, Estou com um problema com um cliente para importar o XML para o software de gestão do principal cliente dele. Bem, analisando o arquivo xml_sistema.xml eu não encontrei nenhum problema, mas ele reclamou que o xml gerado pelo emissor gratuito estava OK. Para testar eu baixei o xml do sefaz "xml_sefaz.xml" e mandei para ele importar e para minha surpresa funcionou perfeitamente, abri os dois arquivos e comparei, depois usei "Compare it" (software para comparar arquivos do tipo texto) e a única diferença entre eles era que no XML gerado pelo sistema existia a instrução "UTF-8". Existe alguma possibilidade de ocultar isto no XML via configuração? ACBrCTe com Lazarus 1.4.4. Att, Marcos Gerene www.gerenesi.com.br

Eu comprei o TeamViewer mesmo sendo a opção mais cara pra mim, tentei várias outras ferramentas e não tive nada comparado na questão de estabilidade e velocidade, é salgado, mas não me arrependo da compra.

Bom dia @Juliomar Marchetti, Na verdade eu ainda estou conhecendo a ferramenta, mas como se trata de TXT assim como existe o ACBrETQ (no meu caso eu não comunico diretamente mas gero um arquivo .txt), ACBrSpedFiscal, entre outros, achei interessante propor essa ideia. Eu até tentei estudar o código do ACBrFramework, mas a falta de conhecimento e tempo "me quebraram" No mais, obrigado pela resposta, abraço

Bom dia @Juliomar Marchetti Tem razão, eu não busquei em Serial. Obrigado, Abraços

Bom dia a todos, Olhando na pasta exemplos não achei exemplo para o ACBrCargaBal, alguém tem algum exemplo simples de funcionamento (Lazarus)?

Bom dia, Existe a possibilidade de ter o ACBrCargaBal para AcbrFramework (.net)?

A solução é em C#.Net mas são Libraries, qualquer projeto .Net pode referenciar as DLLs compiladas e neste caso em específico da para referenciar via Nugget

Interessante, mas por que não usar algo nativo em C#? https://github.com/adeniltonbs/Zeus.Net.NFe.NFCe Já é uma comunidade expressiva e nativo para .net...

Boa tarde @Daniel Simoes, No SAT eu já informo o número do caixa, sobre a NFCe eu não sabia sobre as séries, eu até desconfiei disto, mas não achei nenhuma informação concreta sobre. ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ Só constar para futuras buscas, esta resposta obtida no GitHub é de extrema valia: https://github.com/adeniltonbs/Zeus.Net.NFe.NFCe/issues/372#issuecomment-276118044 Att, Marcos

Boa tarde, A minha dúvida é mais conceitual do que qualquer outra coisa, vamos ao estudo de caso: Como tratar essa numeração para vários caixas em paralelo, com banco de dados em paralelo emitindo de forma simultânea sem que os números se choquem? Eis as soluções que me vieram a cabeça de imediato: 1. Reservar pequenas faixas de numeração: Reservar para cada caixa 100 números em sequencia, ao atingir o mínimo de 20 números disponíveis, assim que tiver conexão com o servidor disponibilizar mais 80 (ou o restante para 100), tendo sempre entre 20 e 100 números disponíveis para uso no caixa e somente se a numeração zerar "travar" o PDV até conseguir reservar uma nova faixa. Vantagens: Não necessita recuperar a próxima numeração com frequência, evita duplicar os números; Desvantagens: Em períodos muito longos sem conexão com o servidor (dias) este número vai acabar e o pdv vai travar, e se aumentar muito a numeração teremos um buraco ainda maior para inutilzar ao final de cada mês. 2. Utilizar séries diferentes: Cada caixa usaria uma série para emitir o NFCe,ou seja, o PDV 1 vai ter usar a série 1, o PDV 2 usa a série 2 e assim por diante. Vantagens: Seria este o ambiente perfeito. Desvantagens: Acredito que isto não seja permitido. 3. Buscar sempre a próxima numeração no PDV Neste caso a ideia de uma estrutura independente no PDV é abandonada. Vantagens: O genator daria conta de tudo sem o menor esforço; Desvantagens: Este ambiente é utópico se pensando em supermercados; ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ Eu gostaria de saber dos amigos se alguém já passa por algo assim como foi a solução encontrada e dicas de como resolver este impasse. Abraços Edit: Sei que o @Daniel Simoes tem o DJPDV que é revendido no Brasil todo e no caso dele existe troca de arquivos/leitura do BD, o que eu faço com o meu PDV é basicamente isto, só que uso apenas troca de informação via banco de dados. Como vocês controlam esta numeração da NFCe?

Obrigado pela dica, pode me dizer quais são as dependências dessa biblioteca (dlls como openssl, libxml, etc)?

Eu sempre achei que isso fosse intencional.. vou até ter que revisar meu PDV agora.. rsrs Abraços