Время от времени к программисту обращаются пользователи с просьбой перенести некую эксельку в 1С.
Это может быть что угодно - какой-то отчет, заполняемый менеджерами, список клиентов (доморощенный аналог CRM), таблица состояния товара в пути.
Эти данные могут выгружаться из какой-то удаленной учетной системы, либо вводиться вручную.
Я хочу рассказать о том, как я в своё время решил эту задачу.
Для себя я формализовал условия следующим образом:
1. Необходима возможность хранения произвольных данных в виде прямоугольных таблиц
2. Поля таблиц должны быть типизируемыми
3. Все данные, которые уже есть в ИБ, должны браться именно оттуда (то есть, всё что можно выбираем из справочников и документов)
4. Нужна поддержка одновременной работы в таблице нескольких пользователей
Для хранения данных удобно использовать регистр сведений. Чтобы в нём можно было хранить произвольные прямоугольные таблицы,
одна запись регистра должна соответствовать одной ячейче таблицы:
ЗначенияПолей
Измерения
Поле (СправочникСсылка.ОписаниеПолей),
НомерСтрокиТаблицы (Число)
Ресурсы
Значение (ЛюбаяСсылка, Булево, Строка, Дата, Число)
Для того, чтобы можно было оперативно узнать автора последнего изменения, можно еще добавить ресурс Пользователь - я в своем примере добавил.
Правда, так как у меня справочника пользователи нет, тип реквизита - Строка.
Остановлюсь подробнее на справочнике ОписаниеПолей: тут наверное больше бы подошел план видов характеристик, но исторически так сложилось,
что это спроавочник. Он хранит заголовки и типы полей, а так же произвольную информацию для настройки:
ОписаниеПолей
Реквизиты
ИмяПоля
НомерПоПорядку
ТипДанных
Ширина
У меня реквизит Ширина содержит ширину ячейки. Можно хранить еще например цвет или шрифт - просто для красоты. Справочник двухуровневый, группы
справочника соответсвуют разным таблицам - хотя можно сделать отдельный справочник таблиц, я не сделал потому что у меня не было необходимости
хранить какие-то настройки таблиц, только названия.
Таким образом первые три пункта техзадания выполнены, осталось написать обработку, в которой и будет происходить редактирование данных.
У меня она называется УниверсальнаяТаблицаОтображенияДанных. В ней нет ничего сложного, она позволяет выбрать таблицу из списка и вывести данные из регистра.
Для того, чтобы отобразить изменения, которые вносятся другими пользователями, можно подключить обработчик ожидания.
Для реализации пункта 4 я создал еще один регистр сведений, который хранит блокировки. То есть, когда пользователь входит в режим редактирования ячейки,
в регистр вносится соответсвующая запись. У меня структура получилась такая:
БлокировкиПолей
Измерения
Поле
НомерСтрокиТаблицы
Ресурсы
Дата
Пользователь
Сеанс
Теперь если мы попытаемся отредактировать ячейку, в которой уже кто-то сидит, мы получим сообщение об ошибке с описанием когда и кто начал её редактировать.
Блокировка делается одинаково как на уровне ячейки, так и на уровне строки. В моём примере сделана блокировка на уровне строки, чтобы переделать её на блокировку
отдельных ячеек достаточно записывать в регистр описание поля, а не описание таблицы, как у меня:
...
Запись.Поле = ИмяТаблицы;
...
Вот собственно и всё. Получился "остов", которым в принципе можно пользоваться в том виде, в котором он есть. На практике полезно добавить
разделение прав пользователей на таблицы и поля - чтобы например смотреть могли все, а редактировать только некоторые. В моём примере этого нет,
но вообще приходилось делать. Отдельно идет возможность загружать данные из внешних источников - вещь специфическая, её не обобщишь.
Что интересно, я такую статью уже писал, но в тот же день Инфостарт откатило и она исчезла, а копию я не сохранил. Надеюсь в этот раз повезет больше )
Это может быть что угодно - какой-то отчет, заполняемый менеджерами, список клиентов (доморощенный аналог CRM), таблица состояния товара в пути.
Эти данные могут выгружаться из какой-то удаленной учетной системы, либо вводиться вручную.
Я хочу рассказать о том, как я в своё время решил эту задачу.
Для себя я формализовал условия следующим образом:
1. Необходима возможность хранения произвольных данных в виде прямоугольных таблиц
2. Поля таблиц должны быть типизируемыми
3. Все данные, которые уже есть в ИБ, должны браться именно оттуда (то есть, всё что можно выбираем из справочников и документов)
4. Нужна поддержка одновременной работы в таблице нескольких пользователей
Для хранения данных удобно использовать регистр сведений. Чтобы в нём можно было хранить произвольные прямоугольные таблицы,
одна запись регистра должна соответствовать одной ячейче таблицы:
ЗначенияПолей
Измерения
Поле (СправочникСсылка.ОписаниеПолей),
НомерСтрокиТаблицы (Число)
Ресурсы
Значение (ЛюбаяСсылка, Булево, Строка, Дата, Число)
Для того, чтобы можно было оперативно узнать автора последнего изменения, можно еще добавить ресурс Пользователь - я в своем примере добавил.
Правда, так как у меня справочника пользователи нет, тип реквизита - Строка.
Остановлюсь подробнее на справочнике ОписаниеПолей: тут наверное больше бы подошел план видов характеристик, но исторически так сложилось,
что это спроавочник. Он хранит заголовки и типы полей, а так же произвольную информацию для настройки:
ОписаниеПолей
Реквизиты
ИмяПоля
НомерПоПорядку
ТипДанных
Ширина
У меня реквизит Ширина содержит ширину ячейки. Можно хранить еще например цвет или шрифт - просто для красоты. Справочник двухуровневый, группы
справочника соответсвуют разным таблицам - хотя можно сделать отдельный справочник таблиц, я не сделал потому что у меня не было необходимости
хранить какие-то настройки таблиц, только названия.
Таким образом первые три пункта техзадания выполнены, осталось написать обработку, в которой и будет происходить редактирование данных.
У меня она называется УниверсальнаяТаблицаОтображенияДанных. В ней нет ничего сложного, она позволяет выбрать таблицу из списка и вывести данные из регистра.
Для того, чтобы отобразить изменения, которые вносятся другими пользователями, можно подключить обработчик ожидания.
Для реализации пункта 4 я создал еще один регистр сведений, который хранит блокировки. То есть, когда пользователь входит в режим редактирования ячейки,
в регистр вносится соответсвующая запись. У меня структура получилась такая:
БлокировкиПолей
Измерения
Поле
НомерСтрокиТаблицы
Ресурсы
Дата
Пользователь
Сеанс
Теперь если мы попытаемся отредактировать ячейку, в которой уже кто-то сидит, мы получим сообщение об ошибке с описанием когда и кто начал её редактировать.
Блокировка делается одинаково как на уровне ячейки, так и на уровне строки. В моём примере сделана блокировка на уровне строки, чтобы переделать её на блокировку
отдельных ячеек достаточно записывать в регистр описание поля, а не описание таблицы, как у меня:
...
Запись.Поле = ИмяТаблицы;
...
Вот собственно и всё. Получился "остов", которым в принципе можно пользоваться в том виде, в котором он есть. На практике полезно добавить
разделение прав пользователей на таблицы и поля - чтобы например смотреть могли все, а редактировать только некоторые. В моём примере этого нет,
но вообще приходилось делать. Отдельно идет возможность загружать данные из внешних источников - вещь специфическая, её не обобщишь.
Что интересно, я такую статью уже писал, но в тот же день Инфостарт откатило и она исчезла, а копию я не сохранил. Надеюсь в этот раз повезет больше )
