実際、現時点では1Cは会計システムのニッチで圧倒的なセグメントを占めています。 これは、積極的なマーケティングを含む多くの理由によるものです。 技術面を思い出させてください。 1Cは、一般的な形式では、実際のプラットフォーム（コア、エンジン）といわゆる構成という2つの物理的に分離した部分で構成されています。
構成は、適用されたビジネスロジックが実際に実装される部分です。 このプラットフォームは、永続ストレージ、高レベルのビジネスオブジェクト、あらゆる種類のデザイナーとレポートビルダー、および特別なプログラミング言語を提供します。 しかし、そのような機能があったとしても、テクノロジープラットフォームだけでは成功しませんでした。 そのため、構成にはすでに記述されたロジック（会計、取引、倉庫など）が付属しています。 適用法の対象となります。 これはかなり膨大な作業ですが、その結果、ユーザーはターンキーの完全なソリューションを受け取ります。 また、構成自体のコードは開いているため、ビジネスロジックを必要に応じて調整し、ビジネスに合わせて調整する可能性が残っています。
これらはプラスです。 しかし、マイナス面はたくさんあります。 ここで説明しないようにするには、たとえばここで読むことができます 。
1Cに取って代わる試みは多数行われています。 ほとんどのプロジェクトは1Cの利点を超えようとします。 巨大企業と競争することは期待できません。 Delphiまたは.NETで書かれた製品、つまり、一般的に競争力のない再コンパイルが必要な製品、DSLとしてjavascriptまたはVBAエンジンを台無しにしようとする人は少し良く見えますが、いずれにしても、そのようなソリューションは主に通常のプログラマーがいる場合に使用できます原則として、ビジネスには余裕がありません。
反対側に乗ってみましょう。 1Cの利点を超えようとせず、1Cに欠点がある問題の解決策を提供してください。
マイナスはプロのどこかでバランスを取り、これらのマイナスがないため、1Cレベルでプラスがなくてもバランスはほぼ同じになります。
では、作成されたシステムにはどのような特性が必要ですか？
オープンソース クロスプラットフォーム。
ここでは説明は不要です。
Webアプリケーション。
特別なクライアントを作成したり、ディレクトリを同期したりする必要なく、モバイルデバイスから直接アクセスできるマルチユーザーモード
Php
ほとんどのWeb開発者になじみのある低エントリしきい値言語。 変更を行うには、テキストエディターのみが必要です。 Webアプリケーションは、個々のファイル（hello to 1C configurator）を置き換えることで簡単に更新できます。 弱い型付けのスクリプト言語と一連の高レベルビジネスオブジェクトを組み合わせたものは、ビジネスロジックの記述に適しています。
幸せにはもっと多くのものが必要だと思われます。 それにもかかわらず、実際には、オープンソースの会計システムは、原則として、外国の開発の不正な移植です。
さらに、曲線は定位だけではありません。 国内法を導入するには、かなりの作業が必要です。 しかし、それだけではありません。 そのようなシステムのページを見ている会計士は、なぜフィールドの半分がなぜここで働くのかを理解しません。 ユーザーはおそらくすでに1Cの経験があることを忘れないでください。これは確かに会計システムの唯一の経験です。 これは、請求書の入力ページのレイアウトを作成し、入力要素に署名する何百もの方法から、1Cに最大限似たものを選択する必要があることを意味します（つまり、外国の創造物のすべてのページをシャベルする必要があります）。
フリーランサーにデモデータ（1Cのデモ構成など）をシステムに入力させたとき、疑問は決して生じませんでした-ここでの作業方法。
より一般的な問題は、システムの再複雑化です。 これがプロジェクトを思い起こさせない主な理由だと思います。
プログラマーは通常、システムを可能な限り柔軟にします（それ以外の場合はどうでしょうか！）3分の2の時間を費やして、多数の設定、ウィザード、ジェネレーター、またはさらに悪いコマンドラインツールなどを記述します。
ITスペシャリストではない、叔母の会計士であるユーザーは、この2つのボタンを単に配置できない理由を理解せずに、このすべてを切望して見ています。 それから彼はプログラマーを呼び出して、財務省の次の命令の後にプログラムをセットアップします。 プログラマは、それが愚かなユーザーであることに心からresります。数十個のチェッカーとコンボボックスを扱うのは本当に難しいですか。 確かに、ここでチューニングを行うことができないことが判明すると、彼のヒューズは沈静化し、今では悪名高い柔軟性を提供するジャングルのインフラストラクチャコードを歩いて渡らなければなりません。
1C自体が例です-バージョン2.0から、会計士はモンスター8.3までの特別な「鳥」言語で数式を入力しました。 マニュアルを未経験者に渡して、それがどのような試みで華やかな言葉の構成「特性の種類の計画」に割り込むかを数えてみてください。
これから次の考え方が続きます。 まだプログラマーを招待しているため、このプログラマーの作業のコストは、だまされたシステムに比例するので、なぜそれをロールアップします。 ビジネスロジックの実装自体がプログラムのタスクであるため、悪意のあるものからすべてを捨てて、ビジネスロジックのみで作業する機会をプログラマに与えるのは簡単ではありませんか。
例で説明します。 勘定科目表。 まれにしか変化しません。 プログラムの実装中に一度設定され、原則として、作業中に変更されません（これはエンタープライズシステムに関するものではないことを思い出します）。 いつかサブアカウントを追加する必要があるかもしれません。 しかし、その下では、おそらくコードを調整する必要があります。つまり、プログラマーを呼び出す必要があります。 しかし、プログラマは2秒で通常のphpMyAdminを使用して勘定科目表に新しいレコードを貼り付けます。勘定科目表エディタを作成する必要はなく、ユーザーはプライマリドキュメントの入力フォームで事前に不明な勘定科目を指定する必要があります。
同様に、本当に必要な、そして最も重要なことはユーザーが理解できるように、ビジネスロジックの設定（住所、税率など）だけを残すことができます。
これが主なイデオロギーであり、私の意見では、このクラスのタスクの実装に存在するはずです。
そして今、彼ら自身の「キラー」1Cを書くときに「サイクリスト」に役立ついくつかの一般的な技術的アイデア。
文書保管
CRM、経理、倉庫システム、ワークフローシステムのライターが質問するフォーラムの典型的な質問。 明らかに異種構造を持つドキュメントを保存する方法。 ドキュメントのタイプごとに個別のテーブル、多数のユニバーサルフィールドを備えた共通テーブル、現在流行のNoSQLリポジトリ...
XMLでパックされた1つのテーブルにすべてのドキュメントをblobに保存することをお勧めします。 個別に-リストと雑誌に表示される一般的なフィールドのみ-文書番号、作成日、著者、ステータス。 XMLパッケージは、シリアル化またはjsonよりも優先されます。各値は名前付きタグで囲まれているため、不要な行にぶつかることなくエンドツーエンドの検索を実行できます。 つまり、取引相手へのリンクを見つける
<contragent>12</contragent>
, XPath. - , , Document — header details ( ) — . , — .
.
, . , id , . , «» .
— , .. , , , , . . XML. , , ( ).
-.
.
HTML. , , Fenom.
— , . , HTML Word Excel. — HTML docx xslx. ( , ) . , . , . , .
pdf TCPDF , , PDFCreator .
, - , — .
, . 1. — , ROLAP . , ( - ), , . — — , , , . ( ) — . - . .
, . , , .
, . , .
, 1. «» «». , (). — , , . . . — 4 : , php — (-), php (Entity), . PHP «» . , invoice goodsissue. . , . , , , “”. «» …
, Lego. . . .
, , , WAMP .
, - — . 1 PHP. - - (, ) .
, — , , , . , , 1.
, , . 1 — , . .