Для хранения записей о фактах совершения транзакций в 1С используются объекты типа Документ. Документ, как и справочник, содержит в себе набор реквизитов и одной или нескольких табличных частей:
Очень часто из документов доступны печатные формы, соответствующие по формату регламентированным бланкам.
Как бумажные формы документов ранее фиксировали движения в книгах организации, так и электронные документы фиксируют их в регистрах — например, отражают увеличение задолженности подотчетного лица. Запись в регистре осуществляется в момент проведения документа; документ является регистратором для созданных им записей.
***
Вопрос 01.31 экзамена 1С:Профессионал по платформе. Какое максимальное количество видов документов позволяет создать
система 1С:Предприятие 8 в процессе конфигурирования?
- Неограниченное
- Ограничивается свойством конфигурации «Количество видов документов»
- 256, т.к. система не позволяет обрабатывать более 256 таблиц объектов одного тип
- 50, т.к. максимальная длина номера документа равна 50 символов
Правильный ответ первый, никаких ограничений нет.
***
Вопрос 01.32 экзамена 1С:Профессионал по платформе. Какое максимальное количество реквизитов документа позволяет определить система 1С:Предприятие 8?
- Количество реквизитов документа не ограничено
- Максимальное количество реквизитов ограничивается в свойстве «Количество реквизитов»
- Количество реквизитов документа не ограничено, но при этом реквизитов ссылочного типа не может быть больше 10
- Количество реквизитов зависит от варианта работы с информационной базой. В
файловом — до 50 реквизитов, в клиент-серверном — неограниченно
Правильный ответ первый, ограничений также нет.
***
Вопрос 01.33 экзамена 1С:Профессионал по платформе. Какое максимальное количество табличных частей документа позволяет определить система 1С:Предприятие 8?
- Количество табличных частей документа не ограничено
- Максимальное количество табличных частей ограничивается в свойстве «Количество табличных частей»
- У документа может быть только одна табличная часть
- Количество табличных частей зависит от варианта работы с информационной базой.
В файловом — до 50, в клиент-серверном — неограниченно
Правильный ответ первый, и здесь платформенных ограничений нет.
***
Вопрос 01.39 экзамена 1С:Профессионал по платформе. Назовите основное назначение объектов типа «Документ»?
- Предназначены для хронологического отражения в системе событий предметной
области, например, хозяйственных операций предприятия, контактов с покупателями - Предназначены для отражение в системе условно-постоянной информации, например, карточек контрагентов
- Предназначены только для отражения хозяйственных операций в регистрах учета,
например, в регистрах бухгалтерии - Предназначены только для печати на бумажных носителях унифицированных форм,
например, счетов-фактур, расходных накладных - Предназначены только для обработки больших объемов данных в целях получения
информации нового качества, например, формирование книги покупок, книги продаж
по учету НДС
Правильный ответ первый. Остальные справедливы только отчасти.
***
Вопрос 01.46 экзамена 1С:Профессионал по платформе. Ограничен ли состав тех регистров учета, в которых документ может
выступать в качестве регистратора движения?
- Да, ограничен специальным списком. Документ может выступать в качестве регистратора движения только у тех регистров, которые отмечены на закладке «Движения»
окна редактирования объекта - Да, ограничен. Документ может выступать в качестве регистратора движения только в одном регистре, который отмечен на закладке движения окна редактирования
объекта - Да, ограничен типом регистра. Документ может выступать в качестве регистратора
движения только в регистрах накопления, бухгалтерии и расчета - Нет, не ограничен. Документ может выступать в качестве регистратора движения в
любых регистрах
Правильный ответ первый (хотя движения можно задать и алгоритмами без отмечания регистров галочками).
***
Вопрос 01.47 экзамена 1С:Профессионал по платформе. Определите отличие между вводом документа копированием и вводом
«на основании»:
- Копирование – создание нового объекта копированием существующего, причем того же типа и с идентичными данными, а ввод на основании обычно создает объект
другого типа, данные которого лишь функционально зависят от «объекта-основания» - Между этими операциями нет отличия
- При копировании документ создается и сразу записывается в информационную базу, а при вводе на основании пользователь может изменить скопированные во вновь
созданный объект данные («на основании» своих соображений) и только затем записать объект
Правильный ответ первый.
***
Вопрос 01.60 экзамена 1С:Профессионал по платформе. С помощью какого свойства можно определить, какому документу принадлежит запись регистра?
- Регистратор
- Документ
- ТекущийДокумент
- Специального свойства у записи регистра нет. Для этих целей можно определить у
регистра реквизит типа «ДокументСсылка»
Правильный ответ первый. Записи регистра подчинены регистратору.
***
Вопрос 06.17 экзамена 1С:Профессионал по платформе. В каком свойстве хранится дата документа?
- Дата
- ДатаДок
- ДатаДокумента
- Нет правильного ответа
Правильный ответ — Дата:
***
Вопрос 06.22 экзамена 1С:Профессионал по платформе. В каком свойстве хранится время документа?
- Время
- ВремяДок
- Дата
- Нет правильного ответа
Правильный ответ третий — дата документа задается с точностью до секунды.
***
Вопрос 07.48 экзамена 1С:Профессионал по платформе. Значения каких реальных полей таблицы документа определяют его
хронологическую позицию среди других документов?
- Значения свойств «Дата» и «Ссылка»
- Достаточно значения свойства «Дата»
- Значения свойств «Дата» и «Время»
- Достаточно значения свойства «Номер»
- Достаточно значения свойства «Ссылка»
- Значения свойств «Дата» и «Номер»
Правильный ответ первый. Объект встроенного языка Момент времени содержит дату проведения документа и ссылку на него, что позволяет однозначно идентифицировать положение документа на временной оси.
Скоко максимально реквизитов, табл.частей может быть в документе? |
Я |
10.01.07 — 22:15
Прелопатил все ЖКК и гугле, нет таокй информации.Кто нидь подскажет.
1 — 10.01.07 — 22:16
(0) Зачем тебе? Неужели тысячу табличных частей хочешь в доке иметь?
2 — 10.01.07 — 22:17
(1) наверное, хочет в 1 документ засунуть всю базу….
3 — 10.01.07 — 22:25
В тесте такой вопрос есть, только не думайте что на халяву ответы с форума хочу.Я ж говорю в ЖКК не нашел об этом
4 — 10.01.07 — 22:26
че за тест? варианты ответов есть?
5 — 10.01.07 — 22:26
иль это не тест а тесто…
Модератор
6 — 10.01.07 — 22:28
(5) или тост?…
7 — 10.01.07 — 22:29
или гост?
8 — 10.01.07 — 22:29
если можете ответить ответьте плиз а так …
9 — 10.01.07 — 22:30
думаю, точной цифири нет и быть не может. рекевизитов точно не больше 1024, а табличных частей не больше, чем 256.
10 — 10.01.07 — 22:31
опять Профессионал 8.0 
11 — 10.01.07 — 22:38
а более точно никто не скажет
12 — 10.01.07 — 22:42
(11) напиши все 4 пункта выбора сюда и тогда скажут
13 — 10.01.07 — 22:49
1. Количестов реквиз докум не огранич
2. Максим кол-во реквизит ограничв в свойстве » Количество реквизитов»
3. Кол-во реквиз не ограничн, но при этом реквизитов ссылочного типа не может быть больше 10
4. Количесвто реквизитов завист от варианта работы с иноформ базой. В файловом-50, в клиент серверном не ограничено.
Аналогично и для табличных часте.
секнс за сокращения и ошибки
14 — 11.01.07 — 00:12
пробовал на сайте с пробным тестированием отвечать 1. была 1 ошибка. Когда отвечал 4 ошибок не было вообще. Поэтому думаю что 4.
15 — 11.01.07 — 01:02
ответы 3 и 4 мог бы проверить созданием реквизитов (тч) быстрее чем по форуму полазить. 2 тоже в принципе. уперся бы в 50 штук на файловой вот и ответ.
16 — 11.01.07 — 09:17
(15) — 1-е — в 8ка не различает, в каком варианте она работает — пофиг файловый или нет (в большинстве случаев)
2-е — больше 50ти завести точно можно, как реквизитов, так и ТЧ, в том числе реквизитов ТЧ…
Т.О. количество реквизитов — как бы неограничено (кажется даже все же где-то в одном из жкк было написано про это)
17 — 11.01.07 — 09:25
(0) А что, новое издание вопросов вышло что ли? Я что-то не припомню подобного вопроса. Был вроде насчет количества чего-то вопрос — там ответ правильный навроде «ограничено только разумными потребностями в функционале конкретного решения»
18 — 11.01.07 — 09:29
1. Количестов реквиз докум не огранич
19 — 11.01.07 — 09:30
(17) дай ответы?
20 — 11.01.07 — 09:38
(19) у меня ответы в книжечке карандашиком поотмечаны, а в другом виде нету
21 — 11.01.07 — 09:38
(18) Точно, вспомнил, правильный ответ 1.
22 — 11.01.07 — 09:40
(20) Сам решал? Я дурью помаялся пару раз завалил здачу и сам вот книжечку решать стал, со скоростью блин 8-10 вопросов в час :((
selenat
23 — 11.01.07 — 09:45
(22) давай давай. Может, хоть чему-то научишься…
|
1 / 1 / 0 Регистрация: 24.07.2008 Сообщений: 658 |
|
|
1 |
|
Максимальное количество реквизитов документа02.09.2009, 12:50. Показов 40319. Ответов 15
Кто знает: существуют ли ограничения, накладываемые 1С или dbf или SQL, на максимальное количество реквизитов документа?
0 |
|
1 / 1 / 0 Регистрация: 04.12.2005 Сообщений: 1,588 |
|
|
02.09.2009, 13:29 |
2 |
|
по идее подобных ограничений быть не должно, НО необходимо учитывать тот факт что чем больше реквизитов — тем больше данных (даже если реквизиты визуально не заполнены) и соотвественно это отобразится на скорости чтения/записи ну и размере базы.
0 |
|
0 / 0 / 1 Регистрация: 22.06.2013 Сообщений: 9 |
|
|
02.09.2009, 15:31 |
3 |
|
Кто знает: существуют ли ограничения, накладываемые 1С или dbf или SQL, на максимальное количество реквизитов документа? У меня в одной из баз есть документ, в котором 117 реквизитов шапки (так исторически сложилось), 8 закладок на форме :unsure:
0 |
|
0 / 0 / 0 Регистрация: 28.03.2004 Сообщений: 1,913 |
|
|
02.09.2009, 20:12 |
4 |
|
Если мне не изменяет опять же склероз… В общем в ДБФ есть ограничение на количество колонок… 256 что ли…
0 |
|
0 / 0 / 1 Регистрация: 22.06.2013 Сообщений: 9 |
|
|
02.09.2009, 21:27 |
5 |
|
Если мне не изменяет опять же склероз… В общем в ДБФ есть ограничение на количество колонок… 256 что ли… Трудно себе представить, что такое количество кому-то реально понадобится. У меня вот вполовину меньше, так и то редактировать их замучаешься — пока вспомнишь, кто есть кто
0 |
|
1 / 1 / 0 Регистрация: 24.07.2008 Сообщений: 658 |
|
|
03.09.2009, 10:30 |
6 |
|
Всем спасибо, впринципе мои предположения подтвердились
0 |
|
1 / 1 / 0 Регистрация: 04.12.2005 Сообщений: 1,588 |
|
|
03.09.2009, 13:04 |
7 |
|
Hryv, написапл бы прямо что именно тебя тревожит, а то ходишь вокруг да около
0 |
|
1 / 1 / 0 Регистрация: 24.07.2008 Сообщений: 658 |
|
|
03.09.2009, 13:12 |
8 |
|
Я пока сам подробностей не знаю Я сразу подумал, что проблема в самой выгрузке/загрузке, но сначала, на всякий случай, решил уточнить есть ли предел по числу реквизитов
0 |
|
0 / 0 / 1 Регистрация: 22.06.2013 Сообщений: 9 |
|
|
03.09.2009, 13:52 |
9 |
|
строка длиной 780 А это что за зверь ?
0 |
|
0 / 0 / 0 Регистрация: 22.04.2010 Сообщений: 38 |
|
|
04.09.2009, 10:11 |
10 |
|
при перегрузке выдавалась ошибка если перегруз отбирает документы запросом то со строкой 780 символов могут быть проблемы(надо исключить из переменных запроса)
0 |
|
0 / 0 / 0 Регистрация: 24.12.2008 Сообщений: 1,399 |
|
|
04.09.2009, 12:16 |
11 |
|
В 8-ке, если верить тестам на Профессионала, можно и бошльше 256.
0 |
|
1 / 1 / 0 Регистрация: 24.07.2008 Сообщений: 658 |
|
|
13.09.2009, 16:13 |
12 |
|
Продолжение темы Вот что выяснилось: речь шла не о перегрузке, а о объединении конфигураций В тестовой базе на dbf добавил документу 3 реквизита табличной части (число, справочник и документ) — все сохранилось без вопросов После уменьшения длины 2-х ранее созданных реквизитов табличной части с 780 до 750 все прошло без вопросов В принципе, я могу решить проблему уменьшением дляны — но это муторно. В базе десяток или больше доков с этим набором реквизитов и куча функций и процедур заточенных под этот размер, неохота лазить везде и укорачивать Можно ли как-то решить проблему иначе?
0 |
|
0 / 0 / 1 Регистрация: 22.06.2013 Сообщений: 9 |
|
|
13.09.2009, 20:20 |
13 |
|
ДЕЛО, ПОХОЖЕ, НЕ В КОЛИЧЕСТВЕ РЕКВИЗИТОВ, А В ОБЩЕЙ ДЛИНЕ ОДНОЙ ЗАПИСИ
0 |
|
1 / 1 / 0 Регистрация: 24.07.2008 Сообщений: 658 |
|
|
14.09.2009, 09:58 |
14 |
|
Я уже понял, что проблема в общей длине, поэтому и укорачивал с 780 до 750 Проблема в том, что я не знаю какие реквизиты там МАЛОзначительные Строки эти наплодили по дурацки. При торговле мобильниками нельзя просто отгрузить или получить, например, 500 телефонов одной модели, а надо еще IMEI каждого телефона указать. Эти строки для хранения IMEI и предназначены. Я бы делал через справочник, подчиненный партии, но сейчас это уже не исправить.
0 |
|
0 / 0 / 0 Регистрация: 28.03.2004 Сообщений: 1,913 |
|
|
14.09.2009, 10:38 |
15 |
|
Я бы делал через справочник, подчиненный партии, но сейчас это уже не исправить ууууууууууууй, сомневаемси…
0 |
|
1 / 1 / 0 Регистрация: 24.07.2008 Сообщений: 658 |
|
|
14.09.2009, 10:57 |
16 |
|
vitfil, я не имел ввиду, что внести эти изменения теоретически невозможно На данный момент это выглядит абсолютно не рационально по затратам времени: чтобы разобраться во всех хитросплетениях новой для меня базы, переделать и протестировать понадобится дней 10 (а то и больше). Тогда как те изменения, которые нужны по сути — это 3-4 дня работы. Надо попытаться найти более простое решение
0 |
Справочники в 1С используются для работы с постоянной или условно постоянной информацией, но, в отличие от констант, данная информация может содержать множество значений. К примеру, если мы разрабатываем конфигурацию для учета движения товаров на складе, то такой информацией может быть вид товара, информация о самих товарах, информация о складах и т.п. Таким образом, справочники необходимы для хранения аналитики учета (то, по чему в дальнейшем будет осуществляться анализ, например, сколько товаров продано). В пользовательском режиме работа осуществляется с элементами справочника. Именно элементы справочника и являются объектами аналитики (именно они и будут анализироваться). Например, у справочника Товары могут быть элементы «Гвозди», «Хлеб» и «Молоко».
Элементы справочника создают операторы в пользовательском режиме 1С. В дальнейшей своей работе они могу использовать тот или иной созданный ранее элемент справочника. Например, элементы справочника Товары могут использоваться в отображении прихода или расхода товара в соответствующих документах.
По умолчанию у любого справочника имеется два реквизита — это Код и Наименование. Это так называемые стандартные реквизиты. Наименование обычно заполняет оператор, а код заполняется автоматически. Иногда стандартных реквизитов Код и Наименование бывает достаточно для работы, но чаще всего прикладная задача требует хранения вспомогательной информации. Для этого создаются реквизиты справочника, позволяющие хранить любую дополнительную информацию об элементе справочника.
Применительно к товарам это может быть артикул, полное наименование, наименование для продажи, вид товара и т.п. Еще новая возможность справочников (в 1С 7.7. этого нет) — это возможность создавать табличные части, в которых хранится однотипная информация, количество которой может быть изменчивым. Например, для товара это могут быть какие-то дополнительные свойства.
Реквизитов и табличных частей может быть неограниченное количество.
Создать новый справочник в 1С достаточно просто. Для этого необходимо зайти в конфигуратор 1С, открыть окно конфигурации, выделить ветвь Справочники, вызвать правой кнопкой мышки контекстное меню, где выполнить команду Добавить.
После этого откроется конструктор справочника, где на закладке «Основные» необходимо ввести имя справочника.
На закладке Данные можно задать длину кода и наименования, тип кода (число или строка) и основное представление элемента справочника (в виде кода или в виде строки).
А также можно создать необходимые реквизиты и табличные части.
В отличие от наименования, код может элементу справочника присваиваться автоматически, если установлен флаг Автонумерация на закладке нумерация.
Реквизиты справочников 1С создаются на закладке Данные в окне реквизитов.
В качестве реквизитов справочника могут выступать, как примитивные типы, так и ссылочные. Например, мы уже создали справочник ВидыТоваров, а сейчас создадим справочник Товары, где будут реквизиты Артикул (тип Строка) и ВидТовара (ссылка на справочник ВидыТоваров).
В режиме «1С: Предприятия» это будет выглядеть следующим образом.
Обращаю внимание, на что влияет свойство «Основное представление» (закладка Данные конструктора справочника). Если у нас основное представление в виде наименования, то представление элемента справочника в каком-либо реквизите будет в виде наименование этого элемента, как на рисунке представлен элемент справочника ВидыТоваров в реквизите справочника Товары. А если основное представление в виде кода, то тогда представление этого элемента будет в виде кода элемента.
Табличные части справочников 1С
Табличные части создаются на закладке «Данные» в конструкторе справочника.
Можно создавать неограниченное количество табличных частей.
Сделаем справочник Комплектация, у которого будет табличная часть Состав.
У табличной части может быть неограниченное количество реквизитов. Для того, чтобы создать реквизит табличной части, её необходимо выделить и нажать на кнопку «Добавить реквизит».
Реквизиты табличной части могут быть как примитивных типов, так и ссылочных.
Подчиненные справочники 1С
В конфигурации 1С 8.3 можно разрабатывать Подчиненные справочники. В Подчиненном справочнике каждый его элемент имеет владельца, который является элементом или группой другого справочника. Элемент подчиненного справочника не может существовать без владельца.
Сделаем возможность учета единиц измерения. Сначала создадим справочник «Классификатор единиц измерения», в котором будут храниться различные единицы измерения (штуки, килограммы и тд).
У справочника Товары сделаем реквизит основная единица измерения (ссылка на справочник классификатор единиц измерения)
И сделаем справочник, подчиненный справочнику Товары, в котором будут храниться коэффициенты соотношений единиц измерения к основной единице измерения товара. К примеру, основная единица измерения килограмм, но есть еще единица тонна и центнер. Соответственно в первом случае коэффициент будет 1000, а во втором 100.
Создадим справочник ЕдиницыИзмерения.
На закладке Владельцы установим, что владельцем этого справочника является справочник Товары.
И создадим реквизиты: Коэффициент (тип число) и единица измерения (тип ссылка на справочник «Классификатор единиц измерения»).
Вот как это будет выглядеть в режим «1С: Предприятия».
Подробно о подчиненных справочниках читайте в этой статье:
Подчиненный справочник 1С
Иерархический справочник 1С
Любой справочник можно сделать Иерархическим – это значит, что пользователь сможет создавать каталоги (или, говоря простым языком, папки), в которых будут содержаться элементы.
Сделаем справочник Товары иерархическим. Для этого переходим на закладку «Иерархия» конструктора справочника и установим флаг «Иерархический».
Иерархия у справочников бывает двух видов: Иерархия групп и элементов и просто Иерархия элементов.
Иерархия групп — это каталоги, которые в себе содержат определенные элементы. А что такое Иерархия элементов? Это когда один элемент подчинен другому.
Посмотрим, как выглядит иерархический справочник в «1С:Предприятии»
Как видите, в форме списка появилось две команды. «Создать» и «Создать группу». При выполнении команды «Создать» будет открыта форма на создание нового элемента, а при выполнении команды «Создать группу» — форма на создание группы (папки).
Вы можете создавать нужные группы, в этих группах создавать элементы, или переносить уже созданные элементы в группы.
Подробно, про иерархический справочник читайте в этой статье:
Иерархический справочник 1С
Что такое предопределенные элементы справочников, и как с ними работать, читайте в этой статье:
Предопределенные элементы справочников 1С
Формы справочников в 1С 8.3
Остальные статьи по теме конфигурирования:
Документы в 1С 8.3
Журнал документов в 1С 8.3
Подсистемы 1С 8.3
Общие реквизиты в 1С
Более подробно и основательно работа со справочникам в дается в моей книге:
Книга «Программировать в 1С за 11 шагов»
Изучайте программирование в 1С в месте с моей книги «Программировать в 1С за 11 шагов»
- Книга написана понятным и простым языком — для новичка.
- Книга посылается на электронную почту в формате PDF. Можно открыть на любом устройстве!
- Научитесь понимать архитектуру 1С;
- Станете писать код на языке 1С;
- Освоите основные приемы программирования;
- Закрепите полученные знания при помощи задачника;
О том как разрабатывать под управляемым приложением 1С, читайте в книге Книга «Основы разработки в 1С: Такси»
Отличное пособие по разработке в управляемом приложении 1С, как для начинающих разработчиков, так и для опытных программистов.
- Очень доступный и понятный язык изложения
- Книга посылается на электронную почту в формате PDF. Можно открыть на любом устройстве!
- Поймете идеологию управляемого приложения 1С
- Узнаете, как разрабатывать управляемое приложение;
- Научитесь разрабатывать управляемые формы 1С;
- Сможете работать с основными и нужными элементами управляемых форм
- Программирование под управляемым приложением станет понятным
Промо-код на скидку в 15% — 48PVXHeYu
Вступайте в мои группы:
Вконтакте: https://vk.com/1c_prosto
Фейсбуке: https://www.facebook.com/groups/922972144448119/
ОК: http://ok.ru/group/52970839015518
Твиттер: https://twitter.com/signum2009
Одним из существующих ограничений платформы 1С 8.3 является ограничение на количество строк табличной части.
Табличная часть документа не может содержать более 99 999 строк. Точнее будет сказать, что нельзя сохранить в базе данных более 99 999 строк табличной части.
Почему так сказать будет точнее? Потому что во время интерактивной работы с документом в табличной части может быть сколько угодно строк, но вот сохранить их все в базе данных в виде объекта типа ТабличнаяЧасть будет нельзя.
В связи с этим сам собой напрашивается выход: данные, которые должны быть в табличной части, в момент сохранения документа в базе данных, поместить в регистр сведений (непериодический, с независимым режимом записи), а после записи снова извлечь эти данные из регистра и поместить обратно в табличную часть.
Три шага для решения:
п.1. Перед записью документа в этот регистр сведений помещаются строки из ТЧ, а ТЧ очищается. Для этого используется обработчик события ПередЗаписью, размещенный в модуле объекта. (Примечание. Событие ПередЗаписью прикладного объекта отличается от события ПередЗаписью формы, связанной с этим прикладным объектом. Обработчик события в модуле формы вызывается при интерактивной записи, а обработчик в модуле объекта при любом способе записи элемента в базу данных.)
п.2. Сразу после записи документа эта ТЧ снова заполняется данными из регистра. Для этого в модуле формы размещают обработчик события ПослеЗаписиНаСервере
п.3. Предусматривается необходимость очистки регистра сведений от записей в случае пометки его на удаление. Так как регистр сведений имеет независимый режим записи, регистр не подчинен регистратору, то при пометке на удаление документа записи из регистра сами удалиться не могут. Поэтому им придется «помочь». В противном случае мы не сможем удалить документ — обработка «Удаление помеченных объектов» будет находить ссылки на удаляемый документ и отказываться его удалить.
Пример такого кода.
// Обработчик события "Перед записью" (обработчик события назначается в форме документа, процедура располагается в модуле объекта), в табличную часть которого не влезают данные
// РегистрДанныхБольшойТЧ - регистр сведений, созданный специально для хранения данных именно данной табличной части именно данного документа. Среди измерений этого регистра первым измерением должен быть Документ - ссылка на документ, табличную часть которого мы в регистр выгружаем
// БольшаяТЧДокумента - некая большая табличная часть нашего документа
// "Сотрудник,Подразделение,..." - сворачиваемые поля
Процедура ПередЗаписью(Отказ, РежимЗаписи, РежимПроведения)
// п.1
рег = РегистрыСведений.РегистрДанныхБольшойТЧ.СоздатьНаборЗаписей();
рег.Отбор.Документ.Установить(ТекСсылка,Истина);
рег.Записать(Истина);
// Перед выгрузкой в регистр можно выгрузить в таблицу значений и свернуть ее (если требуется):
ТЗ = БольшаяТЧДокумента.Выгрузить();
ТЗ.Свернуть("Сотрудник,Подразделение,...","Сумма1,Сумма2,...");
// заполняем регистр строками свернутой ТЗ:
Для каждого стр Из ТЗ Цикл
стрРег = рег.Добавить();
ЗаполнитьЗначенияСвойств(стрРег, стр);
// устанавливаем ссылку на текущий документ для каждой строки регистра:
стрРег.Документ = ТекСсылка;
КонецЦикла;
// записываем в регистр добавленные записи регистра
рег.Записать(Истина);
// очищаем табличную часть от записей
БольшаяТЧДокумента.Очистить();
// п.3
Если ПометкаУдаления Тогда // - очищаем "движения" в регистрах
УстановитьПривилегированныйРежим(Истина);
рег = РегистрыСведений.РегистрДанныхБольшойТЧ.СоздатьНаборЗаписей();
рег.Отбор.Документ.Установить(Ссылка,Истина);
рег.Записать(Истина);
УстановитьПривилегированныйРежим(Ложь);
КонецЕсли;
// ...
КонецПроцедуры
// п.2
&НаСервере
Процедура ПослеЗаписиНаСервере(ТекущийОбъект, ПараметрыЗаписи)
Если НЕ Объект.Ссылка.Пустая() Тогда
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| РегистрДанныхБольшойТЧ.Документ,
| РегистрДанныхБольшойТЧ.Сотрудник,
| РегистрДанныхБольшойТЧ.Подразделение,
| ...,
| РегистрДанныхБольшойТЧ.Сумма1,
| РегистрДанныхБольшойТЧ.Сумма2,
| ...
|ИЗ
| РегистрСведений.РегистрДанныхБольшойТЧ КАК РегистрДанныхБольшойТЧ
|ГДЕ
| РегистрДанныхБольшойТЧ.Документ = &Документ";
Запрос.УстановитьПараметр("Документ",Объект.Ссылка);
Объект.БольшаяТЧДокумента.Загрузить(Запрос.Выполнить().Выгрузить());
КонецЕсли;
КонецПроцедуры
Next Post
-
Пользователю 1С
1С:ЗУП как вывести список юбиляров текущего года
Пн Мар 25 , 2019
В 1С:ЗУП есть типовой отчет с личными данными: меню «Кадры — Кадровые отчеты — Личные данные сотрудников». Этот отчет можно настроить на вывод юбиляров следующим образом. В отчете нажмите на кнопку «ЕЩЕ», выберите пункт «Прочее — Изменить вариант отчета…» Откройте вкладку Пользовательские поля». Нажмите на кнопку «Добавить — Новое поле […]
Breaking News
1.67 Какое максимальное количество реквизитов документа позволяет определить система 1С:Предприятие 8?
- Количество реквизитов документа не ограничено
- Максимальное количество реквизитов ограничивается в свойстве «Количество реквизитов»
- Количество реквизитов документа не ограничено, но при этом реквизитов ссылочного типа не может быть больше 10
- Количество реквизитов зависит от варианта работы с информационной базой. В файловом — до 50 реквизитов, в клиент-серверном — Неограниченно
Hryv
-
#1
Кто знает: существуют ли ограничения, накладываемые 1С или dbf или SQL, на максимальное количество реквизитов документа?
KiR
-
#2
по идее подобных ограничений быть не должно, НО необходимо учитывать тот факт что чем больше реквизитов — тем больше данных (даже если реквизиты визуально не заполнены) и соотвественно это отобразится на скорости чтения/записи ну и размере базы.
vbs
-
#3
Кто знает: существуют ли ограничения, накладываемые 1С или dbf или SQL, на максимальное количество реквизитов документа?
У меня в одной из баз есть документ, в котором 117 реквизитов шапки (так исторически сложилось), 8 закладок на форме
vitfil
-
#4
Если мне не изменяет опять же склероз… В общем в ДБФ есть ограничение на количество колонок… 256 что ли…
vbs
-
#5
Если мне не изменяет опять же склероз… В общем в ДБФ есть ограничение на количество колонок… 256 что ли…
Трудно себе представить, что такое количество кому-то реально понадобится. У меня вот вполовину меньше, так и то редактировать их замучаешься — пока вспомнишь, кто есть кто
Hryv
-
#6
Всем спасибо, впринципе мои предположения подтвердились
Значит ошибку буду искать в другом направлении
KiR
-
#7
Hryv, написапл бы прямо что именно тебя тревожит, а то ходишь вокруг да около
Hryv
-
#8
Я пока сам подробностей не знаю
Сказали, что надо доделать документ, но в нем много реквизитов (и как я уже посмотрел в табл.части есть 10 реквизитов строка длиной 780)
И сказали, что после предыдущей доработки этого документа при перегрузке выдавалась ошибка (какая точно не сказали)
Тогда от ошибки помогло удаление «лишних» реквизитов из документа
Я сразу подумал, что проблема в самой выгрузке/загрузке, но сначала, на всякий случай, решил уточнить есть ли предел по числу реквизитов
vbs
kaa
-
#10
при перегрузке выдавалась ошибка
если перегруз отбирает документы запросом то со строкой 780 символов могут быть проблемы(надо исключить из переменных запроса)
unknown181538
-
#11
В 8-ке, если верить тестам на Профессионала, можно и бошльше 256.
Hryv
-
#12
Продолжение темы
Вот что выяснилось: речь шла не о перегрузке, а о объединении конфигураций
В тестовой базе на dbf добавил документу 3 реквизита табличной части (число, справочник и документ) — все сохранилось без вопросов
При попытке объединить с базой на SQL выдает сообщение
После уменьшения длины 2-х ранее созданных реквизитов табличной части с 780 до 750 все прошло без вопросов
В принципе, я могу решить проблему уменьшением дляны — но это муторно. В базе десяток или больше доков с этим набором реквизитов и куча функций и процедур заточенных под этот размер, неохота лазить везде и укорачивать
Можно ли как-то решить проблему иначе?
-
message.JPG
15,6 КБ
· Просмотры: 120
vbs
-
#13
ДЕЛО, ПОХОЖЕ, НЕ В КОЛИЧЕСТВЕ РЕКВИЗИТОВ, А В ОБЩЕЙ ДЛИНЕ ОДНОЙ ЗАПИСИ
Может быть, менее болезненно уменьшить длину какого-то малозначительного реквизита (сэкономить-то надо 11 байт вроде)
К тому же, любопытно, зачем было плодить столь длинные строки
Hryv
-
#14
Я уже понял, что проблема в общей длине, поэтому и укорачивал с 780 до 750
Проблема в том, что я не знаю какие реквизиты там МАЛОзначительные
Строки эти наплодили по дурацки. При торговле мобильниками нельзя просто отгрузить или получить, например, 500 телефонов одной модели, а надо еще IMEI каждого телефона указать. Эти строки для хранения IMEI и предназначены. Я бы делал через справочник, подчиненный партии, но сейчас это уже не исправить.
vitfil
-
#15
Я бы делал через справочник, подчиненный партии, но сейчас это уже не исправить
ууууууууууууй, сомневаемси…
Мне тут понадобилось в конфигурацию добавить новый регистр… И Накладная на отгрузку должна делать по нему движения. И должны появиться движения по уже проведенным документам.
Хотите сказать, что этого нельзя сделать, без перепроведения документов прошлых периодов?
Невозможно модифицировать структуру данных, если в базе нет самих данных (и при этом отсутствует четкий алгоритм, позволяющий заполнить данные на основании существующих). В остальных случаях Программист может произвести необходимую доработку и модификацию данных.
Hryv
-
#16
vitfil, я не имел ввиду, что внести эти изменения теоретически невозможно
На данный момент это выглядит абсолютно не рационально по затратам времени: чтобы разобраться во всех хитросплетениях новой для меня базы, переделать и протестировать понадобится дней 10 (а то и больше). Тогда как те изменения, которые нужны по сути — это 3-4 дня работы.
Надо попытаться найти более простое решение
