Чего я жду от 1С:8 - бросайте свои пожелания...

[fixin]

2003 год ознаменуется выходом в коммерческую эксплуатацию 1С версии 8.0. Я уже посмотрел эту программу. При всех новинках и полезностях, которые в ней разработаны, многое тем не менее осталось еще сделать. Данные заметки относятся к версии 7.7. Возможно, к выходу новой 1С кое-что отсюда будет внедрено.
Если у вас будут собственные соображения, шлите мне на fixin@mail.ru, я добавлю. Если получится хороший список, буду отправлять его в 1С.

Администрирование

Почти половина административных работ в 1С так и не поддаются никакой автоматизации.
Это замена конфигураций, объединение конфигураций.

Конфигуратор должен создавать ярлыки запуска.
Конфигурация при отсутствии изменений в данных должен быть заменяема на лету.
При запуске Конфигуратора в пакетном режиме не выдавать окошко регистрации базы, давать ей имя по умолчанию, или занести имя в ключ запуска.
Все параметры Конфигуратора (пути к каталогам обмена УРБД) должны задаваться из командной строки или другим образом.
В настоящее время при запуске автообмена в пакетном режиме на новом компьютере он не срабатывает, т.к. не заданы каталоги автообмена.

Программирование

Все события должны прослеживаться. Причем не только в форме/модуле конкретного объекта но и глобально. Это позволит настроить триггеры, которые будут реагировать на изменения данных (новый, удаление, запись, проведение), в которых удобно можно будет сделать контроль прав и сопутствующие изменения, которые должны быть сделаны при изменении данных.

Глобальных модулей должно быть несколько.

Раз 1С - интерпретатор, должен быть открыт доступ из программы к текстам модулей.

Процедуры форм и модулей должны быть доступны, как свойства объектов.

Желательно сделать элементарное наследование объектов, чтобы, например, контрагент мог быть или организацией или частным лицом, а товар - услугой, набором, материалом, товаром, но при этом наследовал от номенклатуры.

Унифицировать методы. Например вместо методов ВыбратьСтроки, ВыбратьЭлементы, ВыбратьДокументы, можно использовать метод Выбрать, а еще лучше, если использовать новые алгоритмы с построением SQL-запросов, например для выбора элементов справочника использовать курсор SQL.

Автоматизировать процесс управления закладками. Для этого оставить старый вариант управления закладками и новый, когда в конфигураторе непостредственно можно редактировать форму на разных закладках.




Манипулирование данными

Таблицы значений - замечательное средство в 1С. Хотелось бы, чтобы запросы возвращали результаты в виде таблиц значений, а обрабатывать таблицы значений можно было с помощью запросов. Т.е. по аналогии с SQL запрос SELECT возвращает временную таблицу, которую также можно обработать с помощью SELECT.

Язык запросов желательно максимально приблизить к SQL, с использованием сортировок, отборов, группировок и курсоров. Это должно обеспечить большую производительность отчетов.


Сейчас в языке запросов набор функций очень ограничен, например нельзя сделать функцию Кон=КонОст(Х)*Коэф. Можно еще добавить возможность редактирования запроса с автоматическим пересчетом итогов.

Доступ к данным 1С через SQL, т.е. чтобы база 1С стала наконец обычным источником SQL-данных. Это упростило бы аналитическую отчетность по данным.

На данный момент в 1С существуют отборы и сортировка только по одному полю, хотелось бы, чтобы отборы были по нескольким полям, по вычисляемым полям и по периодическим полям.

Справочники

Расширить механизм групп группировкой по нескольким параметрам, т.е. чтобы в одном справочнике можно было создавать несколько иерархий (например, клиенты по расположению, по области деятельности, по перспективам и т.п.). Сейчас это делается через категории, но было бы неплохо возложить эту задачу на плечи системы.

Регистры

Хотелось бы увеличить скорость удаления движений (например, в конце периода).

Бухгалтерские итоги

Бухгалтерские итоги - замечательный механизм, который позволяет писать конфигурации даже без использования регистров. При этом исползуется принцип двойной записи и соблюдается закон сохранения. Поэтому их вполне можно применять в торговле.
Однако для этого нужно приблизить скорость обработки бухитогов к скорости регистров и убрать пересчет бухгалтерских итогов, который в больших базах может длиться 5-8 часов.
Для этого можно или ускорить процедуру пересчета, или хранить итоги по каждому счету в отдельной таблице.
Думаю, пересчет итогов при изменении счетов достает многих пользователей.
По крайней мере, можно сделать его более интеллектуальным и не делать пересчет, если он не требуется.

Системные

Желательно не открывать сразу все таблицы в DBF версии, а по мере их использования. Хотя с появлением новых серверов актуальность задачи уменьшается.

Может быть когда нибудь появится терминальный режим средствами 1С или хотя бы утилита для этого. Кстати, возможно рассмотреть вариант работы 1С в текстовом режиме?

Ведение журнала изменений, по каждому объекту можно получить время последнего изменения. Это позволило бы отследить модификации объектов при самостоятельной реализации распределенных баз данных.

Было бы интересно сделать из конфигурации 1С исполнимый модуль, который запускался бы при наличии определенного ключа защиты или при условии неиспользования регистров или проводок.

Сделать доступ к базе 1C по медленным линиям (модемным), с накоплением промежуточной информации во временных буферах (что то типа УРБД).

Доступ к модулям текстов из программы 1С. Замена обработкиков событий при выполнении программы. Возможность замены модулей конфигурации внешними модулями на лету.


УРБД

Хотелось бы большей свободы при манипулировании данными. Это, прежде всего, возможность программного (на этапе выполнения) указания места создания и направлений миграции документа/элемента.

[Тот]

Поздновато, однако, ждать. Изучать пора...
Для начала уяснить - что dbf-версии не планируется. Поэтому и файлы эти открывать не придется. Ни все - ни по очереди...

[fixin]

Не, ждать никогда не поздно....
По крайней мере, это реальные вещи, особенно что касается УРБД....