Есть задача - автоматизировать в 1С процесс хранения данных, который сейчас обрабатывается в Excel как большая таблица. Т.е. это большой список в который пользователи вносят новые строки и какую то информацию дозаполняют в уже существующих. Какой объект было бы удобнее использовать для хранения данной информации. Было две идеи:
- регистр сведений - внешне похож на таблицу, можно редактировать в списке, можно понастроить всяких отборов, но сложно контролировать запись данных если с таблицей работают одновременно несколько пользователей (может я зря сомневаюсь, но есть предположение)
- справочник - удобно контролировать запись, объект будет заблокирован, если кто то уже отрыл эту строку для редактирования. Но нельзя редактировать в списке - не очень удобно пользователям. С отборами проблем тоже не будет.
Платформа 8.3, конфигурация на УФ, но интерфейс старый.
---
Недостаточно информации. Одно могу сказать - учет в Excel никогда не реализуется в 1С один к одному. Нужно вникнуть в суть бизнес-процесса, который отражается в Excel и решаемых им задач. Грамотная реализация в 1С (скорее всего, лучше покрывающая изначальную задачу) может вылиться в целую подсистему со справочниками, документами, регистрами и отчетами. Сделать работу пользователей не менее удобной, чем в excel - это будет отдельная задача. Но для этого вовсе не обязательно эмулировать в 1С таблицы excel.
---
Но нельзя редактировать в списке - не очень удобно пользователям.
Очень даже можно
---
(1) Но нельзя редактировать в списке - не очень удобно пользователям.
Очень даже можно
Очень даже нужно :) Помоему там контроль блокировок на уровне записей можно делать. А как тут Справочник или Документ подключить хз. Даже если в ТЧ запихать таблицу то при редактировании записи в ТЧ блокируется весь объект имхо.
---
Ну в принципе обсуждалось вроде..
---
подскажите как? 8.3 же не поддерживает редактирование в списке... или я не права?
---
рисуй формы с табличными полями
---
ну и в Регистре Сведений ты можешь редактировать строку в форме записи. В ТЧ справочника нет. В списке справочника можно. Чем плохо редактирование в форме записи(элемента)?
---
Правы, а что список элементов справочника можно представить только в виде динамического списка?
---
список элементов справочника можно представить только в виде динамического списка
:))) Если сильно захотеть секса и зрелищ, то можно и в виде табличного документа сделать. Так сказать, максимально приблизить к видимости эксельной таблицы )) только незачем.
У меня в конторе, тоже староверы сидят, 15 лет на акцессе работали, а с начала этого года 1С впервые увидели...заколебался уже их потребности удовлетворять и обосновывать ))
---
а строка, в вашем случае, какую конкретно информацию несет ? Сколько колонок ?
Если вся строка, - это описание какого-то одного, цельного объекта...то это и есть справочник. Да и если колонок много, то в списке редактировать - не факт что удобнее. Намного цивильнее нарисовать красивую , юзерфрендли форму, которая еще и помогать пользователю будет в заполнении строки.
---
есть такая кнопочка - "редактировать в списке".
При нажатии снимает все вопросы :)
---
На УФ нет такой кнопочки...
---
постоянно забываю :(
---
со справочником будет проще и надежнее.
Регистр одним легким движением руки очищается весь. А строка удаляется пользователем без всяких пометок на удаление.
Интерфейсы и формы тоже проще на управляемых формах делать для справочника.
И наконец когда вам потом понадобится ссылка на строку, а у вас регистр, вот будет обидно...
---
Во всех системах (в том же Аксессе в Делфи, в прочих системах) строка таблицы формировала форму, в которой и осуществлялось редактирование. При таком раскладе что регистр сведений, что справочник - все одно. Для эмуляции самого экселя я бы использовал табличное поле и обновлял бы данные по мере их изменения в реальном времени. Поменял юзер данные - они поменялись, выделились цветом. А хранить это все все равно где...
---
Можно и регистр сведений и справочник.
Вопрос в требуемом результате.

Например, с регистром сведений можно сделать так, что работа практически не будет отличаться от Exel, а конфа будет запоминать какой пользователь в какой момент времени какое исправление применил.

Справочник делать проще. Коллеги правы, там легче организовать контроль доступа, автоматические блокировки и прочее.

Все зависит от фантазии
---
Но если удалили запись то искать только в журнале регистрации. Или ждать платформы 8.3.11.
---
Измерение "ПометкаУдаления" не?
---
А для чего эти данные надо загнать в 1С? Как планируете их в дальнейшем использовать?. Справочник от регистра сведений отичается наличием на элемент справочника уникальной ссылки. В регистре сведений уникальность обеспечивают набор измерений регистра. Из это и надо исходить.
---
Честно, сама не в восторге от задачи и не очень понимаю зачем оно нужно... Ведут такую большую таблицу в экселе, хотят такую же в 1с. Там данные о заказанных товарах. Планируем потом туда подтягивать данные о том, что товар заказан поставщику, что выписаны документы покупателю. Раньше они писали это в таблицу - а теперь хотят в 1С. Наверное, с учетом того, что потом скорее всего понадобится в документах ссылка на эту запись, все таки нужен справочник. Всем спасибо за идеи!
---
Да, справочник, причем реквизиты справочника будут колонки таблицы Экселя и список не обязательно делать динамическим.
---
Раньше они писали это в таблицу - а теперь хотят в 1С.
Посоветуйте им посетить курсы по работе в 1с. Скорее всего, по работе в УТ 11.

Копировать 1 в 1 работу в экселе по заказам - не есть правильно.
Пусть посмотрят, как это делается в типовой конфигурации.
---
У них УНФ, но типовой функционал конечно тоже есть, только каждый считает свой учет уникальным... а 1с стандартно "не такая" :)))
---
Копировать 1 в 1 работу в экселе по заказам - не есть правильно
С языка сорвали: старое представление частенько давлеет. Однако, автору совет правильный: вместо ломового решения задачи, сначала переосмыслить саму задачу.
---
Отчет как форма ввода. Только не знаю как это дело работает на УФ. не пробовал
---
ИМХО. Просто надо внедрить-допилить подсистему работы с заказами поставщику. Что бы не изобретать вилосипед смотрим примеры реализаций в УТ.УПП,УНФ,ERP. Я рекомендую отталкиваться от УНФ.
---
Делал подобное, пользователи хотели именно в списке редактировать, выбрал регистр, но пришлось форму самому делать, т. К. В 8.3. Все на динамических списках, а их редактировать нельзя.
---
Ну не все на динамических то) Не сгущайте краски)
Есть и табличная часть, и реквизит формы типа "ТаблицаЗначений".

Все есть - хоть уредактируйся)))
---
ну я имел ввиду стандартные формы списков так формирует)
---
Недостаточно информации. Одно могу сказать - учет в Excel никогда не реализуется в 1С один к одному. Нужно вникнуть в суть бизнес-процесса, который отражается в Excel и решаемых им задач. Грамотная реализация в 1С (скорее всего, лучше покрывающая изначальную задачу) может вылиться в целую подсистему со справочниками, документами, регистрами и отчетами. Сделать работу пользователей не менее удобной, чем в excel - это будет отдельная задача. Но для этого вовсе не обязательно эмулировать в 1С таблицы excel.
---
полностью согласна!
---
На youtube достаточно обзорных роликов по каждой из этих конф.
---
Подход со всем не верный - смысл загонять все в одну таблицу.
Скорее всего у вас идет позаказная работа, когда вы отталкиваетесь от того что вам надо заказать а затем туда уже подтягиваются и заказы поставщику и оплата и поступление
т.е. мы сделали документ заявка и от него уже делаем заказы поставщику
---
У них уже все есть - есть рабочая конфигурация Управление сервисным центром на базе УНФ - а в ней типовой функционал по ведению заказов. НЕ ХОТЯТ.... Хотят изобретать велосипед...
---
МДЯ Грустно
нам-то как раз таки пришлось делать дополнительный документ
И смысл заносить все в справочник - не совсем понял для чего это надо как поля обсчитывать +
еще привязки я так понял по оплате + по поступлению
Хотят все в виде таблицы - выведите в дерево
но ввод все равно будет из различных документов
---
Так вот именно документы они делать и не хотят - сложно - и заказ клиента, и заказ поставщику - проще в таблицу забить.