🚀 go-pugleaf

ktos pisze:
> Tomasz pisze:
>> Wcale nie jestem az tak przywiazany do plikow DBF.
>> Ta ksiegowosc ma byc rozszerzeniem istniejacego juz programu do 
>> fakturowania, ktory to pracuje na DBFach i tworzy juz automatycznie 
>> polecenia ksiegowania. Ja osobiscie wolalbym zrobic to na jakiejs 
>> bazie SQL owej jak Postgres czy nawet SQLite ale nie wiem czy takie 
>> polaczenie dwoch technologii nie bedzie w praktyce zbyt klopotliwe.
>>
> 
> Istnieja technologie (ADS, OTC,...), które umożliwiają dostęp do DBF-ów 
> i ich indeksów z aplikacji windowsowej współbieżnie np. z Clipperem. Gdy 
> idzie o wymienione przeze mnie ADS i OTC to większe możliwości (głównie 
> chodzi o korzystanie z indeksów) maja komponenty przeznaczone do Delphi 
> niz np. do VB. xHarbour tez ma sterowniki do baz SQL.
> 
> Programy FK i fakturowanie powinny miec wspólna tabele kontrahentów
> (+ parę innych, z reguły rzadko zmienianych, można je replikować recznie)
> Możesz np. napisac agenta który co określony czas bedzie przepisywał 
> kontrahentów z jednego systemu do drugiego. Tak zreszta robiła Symfonia 
> przez długi czas a i chyba robi nadal.
Po co  - może iść z paczką księgującą.
> Tak jak ktos inny juz pisał, przemysl dobrze czy jest sens pisać od zera
> program FK. Zawsze mozesz wykorzystac gotowe mechanizmy importu jakie ma 
> kazdy chyba system FK. 
W ten sposób zamykasz mu drogę.., traktujesz FK jako boga :)
Bez przesady, nie ma się czego bać :)
>Jesli potrzebujesz czegos indywidualnego to 
> łatwiej chyba byloby dogadac sie z kims kto ma autorski program FK niz 
> pisac go samemu od zera.
j.w. odnośnie boga :) Boisz się księgowych/ego :)

PS.
możesz to traktować jak chcesz. :)

-- 
Artur