xyberx

Agora já fiz o meu completo acertando tudo, multiplos volumes transportados informados na NFe, Duplicatas, Impostos do regime Normal e do Simples e outras coisas. Mais se quiser mesmo dar uma olhada, Connectronic, mandamos até os XMLs testados. Porém como eu disse, agora desenvolvi tudo com o RecuperaXML que peguei e alterei ele para corrigir os Erros que tinha e agora sim eu tenho todos os tipos de NFe's Rodando totalmente funcional, só para constar, compramos os fontes há umas 3 semanas atrás se não me engano e não fez nada funcional, somente o captcha que tinha parado de funcionar que funcionava mais os encargos e outras tags nem vinham dados. Como disse, acertei somente o código do captcha que não estava funcionando no meu RecuperaXML e fiz eu mesmo as alterações no meu que faltavam para todos os tipos de NFe's. Agora todas as TAGs que os meus XML's geram estão corretas mais tive que ter uma assessoria contábil para ajustar, agora nem o que está no SVN está de acordo com o meu, pois baixei o de lá para ver se funcionava e nada...Graças a Deus resolvido meu prob...

Pesquisando na NET achei um post na comunidade do JRimum que falava sobre o mesmo assunto e as soluções implementadas por eles em JAVA para o assunto de Boletos do Banestes, justamente uma Homologação de Boletos Banestes que não passou e os dois casos que citei eles também tiveram problemas. Neste post fala sobre o assunto https://groups.google.com/forum/#!topic/jrimum-community/vf64qI3CVv4

Salva a imagem temporáriamente no PC extraindo o BLOB e faz o comando que vc sugeriu que vai....

Compramos esse fonte e foi furada, o Desenvolvedor não atualizou os erros contidos no mesmo e nunca mais respondeu, mandou um fonte velho do RecuperaXML pra agente que não importava nada direito, não trazia os encargos e etc, mandamos um email com as correções que deveriam ser feitas e nada foi feito, acabou que eu mesmo fiz as alterações necessárias no meu RecuperaXML com orientações contábeis de uma grande contabilidade que trabalhei, e agora sim eu tenho um recuperador que funciona tanto para NFe 2.10 a 3.10 com todas as TAGs preenchidas corretamente, todas mesmo, aí parei de ter problemas nos meus clientes...

Vou terminar a parte inicial então e vou fazer, aí posto aqui para toda a galera...VLW

Está bem adiantado, só dependo do ACBr....

Bom até onde sei, acesso remoto é nada mais nada menos que uma conexão remota transmitindo dados de um lado para outro, então se você pode comunicar, enviar imagens e comandos remotamente e receber as imagens e comandos remotos você tem acesso remoto... Estudando vários e vários programas de acesso remoto vejo as mesmas circunstâncias e nada mais é do que abrir um veículo de comunicação direto entre dois computadores, transmitir comandos (Tags de texto mesmo serve) e receber imagens comprimidas... Então o RealThinClient faz isso tranquilamente só implementar a parte de controle remoto....

Tentei alimentar o código do cedente como eles pediram que é sem zeros a esquerda e com pontos mais quando eu alimento o código com pontos da erro nessa função CalcularCampoASBACE(). O Certo pelo que vi neste caso era para calcular o ASBACE limpar a string, mais imprimir com a formatação, aí resolveria esse problema pois eu poderia alimentar a conta conforme eu quero. No caso da página mais abaixo, esse não tive como ver nada do tipo pois o Fortes está padrão para todo mundo, então se eu alterar para o Banestes altero para todos, no sistema de boletos CobreBem que usavamos, os boletos tinham um espaço acima conforme o Banestes pediu, acho que poderia ser feito um Layout a mais para esse caso, aí não daria o problema acima, porém se o problema já foi solucionado por alguém de alguma forma, gostaria de uma ajuda, no mais o que pude fazer foi isso....VLW a todos....

Boa tarde. Estamos com um problema meio chato no ACBrBoleto que o Banestes não está aceitando o Boleto impresso pelo Sistema pois tem algumas alterações no layout do mesmo. Segue abaixo as exigências feitas pelo Banestes : 1) Agência/ Código do Cedente: a conta do cedente deve estar separada por pontos, a cada três dígitos da direita para a esquerda. Isto para obedecer ao layout de cobrança; Ex: 090/xx.xxx.xxx OBS.: Lembrando que não há necessidade de colocar zeros a esquerda pelo que entendi. 2) A altura da Ficha de Compensação (vertical): A distância da linha pontilhada abaixo do Recibo do Sacado até a borda do papel está com 187. Esta altura deve constar entre 95 a 108 mm. Vide página 27; Umas das possíveis formas de se resolver a questão da altura, seria "descendo" toda a estrutura do boleto, conforme exemplo abaixo. Estou pedindo socorro logo, pois não quero alterar no Fortes para não estragar os outros boletos que já funcionam, e como não tenho muito domínio de como mexer no ACBrBoleto HELP..... VLW a todos.

A parte das perguntas sobre o que é possível sim é multiplataforma e multiIDE, no caso do projeto tenho a classe base e a classe client com os demos compilados também... Não espero benefícios pessoais somente ajudar

Já é classe componente o Projeto, tanto que o Client é uma Classe já com métodos e Eventos e o Servidor Idem. Como eu Programei anos em C++ só não coloquei em Package, mais a classe tem props, events e methods. Acabei de colocar o Driver da Bematech e já tenho Daruma e Bematech funcionando testado... PS.: As Aplicações mostradas nas imagens são somente para teste, e o Visual Print Server é um Spooler Pronto com a utilização da Classe TPrintSpooler que criei, O Client é um programa usando a Classe TPrintClient que criei para testes, na empresa onde trabalho já coloquei no projeto da empresa.. Email para [email protected] que mando o gerenciador e a classe client para quem quiser testar... Quando for avaliado pelo ACBr postarei o fonte do TPrintSpooler que é a Classe do Gerenciador. A do Client mando fonte tranquilo para quem for testar e ela também tem o fonte para Delphi XE6 Android, neste final de semana termino ela para Android.

Fazer como Serviço é mamão, roda tranquilo...

Bom, pra quem quer desenvolver sobre esse assunto. Eu até comecei mais como o tempo na empresa é curto, tem uma biblioteca chamada Real Thin Client no site http://www.realthinclient.com/ tem, se preferir na NET tem. Com ela você já tem um exemplo de CHAT igual ao MSN, com lista de users e tal, é só adicionar a capacidade nele de controle de mouse, teclado e tela remota que o bicho funfa que é uma beleza, rápido pois trabalha com compressão de dados, simples de usar e resolve o problema de forma tranquila pois no client não tem problema de redirecionamento de portas e etc. Vale apena dar uma olhada, não vou postar a versão completa que tenho por não ser algo que o forum deve permitir, mais foi super fácil achar na WEB.

Quero saber sobre o que fazer com um projeto que estou trabalhando nele, se há interesse do time. Bom, estou fazendo um serviço de impressão que funciona como um driver TCP/IP de impressão. Onde fica a impressora você instala o meu Driver de impressão, nele você adiciona(s) a(s) impressora(s), ele utiliza os drivers nativos das impressoras, tipo Daruma com Darumaframework.dll bematech com mp*.dll e etc, e ainda terá outras capacidades, utilizar o spooler do Windows ou AssignFile na Porta. Esse print spooler tem uma classe client que via TCP/IP ela conecta o spooler e detecta as impressoras que nele foram definidas. Para imprimir como não estão instaladas no Windows/Android/IOS/Linux do client, é só mandar o documento que o spooler faz todo o trabalho e retorna para você o erro de impressão, como se fosse uma impressão RAW, aí você tem o controle total da impressão de modo unificado, meio como um RDPrint mais para qualquer SYSOP. Com ela você não precisa de instalar drivers nas estações de trabalho que utilizam seu programa e ainda tem controle total dos erros de impressão unificados, além de eu estar fazendo um tradutor de códigos, tipo qndo você mandar uma impressão que no texto dela tiver a tag de qrcode da daruma <qrcode>qualquer codigo</qrcode> o programa vai detectar o tipo de impressora que está utilizando e traduzir automaticamente para a utilização do driver instalado no método compatível do driver selecionado, fazendo assim que o programador não precise de dizer códigos diferentes para determinados tipos de impressora. Como esse Spooler é TCP/IP, também pode ser utilizado para impressão pela internet para determinada impressora, só redirecionar a porta da impressora no Router e muitas outras coisas que queiram fazer, tipo estar numa rede e imprimir em outra sem necessidade de instalação de driver e etc... O Projeto já está funcionando, hj estou adicionando o Driver da Bematech, já imprimo com o Driver da Daruma, e é muito simples de adicionar um novo driver. Caso haja algum interesse, entrem em contato comigo pelo meu email ou MP. VLW.

Atualizado o exemplo com um botão para cada operação e colocada na opção "Download NFe Destinadas" o carregamento e gravação do XML em disco. Pronto para ser adcionado no trunk como o exemplo Delphi. utilizei o ACBr mais novo na compilação. ACBRNfe2.rar

Minha contribuição se for de ajuda, é a implementação Testada no DEMO ACBRNfe com Download e Confirmação do Manifesto de Destinatário. Já testei em Homologação e em Produção, funcionando legal até o momento. ACBrNFe2.rar