Разбирая типовые конфигурации семейства 8.3 (БП3.0, УТ11.2, КА2.0), наткнулся на такую вещь в справочнике "Контрагенты":
- реквизит "ЮрФизЛицо", тип "ПеречислениеСсылка.ЮрФизЛицо", комментарий "";
- реквизит "ЮридическоеФизическоеЛицо", тип "ПеречислениеСсылка.ЮридическоеФизическоеЛицо", комментарий "Реквизит введен для совместимости с _Библиотекой типов_ и не выводится в пользовательский интерфейс. Заполняется автоматически по данным реквзита ЮрФизЛицо."

Что за библиотека типов такая? В яндексе ничего в контексте 1с не нашел.

Зы, к слову в БП3.0 ревизит "ЮрФизЛицо" стал уже "УдалитьЮрФизЛицо"

не знаю что это, но думаю - костыль для унификации обменов и переходов

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

(2) Скорее всего в БСП она и есть, в не явном виде.

(2) Мне кажется, БСП и есть библиотека типов

не знаю что это такое, но предположение о преспективах развития БСП меня такое:

1с ввела понятие "пользовательский тип", в виду чего становится возможным делать расширение типов реквизитов без изменения объектов

1с ввела расширения конфигураций

логично вообще все основные типы подсистем обернуть в "пользовательские" с возможностью расширения, пример

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

В БСП нет перечисления "ЮридическоеФизическоеЛицо" или чего-то подобного, как впрочем и справочника "Контрагенты" (но кстати определяемый тип "Контрагент" есть)

(4) да щас! Скорее уж - библиотека алгоритмов.

может 1С изобретает свой MDM
http://www.ibm.com/analytics/us/en/technology/master-data-management/
?..

(8) я об этом писал в 2013 году...

http://catalog.mista.ru/public/190375/

Что можно сделать:

1. Не реализовано. Кесарю - кесарево, то есть вернуть БСП более логичное назначение, а именно не пытаться в нее впихнуть конкретику ведения учета, а сделать разделение на ДВЕ системы.

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

б. Библиотеки прикладных подсистем - библиотеки реализующие конкретную бизнес логику, вот именно тут и раздолье для самописок и отраслевых решений.

(9) Хорошая статья, горячо плюсанул по многим пунктам

(7) И типов, и алгоритмов. База для всех конфигураций.

(9) хорошая идея!

кстати кто мешает такую свою БСП начать реализовывать то?
1-я часть вообще без проблем
2-я часть сразу привязка к метаданным требуемым нужна

(12)+ может по 1-й части хотя бы структуру придумать?
вообще все что туда войдет (все процедуры и функции с модулями общими требуемыми)
должно быть разделено по категориям и подкатегориям

к примеру на форумах постоянно одни и те же вопросы всплывают по внешнему чему то относительно 1С
как музыку проиграть, как почту с ssl посмотреть и т.д.