Hypers BA - Автоматизация бизнеса

APDEX и производительность Application perfomance index (APDEX) - другими словами индекс производительности приложения, механизм оценки производительности так же встраивается в продукты 1С и позволяет понять приемлемо ли с точки зрения производительности выполняются операции в системе. Пример значений индекса: - От 0.94 до 1.00 — отлично - От 0.85 до 0.94 — хорошо - От 0.70 до 0.85 — удовлетворительно - От 0.50 до 0.70 — неудовлетворительно - От 0.00 до 0.50 — неприемлемо Часто включение механизма записи данных для оценки производительности для APDEX выполняется когда при использовании 1С замечают деградацию производительности, обычно оценки выполняются на довольно больших системах (высоконагруженных, где работает от 50 и более пользователей, а чаще более 100), записанные данные позволяют оценить с каким индексом выполняются операции в системе, чтобы далее определить области оптимизации. Запись данных может потребовать значительных ресурс, поэтому просто так включать опцию сбора статистики мы бы не рекомендовали, одной из причин, почему мы упомянули о APDEX в этой заметке, это выявленное включение в некоторых базах 1С сбора статистики без особой необходимости. Следствием может быть существенный объем данных, которые хранятся в информационной базе без реальной надобности, а занимать они могут более 5Gb, для справки небольшая база 1С Бухгалтерии средней компании может занимать около 5-7Gb т.е. пропорции наглядны. Мы готовы проанализировать вашу базу на предмет подобных неоптимальных настроек.

Можно ли переименовать организацию в БП Нечастый вопрос, однако клиенту потребовалось переименовать организацию в БП 3 (Бухгалтерия предприятия 3), вопрос совершенно тривиальный, и да, в Бухгалтерии предприятия такой сценарий предусмотрен. Переименование выполняется на определенную дату, после указанной даты все печатные формы документов будут формироваться с учетом нового наименования организации, а все документы до переименования будут формироваться для новой организации.

Можно ли 1С программисту быть просто кодером? Для начала поясним, что мы имеем ввиду под "просто кодером" - условно считаем, что такой программист, работает-программирует по четко определенному техническому заданию не отклоняясь от описанной логики, определенной аналитиком, который собственно ее туда заложил. Давайте попробуем разобраться хорошо это или плохо: - Хорошо, когда задача небольшая и не глубоко касается ключевых процессов компании, к примеру "разработка печатной формы" вполне подошла бы как пример; - Плохо, так как при разработке по некоторым крупным задачам, затрагиваются объекты, о которых аналитик может не догадываться, либо не представлять в полном объеме то, как работает объект системы "под капотом". Почему в 1С возникает такой вопрос? следует пояснить, типы объекты в 1С предопределены и создать какой-то свой, уникальный объект нельзя (с некоторыми оговорками), в типовых конфигурациях так же предопределены возможности каждого типа объектов, и как правило лучше всего понимает особенности этой логики - программист. Аналитику, часто, при проектировании систем, погружаться до уровня объектов метаданных довольно сложно, а где-то и не надо. Какой на наш взгляд оптимальный подход в таких случаях: 1.Аналитик, так как лучше понимает суть реализуемого процесса в рамках реализации задач в техническом задании описывает только логику процесса, с отсылками на данные, которыми он оперирует при решении задачи; 2.Программист, так как лучше понимает объектную модель, описывает техническую модель реализации, т.е. фактически указывает на каких объектах будет "собрано" решение, так же может консультировать аналитика по оптимальности предлагаемой аналитиком модели. И что самое важное, программист должен понимать какая скажем так учетная задача решается, не на уровне "из поля А перенести данные в поле Б", а например "сумму следующего платежа переносим в график платежей", т.е. отвечая на наш изначальный вопрос, определенно следует сказать, что просто кодером в 1С среде быть как минимум сложно, так как именно 1С программист так же должен понимать суть процессов и суть учетных задач, которые он решает.