1. Новые складчины: Показать еще

    23.02.2017: Невероятно эффективная работа с VKPRO закрытый онлайн тренинг от Алексея Евстропова

    23.02.2017: Цикл лекций Ступеньки к школе (Марьяна Безруких)(2 лекции)

    23.02.2017: Николай Ягодкин - "Все программы центра Advance" 2015

    23.02.2017: Уровни поддержки и сопротивления на форекс. Новинка 2017! Зарабатывайте 300 000 рублей в месяц

    23.02.2017: Стратегия Live на футбол

  2. Нужен организатор: Показать еще

    23.02.2017: Николай Ягодкин - "Все программы центра Advance" 2015

    23.02.2017: Оперативная деятельность и вопросы конспирации в работе...

    22.02.2017: Курс по истории искусства

    22.02.2017: Подписка на Sharkscope (3 мес.)

    22.02.2017: [Повтор] 10 типов Господина дня - Бацзы

  3. Сбор взносов Показать еще

    22.02.2017: Позитивный фотобизнес (Lena Mint)

    22.02.2017: Обучение Бизнесу с Китаем от 100$ к 10.000$ за 2 месяца коучинг 17.0 (Версия Платинум)(Дима Ковпак)

    22.02.2017: Введение в облигации (roundabout)

    22.02.2017: Как я зарабатываю на YouTube 1318$ в месяц? (Александр Беляшов)

    21.02.2017: Вебинар "Психология общения с клиентом на съемке" (Лена Смирнова)

Запись

Для 1С. Подробный журнал регистрации изменений во...

Тема в разделе "Программы, скрипты", создана пользователем Telegram, 25 янв 2014.

Цена:
6000 руб
Взнос:
66 руб
Организатор:
Требуется
Участников:
0/100

(Список пока что пуст. Запишитесь первым!)

    Тип: Стандартная складчина
    1. Telegram

      Telegram Организатор складчин

      Для 1С. Подробный журнал регистрации изменений во...

      Для 1С. Подробный журнал регистрации изменений во внешней базе MS SQL Server. Для любых конфигураций на платформе 8.2 и 8.3 в толстом, тонком и WEB-клиенте.

      Давно известно, что стандартный журнал регистрации фирмой 1С достаточно плохо продуман и реализован.
      Допустим, он предоставляет информацию об идентификаторе транзакции, но не предоставляет сведения о том какой реквизит был изменен, что, по моему мнению, более важно.
      Далее самый больной вопрос, как быть, если пользователей работает много, изменений производится тоже достаточно много и Вы пытаетесь, в стандартном журнале найти, кто изменил документ? Как это не печально, но подобная, в общем случае, тривиальная задача займет у Вас очень много времени, т.к. открывается и ищется все чудовищно долго. Простой отбор по какому-нибудь документу может занимать 5-10 минут, а время, как известно, деньги…
      Так же в стандартном журнале нельзя увидеть, что было изменено в объекте. Т.е. на вопрос, какой конкретно реквизит или строчка в табличной части были изменены, ответа мы не получим. Зачастую нерадивые сотрудники этим пользуются, аргументируя, что они просто открыли документ и вместо кнопки «Закрыть» нажали «OK» ничего не изменив.
      Не получится настроить встроенный журнал, чтобы из открытого документа или справочника можно было бы нажатием одной кнопки увидеть всю историю изменений. А это очень удобно!
      Основные возможности

      • Подсистема работает в конфигурациях 8.2 и 8.3 в толстом, тонком и WEB-клиенте (обычные и управляемые формы). Сейчас сложилась парадоксальная ситуация. Есть конфигурации, которые используют обычные формы, есть которые работают на управляемых формах, а так же есть те, которые работают и так и так. Наша подсистема позволяет работать в любом режиме, причем если будет запущена в толстом клиенте, то будет интерфейс и формы толстого клиента, если в тонком или WEB, то на управляемых формах. При этом практически не будет никакой разницы с точки зрения функциональности.
      • Регистрируются изменения для следующих видов объектов: константы, справочники, документы, планы видов характеристик, планы счетов, планы видов расчета, бизнес-процессы, задачи и регистры сведений.
      • Для хранения истории изменений объектов используется внешняя информационная база MS SQL Server. Был выбран именно этот механизм хранения, т.к. он не влияет на размер основной информационной базы 1C, а работа напрямую с базой данный MS SQL позволяет быстро производить чтение и запись событий.
      • При помещении во внешнюю информационную базу история изменений объектов «сжимается». Что это значит? Приведем пример. Допустим пользователь «А» создал документ, заполнил его и провел. Затем пользователь «Б» его открыл и изменил в нем один реквизит, после чего также провел. При этом наша подсистема позволит Вам увидеть, только то, что пользователь «Б» изменил без показа всех реквизитов. Это позволяет точно сказать, что было изменено.
      • Есть возможность настроить список объектов, по которым не нужно отслеживать изменения. Скажем больше: такая возможность просто необходима! Так как в типовых конфигурациях есть, например, справочники «Сохраненные настройки» или «Рабочие места», по которым нет необходимости вести историю изменений т.к. эти справочники служебные.
      • Просмотр изменений прямо на формах объектов. Позволяет при открытии объектов из журнала регистрации подсветить на форме измененные объекты красной рамкой. При этом в подсказках измененных объектов пишется дата изменения, кто изменил, что было раньше и что стало после изменения.
      • Возможность записи событий входа и выхода пользователей в информационную базу (при желании можно отключить).
      • Гибкая система отборов: по пользователю, компьютеру, типу метаданных, объекту, представлению, событию за период. Все отборы устанавливаются на фантастической скорости! Это не десятки минут ожидания работы типового механизма. Все просто и быстро.
      • Минимальное влияние на производительность. Вы практически не почувствуете разницу при работе с нашей подсистемой и без нее. При разработке подсистемы мы руководствовались тем, что запись в СУБД MS SQL напрямую, будет работать быстрее и не оказывать никакого влияния на размер основной информационной базы.
      • Для типовых конфигураций разработаны внешние печатные формы, которые позволят просматривать истории изменений объектов при печати. Т.е. для любых объектов типовых конфигураций (БП, ЗУП, УПП, УТ, КА, БГУ, УНФ) можно за пару щелчков мыши, нажав на кнопку «Печать» и выбрав пункт «Просмотр изменений» открыть изменения данного объекта.
      • В подсистеме используется уникальный механизм защиты от записи истории объектов в клонах информационных баз. Часто, необходимо сделать копию информационной базы для тестирования доработок, экспериментов и т.д. При этом наша подсистема будет работать только в работающей конфигурации, в копиях-клонах работать она не будет. Эта особенность пригодится программистам, т.к. позволит не думать, что копия будет добавлять свои события в историю.



      Цена: 6000 руб.
       
      Telegram, 25 янв 2014
    2. Загрузка...

      Похожие складчины
      1. Telegram
        Запись

        Ци Мэнь Дунь Цзя для жизни - Подробный курс ци мэнь...

        Telegram, 6 май 2014, в разделе: Курсы по эзотерике
      2. Bulion
        Запись

        Trade robot (торговый робот для разгона депозита) Profit fx

        Bulion, 22 фев 2017 в 22:55, в разделе: Форекс, инвестиции, биржевая торговля
      3. Bulion
        Куплено

        Весёлая кулинария для детей. 100+ идей для творчества (Сергей Кабаченко)

        Bulion, 22 фев 2017 в 11:22, в разделе: Электронные книги
      4. Bulion
        Запись

        Женские органы. Три практики для восстановления

        Bulion, 20 фев 2017 в 16:30, в разделе: Здоровье
      5. Bulion
        Запись

        6 способов познать себя. Просветление для всех (Олег Антонов)

        Bulion, 20 фев 2017 в 14:35, в разделе: Электронные книги
      6. Bulion
        Запись

        "Пищеварительная система" (программа для мужчин) (Алла и Игорь Ревенко)

        Bulion, 19 фев 2017 в 10:35, в разделе: Курсы по психологии и личностному развитию
      7. Aplication
        Запись

        Сторителлинг для бизнеса (Елена Асанова)

        Aplication, 18 фев 2017 в 23:48, в разделе: Курсы по бизнесу

Наверх