1Cは悪くないが、1Cプログラマーはまだ好まない

画像



この記事は、 「なぜ1Cが悪いのか、なぜ1Cプログラマーがそれを好まないのか」という出版物に対する一種の回答です。 私は長年1Cプログラミングに携わってきましたが、そのような記事の著者のおかげで、彼らは私たちの質問を正確に見ていると言いたいです。 私たちが今持っているものを順番に処理しましょう。



プラットフォーム



プラットフォームと構成が記述されています。



プラットフォームを更新すると、追加の機能がもたらされ、多くのバグが取り除かれ、自然にもたらされるものもあります。 原則として、私の個人的な意見では、プラットフォームの更新後、オフィスでの作業が立ち上がったという事実は正しくありません。 第一に、更新前のデータベースのバックアップは、データベースの問題を回避する必要があります。 さて、古いプラットフォームに戻る機会をキャンセルした人はいませんでした。 パッチ/アップデートのリリース後、すべてが落ち、データのコピーを作成するという考えが思い浮かばなかったという事実のために、Microsoftまたはフリーソフトウェアの作者を非難するようなものです。 はい、ソフトウェアキーに問題があります。 ただし、ハードウェアを使用することもできます(少し高価です)、またはオフィスを復元するための技術的な作業を行う間は、非正統派のパッチを置くことができます。これはしばらくの間、キーの不足/機能不全の問題を解決するのに役立ちます。 30〜40人のオフィスワークがより重要です。



構成



批評家が散歩する余地はありますが、順番に見てみましょう。



定期的な取引組織があり、「Trade Management 10.3 / 11」構成の機能を十分に備えていると仮定します。



ここでは、このソフトウェア製品を使用するための2つのオプションがあります。



1.基本機能のみを使用し、構成の新しいバージョンのリリース時に毎月更新します。

2.まったく更新せず、必要に応じて、必要な機能を追加します。



実際、2番目のオプションが最も頻繁に使用されます。 構成が組み込まれ、構成され、組織の存続期間中、実質的に更新されません。 最大-印刷されたフォームは、規制に従って修正されます。 それは基本的にそれです。 それが絶えず苦しめられ、リリースからリリースへ変更を転送する理由は明らかではありません。



もちろん、組織が例えば会計を持っていると異議を唱えて言うことができます。 このオプションを検討してください。



法律の変更、税および年金基金のレート、および会計士の他の就業日のために、会計は絶えず更新されなければなりません。



貿易と会計の間でデータを転送するには、通常、交換規則を使用します。 これは、XMLで記述された特定のルールで、どのデータオブジェクトがアンロードされるか、どのようにロードされるかを記述しています。 また、アンロード/ロードの前後に追加処理を指定することもできます。 当社との取引の構成が変更されていない場合、アンロードのルールには触れません(突然の変更が発生した場合、まれな例外を除きます)。 ロード規則はあまり頻繁に変更しません。 商品の受領/販売の事実は常に繰り越されます。 ただし、税などの計算手順は更新された経理部門ですでに計算されているため、取引構成には影響しません。



複雑になり、個別の構成「給与および人事管理」で給与の計算を開始しましょう。 また、それを更新し、標準の(または当社が変更した)ルールに従って静かに会計と交換します。



思い出させるのは馬鹿げているようですが、それでもあえて。 更新および変更の前に、常にバックアップを作成する必要があります。 さて、あなたは認めなければなりません、更新後にすべてが故障し、会社全体が賭け金を払うのは愚かなことです。 なぜなら 売り、書き、電話する方法はありません。 データベース内のすべての連絡先、アカウント、および情報。



さまざまな事業分野で1Cを使用する



はい、1Cは、会計およびレポートを自動化するように設計されたソフトウェア市場の独占企業です。



中小企業セグメントについて話している場合、ほとんどの企業の会計では、Excelの集計テーブルよりも少し複雑なほとんどすべてのプログラムを使用できます。 物品/サービスの会計、売掛金/買掛金の会計、給与計算。 合計が単純に入力されるサードパーティプログラムを介してレポートを作成できます。

ビジネスが大規模な場合、1Cの競合相手はOracleのNavision、非常に大きな例ではSAPです。



しかし、ここでは異なる特異性に直面しています。 私たちの法律は頻繁に変更されます。 また、外国人は、ソフトウェア製品の関連性をサポートすることにすでに従事している場合、常に変化に追いついていない。 「NOT 1Cプログラム」の実装数が少ないため、所有コストが高くなります。 既存のソフトウェア製品を迅速に更新(更新の対象)または構成/構成できる専門家を見つけることは困難です。



1Cは、商業用機器(スケール、スキャナー、端末、ディスプレイ)の接続に間違いなく利点があります。 さらに、標準構成では、これはユーザーレベルで行われます。 外部処理および印刷フォームを接続して機能を拡張し、構成を変更せずに追加のレポートを受信する機能を追加します。 その結果、有能にアプローチする場合、構成の「内側」を登っても意味がありません。



別のことは、更新後に落ちて松葉杖を入れて、クライアントを針の上に置くことが簡単で安価であることです。 それから絶えず1Cに水を注ぎ、これが彼らがそれをリリースする頻度であり、同じ頻度でクライアントに来て、彼からいくつかのデニューを得ると言います。



1Cがマイナスになる主な理由は、コードが開いていることだと思います。 WordやNavisionがどのように書かれているのか誰も見なかったし、独自のボタンを追加するためにそこに誰も入ることはありませんでした。 私が使用していないものであっても、すべてが更新されると書くのは愚かです。 ブラウザのブックマークを担当するモジュールを更新しないでください。私は使用しません。 または、Wordのフッターはまったく必要ないため、更新から削除します。 気に入らない-更新しないでください。または、更新するときは、変更されたものを読んでください。



フランチャイジーの代表者でもパートナーでもないことを自分で付け加えます。 私は1Cの会計の自動化に7年以上従事しています。 おもしろい場合は、私たちの時代の現実に記録を保持することの複雑さについてさらに詳しくお話しできます。



All Articles