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

я думал на партнерке кто-то уже создал тему на эту счет :)) Но нет.

Расчётными документами пользуются все, а вот даже 2ой язык нужен очень мало кому, по этому и не горит

Архитектура не чистая, понимаешь? Если архитектура не по макконелу или кого там, то может подгореть уже просто - даже второй язык тебе не нужен. Ну грустно может стать и печально. Нот клиар актитекча.

Ой все

Щас в линейке ЕРП - КА2 - УТ 11 статусы тоже же все в самих документах сидят, да и идеология корректировок противоположная той, что была в УТ 10.3 (на каждую корректировку отдельный документ был, а щас корректируй исходный и довольствуйся версионированием)

А в чем проблема-то была изменения реквизита / статуса объекта? Он же не перепроводился всяко

так блокировались же сами доки_с_ревизитами в момент проведения других доков, которые могли двинуть статус. Ну теоретически - это типа плохо с многопользовательской точки зрения. Если я правильно помню, давно ж было - там еще накладывалось это с тем, что отказались от платформенной ГП и изобрели свою. Вот_это_все вроде и зажгло. А чо, вот эти статусы в ут/ка/ерп - которые в доках, они программно при проведении других тож меняются?

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

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

будет настоящая цепочка. В WE анонсировали это в ноябре. Сказали и в нелокализованной нашей - тоже будет

а в чем прикол "механизма как в сапе"?  1 документ и 10 операций сторно/корректировок?   тупо посмотреть кто что менял,  история данных нынче.   а так мусорка будет в базе.

Прикол в более официальной регистрации изменений. Вот вся первичка - вот ее влияние на базу

выкидывать статусы из документов тогда можно.   иначе один документ и 4 корректировки его статуса.. по ходу допустим формирования отгрузки.

Не надо мешать в одну кучу изменение статуса документа и корректировки. Для версии WE пилится цепочка корректировок по изменению финансовой информации в документах. Это то, что нужно для формирования бухгалтерских проводок, чтобы задним числом их не менять. А статусы это в основном состояния готовности документов. Да, где-то пересечения есть, например, отгрузка с отложенным переходом права собственности, и это будет по возможности разбиваться на отдельные документы.

люблю 1с.   ошибка в бп3.   Способ исправления:
Установка патча EF_00_00266134 от 12.12.2019    а на сайте ссылки на патч нет.

Включи автоматическую загрузку патчей

Правда хз, работает ли такое для БП

+ Все патчи есть на сайте релизов в разделе "Исправления"

ну так я и пишу,  что не вижу в этом разделе указанного в багборде патча