構造ソフトウェアの「基本」 Sheldon Needle著、大統領、CTS
建築業者のためのソフトウェアがいかにに作動するかかなりある主な違いがある。 これらの相違のいくつかは重要である; 他は建築業者によって操作方法に重大なそれではない。 この網はいかにソフトウェアを捜す建築業者のためにか。
含意は何であるか。 1つはまず最初に彼/彼女の特定ビジネスを知らなければならないすなわちあなたの条件が会社を経営するのためである何、あなたのビジネス方法がソフトウェアとの対立選り抜きではないようにパッケージを見る場合のおよび細部に周到な注意を払うため。 この簡単な仕事のように鳴るしかしソフトウェアの買物をするときこれは小さい順序ではない。
受取勘定
どのような計算をするか。 問題材料か標準マージン付き生産費のインボイス時間を計り、か。 いずれにしても、システムが計算を用いる仕事の費用をいかに統合し、どの位柔軟性をあなたのインボイスのか変更で提供するか点検したいと思う。 アイアで引く書式作成するために出るか。 整備し、仕事を有する作業注文から出されるインボイスのための必要性をか。 集中し将来のパッケージがそれらの条件をいかにに扱うかあなたの主運転の必要性に基づいてたいと思う。
総勘定元帳の財務報告
システムを区別する区域は追跡する予算の区域(複数予算および修正)、多数の実体との使用のための会社間会計にある(単一の仕訳に基づく自動会社間記入項目が)。 またレポートの書式作成の機能に周到な注意を払いたいと思う。 それは基本的なコラムのフォーマットだけを扱うか、またはまたそれ許可した漕ぐ計算の書式作成をか。 報告のための重要な問題は使い易く、力である。 ほとんどの場合カスタムレポートはあなたの報告の必要性をすべて満たすために造られなければならない。
強化を扱うそれはどれくらい簡単にあるか。 自動除去とともにすべての実体を転がす必要があるまたはそれは特定の会社の結合の問題であるか。 どれくらい簡単にそれが異なったパッケージのこれを達成することであることを見るべきである。
財務は簡単な現金流動の投射から銀行口座の完全な銀行和解、現金流動のレポートおよび浮遊物情報を含む満開の財務の機能まで及ぶことができる。 あるシステムは顕著なAP、ARおよびPO」s.に基づいて現金流動の投射を含んでいる。 あるシステムに別の財務の選択が間、この機能によってが総勘定元帳か支払勘定モジュールの内にある他である。 少数のパッケージだけ外国通貨の条件を扱うことができる。
支払名簿
連合支払名簿は建築業者のための大きい項目である。 ソフトウェアが連合利点および控除の計算をいかに計算するか評価することを忘れないでいなさい。 ほとんどのシステムはかなり適用範囲が広い。 ソフトウェアが連合がそれを税の前か後に取られる例えば控除のパーセントする方法を扱うことができることをことをちょうど確かめなさい。 連合レポートはもう一つの潜在的な障害である。 システムは他はより挑戦的である場合もあるが非常に適用範囲が広く、指定連合フォーマットに報告できる。 売り手があなたが箱から必要とするフォーマットを行うことができなければ、必要な連合レポートを作成するためにあなたのための多くの仕事を取るかもしれない!
遠隔地から支払名簿データを集めることはもう一つの主要な微分回路である。 最初の問題はリモートサイト(例えば時間カード機械、コンピュータ記入項目、等)で集められるPRデータが次の質問が分野から総本店コンピュータにデータを得る方法をであるいかにあるかである。 ここの変化はバッチファイル転送、分野からの特別なサーバーソフトウェアによる家庭用コンピュータへの直接記入項目を等含むことができる。 努力の実時間移動をするのに必要とされる情報そして量のための必要性を見なさい。 あるパッケージはデータエントリーのための網インターフェイスか遠隔地からの報告を提供するかもしれない。
1つの実体が処理する会社間支払名簿の記入項目を作るGLに類似した他の実体のための支払名簿はある会社のための主品目である場合もある。 システムにあなたのためのすべての必要な会社間記入項目を作ってほしい。 ほとんどのシステムはすべての基本的なPR税のレポートを扱うことができる。
支払勘定
APの重要な問題はソフトウェアの早期警報(別名「警報」)の機能である。 例えば費用トランザクションにより予算に行く時、またはシステムに下請け業者の保険の有効期限の警告してほしい場合もある。 異なったシステムはインボイスの記入項目の間に警告の異なったレベルを提供する。
支払勘定と購入指示書間の統合
購入指示書を更新し、APのバウチァを作成するためのあなたの必要性は何であるか。 システムハンドルはPO'Sおよびバウチァの作成に対して別様に領収証を出す。 あるシステムは自動的にPOレシートに基づいてバウチァを作成し、置く受諾のための許容範囲を許可しなさい。 また、責任の会計はAPの記入項目によりそれらは予算を超過するとき購入指示書を予算に対して追跡し、警告を受け取れるたいと思う多くのユーザーのために重要である!
もう一つの興味深い変化はシステムが承認されていないインボイスをいかに扱うかである。 一部は示すために公認になるまで置いた旗を可能にするまだ承認されていないし、要される仕事かGLに掲示していないことを。 あるシステムは提供する「承諾グループ」。を これらはインボイスはそのグループのための大会の承諾を書き入れたことを確認するPOおよび下請けのためにセットアップされるユーザー定義変数(例えばレシート許容、締切りは下請け、等のためになる)である。 承諾が超過するとき、システムはオペレータに警報を出す。
仕事の費用
仕事の費用のための主な問題点は統合である。 注意深く仕事の費用および、プロジェクト管理予定のような他のモジュール、および推定間の統合を調査したいと思う。 データをこれらの適用の間で動かし、変更を行なうそれはどれくらい簡単にあるか。 これはより大きい建築業者のために特に重要である。 プロジェクト管理および文書制御は建築業者のためのもう一つの主要な必要性である。 ユーザーはペーパーレスオフィスに動きたいと思う。 パッケージはこれを支えるか。 パッケージのいくつかは追跡し、更新するWEBベースのプロジェクトを支える。
パーセントの入力そして使用はレポートを完了する。
いかに詳しく述べられてこれらにあってほしいか。 あるシステムは異なった要因に基づいて費用配分によって完了するために費用を写し出す。
仕事の費用報告は主な違いがシステムの間にある区域である。 レポートのためのデータ・ソースがどれくらい簡単にそれ新しいレポートを開発するか、またはある物を変更することであることを理解するためにシステム規格の仕事の費用のレポートを見直したいと思い。
装置
いかに装置の原価計算および予防の維持を追跡することを扱いたいと思うか。 視覚維持の能力別クラス編成制度がほしいと思うか。 仕事に装置の使用法を満たす必要があるか。 あるシステムは装置モジュールを通して用具の使用法を追跡する。 システムはいかに下落の原価計算を扱うか。 維持のための部品の購入のためのPOと装置間の統合のためのあなたの必要性は何であるか。
目録
システムは目録原価計算の機能で変わる。 あるシステムは他は限られているが、いろいろな価格設定のメカニズムを(すなわちLIFOおよび先入れ先出し法)提供する。 整備するために外の価格設定の目録を更新できるか。 統合(または目録のそれの欠乏)間の理解を得ることもまた重要でありデータベースを購入し、推定する。
購入指示書
あるシステムは見積もりに基づいてPO'Sを作成できる。 この洗練された機能は住宅建築業者のために重要である。 もう一つの考察はシステムがPOの繰越し注文をいかに扱うかである。
概要
ソフトウェアを選ぶとき、ユーザーがユーザー優先順位と密接に一致するプロダクト微分回路を見ることに焦点を合わせることは重大である。 それはある特定の売り手から必要とするもの得ようとしていることをことをあなたが確かめる場合もある唯一の方法である。
CTSの大統領、Sheldonの針、自由な構造ソフトウェア選択のキットのために、訪問www.ctsguides.com/construction.asp | 
