Painel de líderes

Bom dia. Eu atualizei e testei, porém não consegui gerar o registro 0035. Esta retornando um erro access violation at adress. Tentei acompanhar pelo break point, mas não consegui identificar o erro. Quanto puder dê uma olhada por favor. Valeu.

Messias, Meu problema foi mais no lado do Lazarus e componentes que qualquer outra coisa meu background é muito mais voltado para o unix que para o windows, quando vi que o lazarus estava procurando bibliotecas 32 bits nem mesmo pensei duas vezes, baixei os seguintes fontes: libxml, libxslt, openssl, xmlsec, e zlib e compilei para ambas arquiteturas (32 e 64) essa parte sempre foi fácil com a criação dos FAT binaries bastando informar na configuração as flags para isso (CFLAGS="-arch i386 -arch x86_64" LDFLAGS="-arch i386 -arch x86_64"). Um dos problemas que o pessoal pode estar tendo para compilar as bibliotecas manualmente é que é necessário instalar o comanda-line tools do Xcode e o compilador gcc não é mais utilizado sendo abandonado por um novo flavour. Não dá para utilizar o openssl padrão nem a zlib com a xmlsec, tem que baixar e compilar os fontes. As bibliotecas compiladas eu mandei gravar em outro diretório, pois como utilizo muito mais o Xcode não quis criar nenhum problema com as bibliotecas padrão que utilizo dentro do Xcode, outro motivo é que normalmente quando o Xcode é atualizado ou o próprio sistema é atualizado as bibliotecas podem ser substituídas pelas utilizadas pela Apple o que quebraria o carregamento no Lazarus posteriormente. Assim mudei os prefixos de opção de diretório de todas as bibliotecas compiladas para gravar os arquivos em um diretório somente para o lazarus. A xmlsec é um pouco mais chata de compilar pois ainda depende da libtool em 32 bits coisa que a apple não fornece mais, entretanto podes instalar a libtool universal (fat binary com arquiteturas 32 e 64). Com tudo compilado e instalado voltei para o Lazarus e essa parte sim eu apanhei feio, não conseguia de modo algum fazer com que ele visse as bibliotecas novas, ele insistia em abrir as antigas em /usr/lib tentei até link simbólico com nomes de bibliotecas diferentes mas não funcionou, fiquei quase dois dias nisso quando vi que ele nem mesmo tentava acessar o arquivo informado pela constante LIBXML2_SO = 'libxml2.dylib' não importando o que estivesse nessa constante (paths, links, etc). Tirei então esta diretiva de todas as funções externas ficando somente algo do tipo: function xmlDelEncodingAlias (const alias: PAnsiChar) : Longint; cdecl; external; Isso se não for um problema meu no lazarus por algum erro meu e sim um erro no lazarus dentro do Mac então pode ser resolvido colocando diretivas cddcl; external {$IFNDEF DARWIN}LIBXML2_SO{$ENDIF} novamente nestas funções externas. E para contornar o problema de especificar a biblioteca correta coloquei no inicio dos arquivos a diretiva de linkagem para o freepascal: {$linklib libxml2.dylib} {/caminho_para_sua_biblioteca/libxml2.dylib} Obviamente a biblioteca deve ser a correta para as tres units (libxml2, libxmlsec e libxslt) Uma vez feito isso o modulo instalou sem demais problemas, quanto a CTe eu tirei a declaração do ActiveX e também instalou sem problemas, o lazarus ainda reclamou depois quando portei o GbBoleto para o Mac, eu já havia instalado o ACBrBoleto porem não sei como ele está em relação a homologação nem leitura de arquivos de retorno, como esse projeto é só para algumas máquinas na empresa que estarão rodando em Mac o resto continua em linux e windows eu achei melhor utilizar a GbBoleto pois ja havia feito várias modificações nela para que o boleto fosse impresso somente em duas vias e a primeira via sendo um texto customizado da empresa controlado por um arquivo de inclusão que é modificado conforme o cliente (informa se há parcelas de outras compras ainda a vencer, etc) e novos produtos. Com relação a assinatura de notas a bem da verdade nem mesmo vou utilizar esta parte, pelo menos não para este projeto, nem mesmo utilizo o ACBr para isso nas outras máquinas, a assinatura é feita por funções php no servidor, os clientes (alguns linux e windows) só emitem o xml para o servidor que coloca na fila e faz o restante do processo e esta parte já está sendo alterada para nem mesmo gerarem o xml sem assinatura mas sim informarem o servidor diretamente para ele gerar a nota do inicio ao fim. Todo esse projeto sendo portado para lazarus dentro do Mac vai ser somente para 4 máquinas da gerência, entre elas duas do departamento financeiro, toda a ACBr no final vai ser utilizada somente para a leitura de NFe de fornecedores, CTe de transporte para mercadorias de entrada e uma das máquinas vai estar fazendo também a parte de leitura de retorno bancário e geração de remessa. A maioria das vendas acontece direto de dispositivos móveis (ipads e iphones) conectando no banco de dados do servidor diretamente. Eu não sei se eu entendi mal o que pretendes fazer ou o moderador Julio que leu teu post e respondeu não entendeu muito bem o que tu querias fazer, pois ele respondeu achando que queres compilar para IOs (sistema operacional dos iPhones e iPads) mas no teu post original constava somente Mac OS X pelo que eu li. Agora se o teu objetivo é mesmo compilar para IOs acho que está indo para um objetivo muito mais complicado, e na minha visão acho que nem mesmo vale a pena pois no IOs pode ter o banco de dados rodando localmente (SQLite) e ai estamos falando somente de um dispositivo para controlar toda a empresa, ou rodar o banco de dados em um servidor e utilizar vários dispositivos móveis e computadores somente para alimentar o servidor com os dados. Neste segundo cenário é muito mais fácil e seguro na minha opinião deixar o servidor criar os arquivos xml assinados (e mandar estes arquivos por email quando necessário com notas, danfes, dactes, CTe's etc.). Mudando o assunto, tens utilizado o Lazarus no mac normalmente? Toda vez que eu abro o lazarus as janelas do Object Inspector e do Source Editor ficam mais largas, não sei se isso acontece contigo. Ele normalmente abre o source editor com o ultimo arquivo utilizado, mas a largura da janela vai crescendo e fica maior que a tela inclusive, quando chega ao ponto de ficar maior que a tela eu reduzo a largura da mesma para a largura que fica boa no meu monitor, mas da próxima vez que eu carrego o Lazarus novamente essa largura já é maior que a anterior. Uma última pergunta fora do tópico do mac (não quero criar um tópico somente para uma pergunta que provavelmente é um erro meu) quando eu importei o componente GbBoleto para o lazarus do mac, eu utilizei o Fortes Report (mesmo que o ACBr boleto utiliza) e também a synapse para o envio de emails com o boleto para clientes que estiverem em atraso. A synapse é um conjunto de bibliotecas mas não é instalado na IDE, para utiliza-la só é necessário informar o path dos arquivos e colocar as unidades na diretiva units utilizadas. Entretanto isso gerava uma dupla referencia pois a ACBr criava o arquivo .ppu dentro do diretório da ACBr e o GBBoleto criava o mesmo arquivo, aparecia a opção de ignorar a redundância mas a ide não compilava de jeito nenhum, resolvi então remover a parte de enviar email direto do componente GbBoleto e deixar isto a cargo do programa principal sendo necessário então dentro do programa principal exportar o boleto e criar o email. Isso é um problema do lazarus em não deixar dois componentes diferentes utilizarem uma mesma unidade de outro componente que não é de design time ou é um erro meu ao especificar o path já existente para a IDE? No delphi eu sei que o path pode ser global de todo a ide ou local somente de um componente ou projeto, isso existe no lazarus do mac? Fico por aqui, qualquer hora eu testo a assinatura de nfe e lhe informo se funciona sem mistérios no mac ou tem mesmo problemas. Se tiver alguma duvida de como fiz a compilação de cada biblioteca (comandos completos) me avise. Atenciosamente, Krahe

Sobre o modo coloborativo, sim, é colaborativo, mas o Aldus relatou que não viu no manual o 24 e viu só 21, reportando como se isso fosse um erro, desde a concepção do componente a carteira sem registro da caixa foi fixado como 24, na maioria 99% trabalhou assim, fiz um update da última vez e não percebi esta mudança, foi comentada a linha e mudou pra 21. Antes de comitar é melhor analisar e saber se realmente as alterações conferem com o ocorrido, eu criei uma propriedade do AcbrBoleto.pas chamado CarteiraEnvio com os tipos tceCedente e tceBanco, como default deixei o tceCedente não necessitando por parte dos desenvolvedores que são maioria com a carteira 24 não precisarem setar nada na propriedade, somente se for envio pelo banco deve setar o valor na mesma. Fiz uma pequena adição no arquivo AcbrCaixaEconomica.pas e no AcbrBoleto.pas, segue as adições, o meu cliente precisava saber em que canal de pagamento foi processado boleto, se foi em lotérica, caixa automático e outros, e tinha que mostrar isso no relatório, no arquivo retorno eu não tinha isso e fiz para gravar no banco de dados. Também uma pequena correção no nosso número, estava pegando na posição do padrão SICOB, no SIGCB é diferente na rotina lerRetorno240, bom, aqui está funcionando ok e dando resultados ao cliente, não sei se poderia mandar o arquivo via svn, vou colocar aqui os dois anexos, se for aprovado, fico agradecido por aceitar as adições. Eu peguei um boleto gerado pelo sistema da caixa e informei os mesmos dados no meu sistema, sairam os mesmos números e também leu corretamente o código de barras e a representação bateu, usei o cigamboleto no meu smartphone, é bom que deem uma analisada, o recurso de canal de pagamento inclui com a revisão 6655 que baixei e adiconei. Toninho Nunes ACBrCaixaEconomica.pas ACBrBoleto.pas

Seu retaguarda pode ser web, desde que seu Paf-ECF funcione independente da rede, se seu Paf-ECF continua a vender produtos mesmo sem rede ou internet, não existe problema. Quanto ao teste de cadastrar os 9 produtos, ele é feito para testar a pre-venda e dav, esses testes são todos feitos on-line, o requisito off-line não se aplica a eles. O teste de funciona off-line se aplica somente a venda de produtos concomitante, venda não concomitante não é cobrado esse requisito.