В ТЗ есть пункт :
Условие - указывается логическое выражение типа редактора выражений по реквизитам, при котором сработает данное ограничение.

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

Как доказать, что реквизиты и реквизиты табличной части это разные понятия?

и правильно доказывают.

то, что явно не указано - делается как угодно,
а составитель тз - муdак

Как доказать, что память и оперативная память разные вещи? Простите бред. Потом нужно будет доказывать что справочники и регистры это нп "почти" одно и тоже, это же записи в базе данных. То есть по сути в базе все почти одно и тоже: записи в таблице базы данных.

(1) структура хранения разная

(4)Называется реквизиты и то и другое. Значит клиент прав.

Радуйся, что тебе хотябы ТЗ дают

(5) а вот и нет. Я пока даже такого понятия не нашел в справке.

(7)Тогда откуда уверенность, что "а вот и нет", если ты даже не нашел ничего?

И я так понял, что работы выполнены, а заказчик не принимает ?
Вообще-то можно было уточнить, что имел ввиду заказчик, по ходу выполнения, а еще лучше на принятии ТЗ.

(7) Любую табличную часть в дереве метаданных разверни, что увидишь?

(4) И чем там структура отличается, и то и то в таблицах хранится.

вот что накопал

Реквизит - (Объекты конфигурации)
Поле базы данных, характеризующее все элементы данных некоторого объекта конфигурации.

Объект конфигурации - Составная часть конфигурации. Конфигурация состоит из объектов.

а табличная часть не может быть объектом.
Отсюда вывод Реквизит ТЧ и Реквзит это разные вещи

http://its.1c.ru/db/v8devgloss#content:41:1
http://its.1c.ru/db/v8devgloss#content:3:1:03

(10) вот именно просто свойства табличной части. Это даже не указано, что это реквзиты

чо за франч?

ведь компоновщик нормально по реквизитам ТЧ отбирает, зачем весь этот гемор?

(13) вообще-то еще реквизиты формы. Надо мысль подкинуть заказчику. А где это условие? На форме?

(12) с точки зрения объектной модели 1с, это все таки одно и тоже

(12) >а табличная часть не может быть объектом

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

(0) а чего ты вообще споришь? твою поделку заказчик не принимает?

(18) добавьте мне в конфигурация именно табличную часть

Назовите, чем отличаются?

Табличная часть
Составная часть многих прикладных объектов.

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

Например, справочник Сотрудники может иметь табличную часть Состав семьи. Состав этой информации одинаков: ФИО, степень родства. Но количество членов семьи у разных сотрудников может быть разным.

(19) ага, халявы захотелось

заказчику

(20) Ну да, отличие в том, что для записи табличной части нет уникальной ссылки.

Да тут просто попытка на*ть заказчика используя его неосведомленность в тонкостях устройства объектов 1С.
Вообще заказчик не должен знать, что там отчего отличается и послать этих хитро*пых куда подальше.

(21) а что такого ты написал, что нельзя по быстрому распространить на реквизиты ТЧ? может заказчик прав?

(24) а вот и нет. ТЗ писал профессиональный программист и теперь свой косяк в составлении ТЗ (не учли такую возможность) пытаются спихнуть на разработчика

(23) Соотчественно эапись табличной части не получится использовать в тех самых условиях, так как на нее нельзя указать ссылку.

Я так думаю.
Если ТЗ писал знающий 1С-ник, то облажался он, а если ТЗ писал простой клиент, который нихрена не соображает где там реквизиты, а где реквизиты табличной части, то это косяк исполнителя.
Судя по ветке - склоняюсь ко второму.

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

Насчет стандартных реквзитов тоже срач подняли? Если нет, то явно лукавите, что речь шла только о _реквзитах_ шапки.

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

(27) так не запись надо, а реквизит. Исполнитель вполне мог предусмотреть. Допустим, РасшифровкаПлатежа[0].СуммаПлатежа вполне можно подставить в выражение. Наверняка это там сработает. Только ТС об этом не подозревает. У него это сделано.

А вообще (25)+1, что там блин наг*дили, что нельзя исправить за полчаса.

(33) это можно, но еще все остальное надо подтягивать

(31) Ну тогда да, только тут несколько расплывчата оветственность за косяк.
Если ты про табличные части документов и реквизиты шапки, то вопрос должен был встать как минимум на этапе проектирования, а еще лучше на этапе принятия ТЗ.

(0)франч косит, а клиент не хочет платить деньги за недоделанную  работу ?:)

(35) по мне так достаточно однозначно написано. Вот и не стал поднимать вопрос.
(36) не, клиент захотел халяву и обломался.

(37) Т.е. клиент специально дал в ТЗ размытое понятие, чтобы исполнитель оценил его меньше положенного? Не смешите мои тапочки. Клиент сделал всё как надо, а исполнитель повёл себя просто мерзко.

(37) Ну насчет однозначности спорный вопрос, я бы, например, понял "редактора выражений по реквизитам" в том числе и реквизиты табличных частей.

(37) Ты хочешь сказать,что ТЗ было настолько профессионально написано, что даже вопросов к заказчику не возникало?

(38) Присоединяюсь

(39)+ Ну и за дополнительное уточнение во время обсуждения ТЗ я думаю никтоне побил бы.

(42) скажут, что с ерундой пристаешь. Или после согласования часов напихают вагон и маленькую тележку своих хотелок.

(0) так это одно и тоже и есть. Еще не забудь про Стандартные реквизиты!

(43) Ну и как теперь? Кому эта ерунда ерундой кажется?

(43) Да ладно.
То есть лучше теперь бодаться?

(4) Ха ха, структура хранения -одинаковая.

(46) ну не бесплатно же косяки клиента исправлять

(12) Объект метаданных это любой объект описанный в конфигураторе.

Пройдись по коллекции "Метаданные" и много чего узнаешь.

(23) Как это нет, если есть!

(48) Это не косяк клиента, а косяк постановщика. Постановщик должен был грамотно составить ТЗ.

Ага. Привести к ТЗ томик с расшифровкой указанных в ТЗ терминов.

(52) Если нет функциональных требований как отдельного документа, то должен быть он расписан в ТЗ. Что бы однозначно понимать результат.

(0) имхо одно и тоже) вот строка таб.части уже другое
может голосовалку прикрутить ?)

(50) Это какая ж у записи табличной части уникальная ссылка ?

(48) не клиента, а постановщик криво сформулировал

(52) незнание понятийного аппарата не освобождает от ответственности

(55) Ref конечно.

(55) можно по номеру строки однозначно идентифицировать
(56) это ТЗ поставил клиент, а я его только реализовывал

(53) Единственное однозначно трактуемое ТЗ это текст готовой программы. Должна быть некоторая допустимая погрешность, в рамках доверия.

(59) >>можно по номеру строки однозначно идентифицировать
нельзя)))))) я строки пересортирую - как найдете ? ...а элемент справочника можете всегда однозначно идентифицировать)

(59) а что за обработка - типовая универсальная обработка спр.и документов умеет например как по реквизитам шапки документа так и по реквизитам таб.части условия задавать ?

(58) Это про ссылку на документ что ли ? Так они одинаковые у всех записей табличной части одного документа/справочника и не идентифицируют именно запись табличной части.

(63) ну сумма поле - документ + номер строки) НО пересортировка строк не ведет к изменению данных...порядок меняется, а значит не получится((

(59) повеселил )

Программист накосячил в тот момент, когда не уточнил этот вопрос в момент оценки. Обычно так бывает при недостатке опыта. По идее тут надо просто договариваться с заказчиком, чтобы была заново оценена задача и делать её спокойно.

(59) просто в той же 7-ке была одна таб часть - и были просто реквизиты)

(63) А ты говоришь, что нет Ссылка.

(68) ну и номер строки.

(59) там написано "редактора выражений по реквизитам"? ТО есть не указано, что по реквизитам документа?

(68) Ну я вообще-то говорил "для записи табличной части нет уникальной ссылки."
Под уникальной ссылкой понималось значение однозначно идентифицируещее запись табличной части.
Это кстати характерный пример илюстрирующий проблему недопонимания в (0) :).

а чего вы уперлись в определение уникальной ссылки строки ТЧ? если надо - добавляется реквизит с типом гуид и вуаля

(69) про номер строки в (61).

(72) Да это развитие (4) по поводу разной структуры хранения.

(61) имел ввиду, что строки могут быть уникальны в разрезе номера.
Было и когда ГУИДы задваивали

(73) Что такое ссылка, может ли она однозначно идентифицировать объект - ответ прост - нет!

(71) ну для элементов справочника тоже нет, в свете задачи в (0). Пользователь может легко преобразовать один элемент в совершенно другой.

(72) И все ровно есть множество вариантов, когда будет одинаковыми

(77) Именно. так что прыгался с уникальностью - бред, как и с ужимками с реквизитами.

(0)монопенисуально
вот из-за таких как (0) - франчи позор 1С )

(80) вот из-за таких клиентов, которые хотят за 5 копеек золотой писуар, франчи и вынуждены выкручиваться. А они еще не довольны

(81) НЕ устраивает оплата - не берись.
Подписался - сделай качественно, а не пытаясь на каждом пункте ТЗ на..бать заказчика

реквизиты таблицы - это тоже реквизиты.

(0)
Бывает что реквизит "шапки" на форме - де факто реализован как реквизит ТЧ.
Например см Платежный ордер, "без разбиения"

Какого рожна заказчик должен разбираться в тонкостях реализации ?

(81) Рассказать как это изначально было с твоей стороны и со стороны заказчика?
Заказчик, если пишет ТЗ, примерно осознает реальную стоимость. Пишет реквизиты, допустим документа (подразумевая и ТЧ). Думает ну стоит рублей 8-10. Приходишь ты. Смотришь. Видишь вероятный косяк. Думаешь: ага без ТЧ стоит 5, с ТЧ 7. Прошу 9 и делаю без ТЧ (цена заказчика устроит ибо он то уверен, что с ТЧ), а там нехай сами расхлебывают.
Если не так, то какого полового органа сразу не уточнил?? Почему не уточнив сделал по простому варианту??
Так что не фик ныть

(82) надо делать только то, под чем подписано
(84) читаем внимательно тему. Писал ТЗ программист 1C заказчика.

(0) Все не читал, но интересно что ТС думает по поводу дополнительных реквизитов, которые хранятся в ТЧ))

З.Ы. Косяк исполнителя: было время уточнить на этапе согласования ТЗ, как на этапе внедрения

(86)
Ну так все непонятные места должны дополнительно обговариваться
Т.е надо было позвонить и уточнить - вот можно реквизиты ТЧ, но это будет дороже ...

(86) Вот тем более твой косяк - ТЗ даже не писал, проверить тебе его только нужно было как раз на предмет расплывчатых формулировок! Совсем уже..!

(86) Дополнительные реквизиты - это "реквизиты" из (0) или нет?

Если реквизиты ТЧ это не реквизиты, то как тогда их назвать?

Мне вот интересно на это ТЗ посмотреть? Может тот, кто его писал, считал, что это просто краткая постановка задачи, подразумевающая потом массу уточнений (как я часто делаю, отдавая работу на сторону). Тз же подразумевает некий алгоритм и если из него однозначно не следует, о чем идет речь - то я даже не знаю.

(91) Это называется реквзиты табличной части. Пишут же нормально "Номенклатура из товаров"
(92) а бы скинул, но по некоторым обговоркам одного из участников я думаю, что он сам клиент :D

(93), видишь, сам их называешь реквизитами. В документе есть реквизиты шапки и реквизиты табличных частей. И то и то является реквизитами документа

(93)
Предложи доплатить, если хочет ТЧ
В чем проблема - может сам откажется

(95) предложил бы. Но прогу клиента надо будет обосновать перед руководством доп. затраты. И при этом не оказаться виноватым в этом. Думаю ему проще продавить франч, чем выбивать доп. деньги.