会計データベースを最初からコーディングしますか？
私の新しい医療行為は急速に増えており、自家製のLibreoffice Calcスプレッドシートは、患者の通院、売掛金、オーバーヘッドの調整などを追跡するためにすぐに扱いにくくなっています。 、保険金請求などを提出しますが、私の予算では高額なソフトウェアを購入する余裕がありません。その上、私はオープンソースソフトウェアをサポートするだけでなく、私自身の方法で何かをしたいです。 （私は、電子カルテからこの関数を取得するためにこの機能を必要としないことをすでに決定しています）
Google検索ではテンプレートが生成されず、見つかったすべての会計プログラムは、購入、倉庫保管、人事管理などの従来のビジネス向けに構築されており、私のニーズに適合せず、使用できません。あなたが私がこのようなことを試みる最初の医師だとは思わないでしょうが、私が見つけることができる唯一のものは、ここでの設計計画です： http://www.databaseanswers.org/data_models/ =
だから今は、スプレッドシートをLibreoffice Baseにインポートして、ゆっくりと自分用のカスタム会計プログラムを開発することを検討しています。しかし、私はデータベースの経験がなく、コーディングの量または複雑さが私の勉強時間から犠牲にしたいと思っているものを超えている場合、これに多くの時間を費やしたくありません。地元のB＆Nで教科書を閲覧した後、MySQL、Filemaker Pro、およびAccessに関するほとんどの本の最初の3分の1は、必要なものに適用できるようです（複雑な数学的モデリングとデータ分析はやりすぎです）が、見出しにはまだ躊躇しています作業負荷が私が処理する必要があるよりも大きい場合は、この努力に取り組んでください。
それで、リモートプログラミングの経験（qbasic、visual basic）と基本的なスプレッドシートの知識を持つ人が、簡単なカスタムアカウンティングデータベースをコーディングすることはできますか？その場合、LibreOffice Baseで十分ですか？どんなプログラムや教科書を勧めますか？
ありがとうございました！
私はほとんどすべての会計ソフトウェアを使用しており、現在Sql-Ledgerを使用および変更しています。そのため、データベースクライアントのワークフローシステムを完全な複式簿記システムに変換するのは非常に簡単で、ほとんど安心しました。クライアントは私のシステムを使用して、独自の（ニュースコピー）クライアントに請求していました。これは、サービスの内部の項目化が独自の言語を話すのに対して、会計パッケージはそうしなかったためです。彼らのアカウントセクションはその後、簿記のために外部に出てもう一度それを再現しなければなりませんでした。
最後に、クライアントの会計士と私は座ってメモを交換しました。 1週間以内にアプリケーションを変更しました。壊れたり、バグが発生したり、失敗したりすることはありません。すべてのアカウントを処理し、他のアカウントは処理しません。資産、キャッシュフロー、給与以外のすべてを追跡します。
どんな規模の企業も知っていますが、効果のある棚から何かを手に入れることはできません。
私のアドバイスは、データベーススキーマとアカウンティングの両方を理解していない人の破滅的なアドバイスに耳を傾けないことです。この組み合わせは、ソフトウェアベンダーが喜んで手をこすり、有望な開発者に悲惨な結果の警告を出し、ソフトウェアのコンポーネントを整理するためにほとんどの時間を費やすvendor-lockinコンポーネントを配置するのに十分に珍しいようです。または大規模な会計フランチャイズとの取り決め。そして、成功したヘビ油売りのように、彼らは銀行までずっと笑っています。
あなたはいくつかの重い読書をする必要があるでしょう。
実際に会計について語っている古い軍馬による固体データモデリングの本：
マーティンファウラー、分析パターン http://www.Amazon.com/Analysis-Patterns-Reusable-Object-Models/dp/020189542
ヘイ、エンタープライズモデルパターン http://www.Amazon.com/Enterprise-Model-Patterns-Describing-Version/dp/193550405
しかし、おそらくオープンソースを使用する方が簡単ですERP OpenERPのように
2つの方向のいずれかに行くことをお勧めします。
1つ目は、会計ソフトウェアの構築に乗りたいが、医者としてお金を稼ぐビジネスに実際に従事している場合は、 LedgerSMB のようなオープンソースプロジェクトに参加することです。利点は、ビジネスをサポートする方法としてこれを本当に実行したい場合は、好きなだけ（または好きなだけ）学ぶことができ、手から学ぶことができる専門家がいることです。 -途中で。また、OhlohはLedgerSMBを約4万行のSQLコード（空白とコメントを除く）、49万行のPerl、および同様の数の行を他の多くの言語を組み合わせたものとして配置していることに注意してください。会計ソフトウェアは簡単ではありません。ここでの2番目の利点は、これを実行している人々のコミュニティにライブで参加できるため、ソフトウェアに希望どおりの動作をさせる機会が得られることです。その後、EMRをEMRと統合する（またはそうするために誰かを雇う）;-)の膨大な空き時間を使うことができます。
2番目のオプションは、商用ソフトウェアを購入して、ビジネスプロセスでそこで行っていることを統合することです。ここでの利点は、予定の追跡、請求などを処理するいくつかの診療管理ソフトウェアを購入できること、またはより少ない費用でQuickbooksのようなものを使用できることです。これにより、いくつかの選択が可能になりますが、多くのトレードオフがあり、トレードオフを実行すると柔軟性がほとんどなくなります。
TL; DR：フィールドに参加したい場合は、それをしている人と一緒に参加してください。ソフトウェアだけが必要な場合は、購入できます。
会計は非常に複雑であり、あらゆるビジネスにとってミッションクリティカルです。会計システムの最も中心的な部分は総勘定元帳です。独自のG/Lを構築することは、正当化するのがかなり困難です。 QuickBooksのように、十分にサポートされているデスクトップG/Lを購入する必要があります。利用可能ないくつかの良い、費用対効果の高い選択肢があります。
あなたのビジネスの他の機能は、（G/L以外の）会計に関連するものでさえcan専門化されています。これらの領域のカスタムビルドに焦点を当てます（汎用パッケージでは実際にはニーズを処理できない場合）。
専門性の高いニーズを持つ企業の原価計算や収益性レポートなどの分野用にカスタマイズされた補助元帳を作成しましたが、それでも既製のG/Lソフトウェアを使用しています。必ずしも完全に適した完全に統合されたカスタムシステムで終わるわけではありませんが、そのようなシステムを構築して練習を行う時間はありません。
つまり、リモートプログラミングの経験（qbasic、Visual Basic）と基本的なスプレッドシートの知識を持っている人なら、簡単なカスタムアカウンティングデータベースをコーディングできますか？そうであれば、LibreOffice Baseで十分でしょうか？どのプログラムまたはテキストをお勧めしますか？
私は別の意見を持っています。時間と労力を惜しまない限り、簡単な会計アプリケーションを構築できます。 ERPソフトウェアで見つけることができるようなすべての必要な機能を備えたハイエンドアプリケーションの開発について話しているのではありません。はい、ビジュアルベーシックは私が個人的に採用した1つのプログラミング言語ですシンプルな会計システムを構築するためのフロントエンドGUI。LibreOfficeベースで十分かどうかはわかりませんが、堅牢でスケーラブルなデータベースシステムを構築するには、データベースの設計をある程度理解する必要があります。次へ、あなたはシステムチェックとバランスであるダブルエントリーシステムの概念を理解する必要があります。私は推奨する特定のプログラムはありませんが、accountingdes.comから無料の電子ブックをダウンロードして、必要な理解を提供することができます基本的な会計データベースの設計概念と、すべてのレポートとエントリを意味のある二重エントリのルールが意味をなします。