Painel de líderes

Isaque, É apenas uma sugestão.... Porque você não cria um Projeto de Código aberto com o Axial Build ? Acho que com a ajuda da comunidade ele pode se tornar um bom produto...

Bom dia colegas! Recebi hoje um email da cielo com o texto abaixo e gostaria de saber se mais alguém recebeu. Comunicado Importante Testes de integração do aplicativo de Automação Comercial e software de TEF Informamos que desde 03 de setembro de 2014, os testes de integração de automação comercial com o aplicativo de TEF não são mais exigidos pela Cielo. Desta forma a Gerência de Certificação e Homologação está encerrando seu contrato com a empresa Certified Technologies LTDA. para a execução deste tipo de serviço em nome da Cielo. Os principais motivos para a descontinuidade do serviço são: • O domínio do aplicativo da automação comercial é da Software House e da integradora de TEF, dificultando o acesso da Cielo a estas empresas; • A inexistência de um controle da versão em ambiente de produção não gerando valor agregado para a Cielo, pois a versão em campo não necessariamente é a versão testada; • Falta de cumprimento da fase de teste e correções detectadas durante a etapa do mesmo, por não existir um controle e medidas que estabeleçam penalizações para as empresas que não aderirem ao programa de certificação obrigatório; • Apenas a Cielo exige programa de certificação, sendo que para os demais adquirentes não existe esta obrigatoriedade. Os principais benefícios serão: • Desburocratização do processo de TEF; • Aumento de velocidade na fase de integração do aplicativo de automação comercial com seu aplicativo de TEF; • Facilidade para as empresas de automação comercial, integradores e clientes Cielo; Nos mantemos a disposição para sanar qualquer dúvida. Gerência de Certificação e Homologação [email protected] "Esta mensagem e seu conteúdo - inclusive anexos - são dedicados exclusivamente para seu(s) destinatário(s), podendo conter informações confidenciais e/ou legalmente privilegiadas. Qualquer modificação, retransmissão, disseminação, impressão ou utilização não autorizada fica estritamente proibida. Se você recebeu esta mensagem por engano, por favor informe o remetente e delete o material e as cópias de sua máquina." P Antes de imprimir pense em seu compromisso com o Meio Ambiente. Caso seja indispensável a impressão, procure imprimir frente e verso e em modo econômico.

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

Frisando para quem ler o tópico, a homologação TEF ainda existe, só a CIELO que se isentou disso, ou seja, quem homologar SITEF por exemplo só não homologará CIELO o resto continua idêntico ao que já era feito. Para as outras que não faziam distinção nas homologações ou não possuíam duas parte de homologação como o SITEF, continua tudo igual.

Bem que o ditado diz: "Alegria de Pobre dura pouco"

Eu acho o projeto muito interessante... Acho que ele tem potencial para ser um Projeto a parte... Se você distribuir o Client e o Server já compilados, eles poderiam ser usados por qualquer usuário, e não apenas usuários de Delphi (semelhante ao ACBrMonitor, por exemplo) Enfim... quando tomar a decisão de abrir o código... pense: - Quais benefícios eu espero com isso ? - Qual licença devo usar ? - Como será o suporte ao programa/componente ? (como isso será custeado ?) - Como vou promover o projeto e conquistar usuários ? (A quem se destina ? Por que deve(riam) usar o meu projeto ?) Posso lhe ajudar no operacional para criar um novo projeto do Source Forge Se formos pensar em inseri-lo no ACBr, ainda é preciso responder: - É compatível com várias IDEs ? (Delphi 7 a Delphi XE7; Lazarus/FPC) - É multiplataforma ? (Rodaria no Linux ?)

Lembrando que a homologação de TEF ainda é necessária: A homologação visa garantir que a sua aplicação está integrada corretamente com a solução da TEF House ( SiTef, VSPague, Pay&Go, etc...) Ou seja, hoje a homologação deve ser feita na TEF house que você escolheu para integrar O prazo de validade da homologação, depende da TEF House.... na Sw.Express (SiTef), eles não exigem homologação anual, já na NTK (Pay&Go) o laudo só vale por um ano

Espero agora ansioso, pelo fim da homologação do PAF, coisa sem nexo.

é necessário atualizar todos os pacotes, vc já recompilar o acbrtcp e linkar ele no lazarus.. na hora que vc abre o pacote e manda compilar manda instalar ele novamente.. ae ele vai recompilar o lazarus e vai aparecer na barra do acbr

O texto é claro na lei, conforme o Post anterior da Juliana... Acabei de participar de uma homologação com a POLIMIG e o segundo arquivo só continha o EAD... Fala pro homologador ler a lei...

Boa tarde Graça, O XML do EPEC não contem todos os dados do XML da NF-e. Lembre-se que o EPEC é um evento e não a nota. Lançamos mão do EPEC normalmente quando o problema é com o emitente e não com a SEFAZ. Como o XML do evento EPEC é extremamente pequeno em relação ao XML da NF-e, podemos utilizar um modem 3G (por exemplo) para enviar o EPEC. E quando os problemas com o emitente forem sanados devemos enviar o XML da NF-e (cujo EPEC foi enviado) para a SEFAZ, mantendo o tpEmis =4 mais o dhCont e xJust.

Isso mesmo Daniel! O que está mesmo diferenciando é que não se faz necessário homologar só a parte da cielo que era obrigado para passar os cartões dessa bandeira! mas a homologação mesmo com certificando ainda existe!

Sim semana passada enviaram informando! Bom menos valores a serem gastos !

Obrigado pela sugestão Daniel, vou amadurecer a ideia.

1o o ACBrInstall, não tem essa finalidade de Build de projetos, mas de automatização de instalação dos pacotes do ACBr na IDE do delphi desde a versão D7...XE7. 2o o Axial Build foi descontinuado, por falta de tempo, apesar de várias vezes, querer voltar a continua-lo. 3o Existe algumas ferramentas no mercado (mas pago), a mais conhecida é a FinalBuilder

Faça o seguinte teste, exclua todos os arquivo com extensão .NTX e outros só deixe os .DBF (tabelas de dados) e MDF se não me engado (tabelas de campos memo), em seguida tente abrir.

Mais uma vez obrigado pela colaboração... subi várias modificações para o SVN... acredito que estudando os fontes você possa compreender as modificações que implementei

Se você pensa em um banco de dados para uso na Web... você não terá nenhum problema em encontrar MySql ou Postgres... praticamente todos provedores oeferecem Porém se você pensa em subir aplicações binárias geradas em Lazarus, para Windows ou Linux, você pode ter problemas com falta de DLLs/SO no servidor (para conexão com o banco por exemplo).... Poucos servidores permitem que você suba um SO e adicione-o no LibPath (LD_LIBRARY_PATH) Acho que o ideal nesse cenário (Lazarus e Web) seria um servidor com "colocation", assim você configura ele como bem entender, (e continua com o Firebird)

MySql Sempre precisou ser pago se fosse para ser o unico banco de dados da sua aplicação. O mysql/mariadb tem suporte a trigers, stored procedures e functions normalmente agora. Mas eu prefiro o PostgreSql ele é mais robusto e eficiente, tanto que varios sistemas estão usando o mesmo agora.

Ou usaria o MariaDB (https://mariadb.org/pt-br/) é o nosso conhecido MySQL só que aberto e bem melhor! tanto que a google efetuou a troca em quase todos os servidores dela que tinha MySQL pelo MariaDB

MySQL agora é da Oracle, e pode requerer o licenciamento comercial em função do uso que se fará. Além disso, na época em que tive contato com ele, mais de 10 anos com certeza, não oferecia suporte, ou apena limitado, a triggers, e por isto não me aprofundei mais na análise técnica, só por isso já não me atenderia. Não havendo a possibilidade de usar o Firebird, eu optaria então, por eliminação, pelo PostgreSQL. Cordialmente, Carlos

Obrigado pela atenção, se depois puder me esclarecer os meus erros, agradeco