Добрый день.

Перестала работать обработка. Полез разбираться. В справочнике Контрагенты реквизит ОсновнойДоговор переименован в УдалитьОсновнойДоговор.
В справочнике ДоговорыКонтрагентов также нет соответствующего поля.
В конфигурации теперь можно отметить "Использовать как основной" произвольное количество договоров. Где это хранится, не нашел.

Не понятно и неудобно.

Поясните, пожалуйста, в чем логика и как теперь жить).
Как отметить договор программно "Основным", как выбрать основной договор?

1С:Предприятие 8.3 (8.3.7.1790)
Бухгалтерия предприятия, редакция 3.0 (3.0.43.29)

читай описание

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

(0) позови программиста

- Дети, а давайте дружно позовем Программиста
- ПРО-ГРАМ-МИСТ!
- ПРО-ГРАМ-МИСТ!
- ПРО-ГРАМ-МИСТ!
- иду я, иду..
- УРА!!

(2) они прочли http://naf2000.blogspot.ru/2013/09/1-8.html

(5) Возможно, правда добавили в измерение еще и "ВидДоговора".

(2) Спасибо!

(6) Возможно, они добавили еще и гемороя программистам.

Почему нельзя было оставить реквизит ОсновнойДоговор для тех компаний, у которых одна организация и которым не нужно это бесконечное множество основных договоров? ведь есть же ФО УчетПоНесколькимОрганизациям, по ней можно скрывать это поле

(8) не читатель? Написали же: убрали кольцевую ссылку, контрагент ссылается на договор, а договор ссылается на контрагент. Причем тут одна и не одна организация?

(9) какая еще кольцевая ссылка? Когда она была проблемой, что нужно было менять всю логику программы, чтобы её исправить?

(8) угу, давайте оставим 100500 отдельных реквизитов для тыщи вариантов компаний. а потом будем это всё изовсех сил поддерживать.

Нет, конечно они неочень хорошие люди что логику некоторых подсистем слишком кардинально меняют, но в данном случае не думаю что это плохой ход

(11) это было бы нормальным решением, для баз, где ведут учет по одной компании.

(12) Такими темпами половину функционала БП3 можно выкинуть, и это было бы также нормальным решением

это всё издержки универсальности типовых конфигураций

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

что то не помню я воплей про кпп, когда его логику меняли. А тут прям вах вах

(13) я не вижу причин, по которым нельзя оставить было реквизит ОсновнойДоговор. Так было сотни лет, тысячи бухгалтеров это использовали и спокойно бы продолжали использовать.
А тем 10%, которым нужны основные договора в разрезе кучи параметров - пусть используют доп функционал

(17) А дальше что с ним делать?

Если (пользователь = "Саша") или (пользователь = "Маша")
//используем реквизит основной договор
иначеЕсли (пользователь = "ИванИваныч") тогда
//используем РС
Иначе
//ничего не используем
КонецЕсли

Поддерживаю.
Вон даже вроде "ОсновнаяОрганизация" как класс отсутствует в типовой торговле (? или ошибаюсь) - как например сделать автоподгрузку если во входящих файлах нет идентификации организации..?

(19) Легко
Предварительно прописываешь у нужной организации
ИмяПредопределенныхДанных = "ОсновнаяОрганизация"

И далее используешь это имя

(18) нет, зачем. есть же функциональные опции, их нужно было использовать.
ФО "ИспользоватьОсновныеДоговораВРазрезеОрганизаций"

(21) и во всех запросах и отчётах дописывать хвост который эту ФО обрабатывает

(20) а потом эту организацию удалят и добавят другую такую же, но без предопр знач

(23) во первых удалить не смогут, будет ругаться что она предопределенная
Во вторых эту ситуацию тоже можно предусмотреть

(20) угу..а потом кто-то другой такуюже но другую организацию дублем внесет..?

(22) зачем хвост? надо получить основной договор - смотришь ОсновнойДоговор. если пустое - ищешь по регистру.

При включении ФО "ИспользоватьОсновныеДоговораВРазрезеОрганизаций" все основные договора перемещаются в регистры и очищаются. тут все просто

(25) ???

(26) а потом какой то программист из (0) запишет туда данные, и пофиг что по ФО учет основных договоров в РС

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

(29) записать данные на пустые суьконто он врядли сможет

(28) можно поставить запрет на запись осн договора при включенной ФО.

Ау, Stim
Что тебя так заклинило на организациях? Ты читал описание изменений?

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

Вариант с двойной логикой (где-то - реквизит, а где-то РС) считаю порочным, т.к. значительно усложняет доработку (новые ФО, алгоритмы обработки этих ФО и т.д.) без видимого профита.

>>А это уже гораздо более частая ситуация

странно. в 95% случаев контрагент для организации выступает или как покупатель, или как продавец. Это намного более частая ситуация

Ну т.е. ты признаешь что в среднестатестической фирме 5% контрагентов это и покупатель и поставщик.

(34) ну да. для них можно не устанавливать основной договор, не вижу проблемы

(24) Зато смогут сменить название организации и основная должна быть новая, а не старая. Но часть реквизитов должны быть на старой :)

(35) Т.е. для любой организации этот функционал востребован получается?

(34) 5% ? Шутите все 95% :)

(37) я такое не говорил.
Этот функционал востребован у тех, у кого 95% покупателей и поставщиков одновременно

(38) приведи пример схемы работы организации, у которой в контрагентах 95% покупателей и поставщиков одновременно

(0) наконец 1с-ка родила это, очень долго ждал

(8) > Возможно, они добавили еще и гемороя программистам.

для не конвнодеров это не проблема

(42) ну если ты готов исправлять за 1С её косяки своими мозолистыми пальцами, то наверн для тебя нет здесь проблем

(43) о каком косяке ты говоришь ?

Интересно, почему 1С столько лет понадобилось для такого очевидного решения?

(45) кто-то написал в 1с, обосновал
это реализовали

а так они и не в курсе, что нужно реализовывать

(32) +1, основная задумка сделать отдельно выбор "основного договора" для всех видов договоров. Сначала тоже логика 1С показалось не понятной, когда пришлось допиливать свои обработки.