Собственно, сообщение. Надо отключить проведение документа "Реализация" по всем регистрам, оставить только товарные. Порылся, почитал - не нашёл. Прошу помощи: пожалуйста, уточните, я плохо искал или в этой конфигурации действительно невозможно включить Отложенное проведение?

Да, нельзя. В фоновом режиме формируются проводки и распределяются взаиморасчеты (если взаиморасчеты не онлайн) и партии при закрытии месяца. А вам для каких целей нужно "Отложенное проведение"?

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

(1) Придётся корректировать, но каким образом лучше: расширением зачатков опции Отложенного Проведения(в конфе есть некие намёки), или проще скопировать эту модификацию из УТ11/УПП/ЕРП?

(2) Включите ордерную схему. Если у вас КА используется только для учета товародвижения, тогда да, глушите движения по "ненужным" регистрам. Но более грамотно использовать ордерную схему.
(3) В УТ11 и ERP все то же самое.

(4) Спасибо за ответ! Ордерная схема включена для производства, для логистики-отгрузки обычный склад. Разверните, плиз, в чём будет заключаться большая грамотность ордерной схемы для логистики?

(5) Грамотность будет заключаться в том, что вы не будете курочить конфигурацию. Судя по вашим вопросам, вы очень мало знаете о внутреннем устройстве КА.

(6) Нужно ускорить работу 1С в 5 раз, в итоге, как минимум. Для расчётов используется стандартная бухгалтерия. Задача , для которой поставили КА - склад+отгрузка+производство, и цены только для комплектующих. Продажные цены формируются в другой программе.
Ордерный режим для складов включен, но всё равно требуется ускорение выписки отгрузочных документов.

(7) это решается использованием статусов документов, они и влияют на контроль регистров/движухи

(7) делись бюджетом, будем решать твою задачу

А как вы определили, что узкое место при проведении это не товарные регистры? Может у вас там 2-3% времени высвободится в итоге

(10) Хорошее замечание. В данный момент идём по пути наименьшего сопротивления: корректируем то, что лежит на поверхности.

(11) даже замер производительности не сделали?

(12) это уже сопротивление)) (11) в самом деле, что показал замер?

(7) Самое главное то забыл спросить: у вас, случаем, не файловая? Если нет, может железка плохая стоит? И задача именно проведение ускорить, или все же сам процесс отгрузки? Может, не с того конца зашли?

(13) Замера не было. Стоит задача убрать тотально всё, что не относиться к отгрузкам - всё лишнее.

SQL, на Виртуалке в МТС. Два сервера. один 1С , второй SQL . Сетевая карта - последняя, максимальная.

(15) Ну если задача только в этому, то обработке процедения закомментируйте "лишнее", в чём вопрос

(14) Ускорить отгрузки. По хорошему, для задач вполне было бы достаточно технологических возможностей 7.7 но только без глюков с переиндексацией и без возни с точкой актуальности. Вкупе с плюшками комплексной, и такими минусами 7.7 , откатываться обратно на 7.7 не вариант. Всё началось у них спонтанно, без проекта, без сбора требований, вот и получили по поговорке, из того что было.

Хехе, ларечники, работавшие раньше на 7.7 и перебравшиеся на 2.4 - это нечто.

(19) Это вы правы.

(15) Кто поставил?

Бывший Руководитель отдела. Причём принципиально ничего не делал в плане ускорения.

(22) Ясно,замеры делай

Вопрос по МТС облаку: Пытаюсь выжать из них РАМ-диск для SQL tempDB , упираются, как будто я пытаюсь у них забрать нечто сверхценное. Уже и написал, что это не для хранения данных, а для операционного поля SQL, что это нужно нам для ускорения , что надёжность хранения не снизится, по факту. В принципе, дело дошло до того, начал рассматривать SELECTEL как кандидата на переезд, тем более, SELECTEL хорошо относится к RAMдискам, и реализует их на своих площадках. Уважаемые коллеги, пожалуйста , поделитесь опытом общения с МТС.