Настройка сортировки задается в "Настройке списка", в запросе не надо указывать упорядочивание.
Да, так и есть . "Настройка списка" - "Настройки" - "Порядок". В запросе упорядочивания нет.
Основная таблица не задана, хотя если задаю, то это не влияет на результат. В режиме Предприятие изменение направления сортировки по щелчку в шапке на колонке, которая автоматически сортирована по возр., не работает
Да, порой может такой вариант быть не удобным (пример: поиск в большом списке физ. лиц по коротной фамилии, например "Ван" выдаст всех Ивановых, Петровых, ...), но к нему нужно привыкать.
А если не привыкать, то какой-то вариант решения вопроса есть?
Если отключить ПоискПриВводе, то каким образом программно можно перехватить это событие?
Почему в динамическом списке может быть недоступно изменение направления сортировки пользователем? В настройках запроса порядок указан. Он при открытии формы автоматичеки устанавливается, как и задан в конфигураторе, например Возр. На изменения стрелки в шапке(на убыв.) не реагирует
Ещё один момент, просто для удобства пользования форумом. При подведении мыши к кнопке Ответить в сообщении появляется подсказка "Ответить прямо в этом сообщении" . Лично для меня эта подсказка оказалась неправильно понятой . При отсутствии кнопки Редактировать эта подсказка и воспринимается как возможность что-то добавить или изменить в сообщении. Если сообщение последнее, то получается нормальный вариант добавления чего-то без редактирования. Если сообщение предыдущее, то происходит казусный вариант, когда добавляется свой же пост цитированием в последнее, что не сразу осознаешь, поскольку не попадаешь при нажатии Кнопки Отправить в последнее сообщение.
Может можно изменить текст всплывающей подсказки , чтобы он как-то однозначно воспринимался?
Спасибо. Но выражаю здесь свои претензии админам форума. Моя тема закрыта, потому что я НИКАКИМ образом не могла догадаться , что на этом форуме редактировать свои сообщения нельзя, ДАЖЕ ПРОЧИТАВ ПАРУ РАЗ ПРАВИЛА, ЧТО НАСТОЙЧИВО И ПОРОЙ ОСКОРБИТЕЛЬНО ПРОСИЛ СДЕЛАТЬ МЕНЯ ОДИН ИЗ АДМИНОВ. Хотя из моего поста было понятно, что я всего лишь пыталась отредактировать первое свое сообщение. Я написала Жалобу Vofka , в которой просила отредактировать все же мой первый пост, несмотря на то, что тема закрыта. Что кнопка Жалоба не работает? Или Вы не можете выполнить мою просьбу? Но логично было бы тогда узнать причину , почему?
Я прошу админов форума убрать в первом посте темы «Оптимизация кода в форме списка документа» текст начиная от слов: «В общем привилегированном модуле выполняется запрос на наличие подчиненных документов, дабы дать возможность видеть список пользователям с ограниченными правами: Заканчивая «Не получаем, потому что не читаем правила!», потому что картинки все равно нет. Или же, если у вас есть настойчивая необходимость опускать пользователей ниже плинтуса с помощью правил, то можно мою попытку вставки картинки и строгие слова админа оставить. Уберите ,пожалуйста, большой текст запроса в привилегированном модуле, который я приводила, из-за него тема не читабельна.
Часто приходится решать задачку отображения наличия и состояния подчиненных документов в списке Счетов или Заказов. И мое решение очень не оптимально в плане кода, потому что с увеличением количества документов в списке начинаются тормоза, список не просто медленно , а жутко медленно открывается и навигация по нему становится мучительным занятием для пользователя
Это первая проблема . А вторая , которая ,возможно, первую усугубляет, это то, что приходится использовать картинки для отображения трех различных состояний флажка : 1- подчиненного документа нет, 2- подчиненный документ есть, но не проведен, 3- подчиненный документ есть и проведен.
Процедура ДокументСписокПриВыводеСтроки(Элемент, ОформлениеСтроки, ДанныеСтроки) // Вставить содержимое обработчика. Ссылка = ДанныеСтроки.Ссылка; Если Ссылка = Неопределено Тогда Возврат; КонецЕсли;
// рез = Привелегированный.ОбработатьЗаказ(ССылка); Если не рез.Пустой() Тогда Выборка = рез.Выбрать(); Выборка.Следующий(); ОформлениеСтроки.Ячейки.Оплата.УстановитьТекст(Формат(Выборка.сумма, \"ЧДЦ=2\"));
Если РезВыборки <> null и РезВыборки > 0 тогда Ячейка.ОтображатьКартинку = Истина; Ячейка.ИндексКартинки = 0; Если РезВыборкиПроведен тогда Ячейка.ИндексКартинки = 1; КонецЕсли; КонецЕсли;
КонецПроцедуры
В общем привилегированном модуле выполняется запрос на наличие подчиненных документов, дабы дать возможность видеть список пользователям с ограниченными правами:
Запрос = новый запрос; Запрос.Текст = \"ВЫБРАТЬ | СУММА(ВнутрЗапрос.Сумма) КАК Сумма, | СУММА(ЕСТЬNULL(ВнутрЗапрос.СуммаРН, 0)) КАК СуммаРН, | СУММА(ЕСТЬNULL(ВнутрЗапрос.СуммаНН, 0)) КАК СуммаНН, | СУММА(ЕСТЬNULL(ВнутрЗапрос.Пс, 0)) КАК ПС, | СУММА(ЕСТЬNULL(ВнутрЗапрос.ПроведенРН, 0)) КАК ПроведенРН, | СУММА(ЕСТЬNULL(ВнутрЗапрос.ПроведенНН, 0)) КАК ПроведенНН, | СУММА(ЕСТЬNULL(ВнутрЗапрос.ПроведенПВ, 0)) КАК ПроведенПВ, | СУММА(ЕСТЬNULL(ВнутрЗапрос.ПроведенПС, 0)) КАК ПроведенПС, | СУММА(ЕСТЬNULL(ВнутрЗапрос.ПМ, 0)) КАК ПМ, | СУММА(ЕСТЬNULL(ВнутрЗапрос.ПроведенПМ, 0)) КАК ПроведенПМ, | СУММА(ЕСТЬNULL(ВнутрЗапрос.ПВ, 0)) КАК ПВ |ИЗ | (ВЫБРАТЬ | ЕСТЬNULL(ХозрасчетныйОбороты.СуммаОборотКт, 0) КАК Сумма, | 0 КАК СуммаРН, | 0 КАК СуммаНН, | 0 КАК ПВ, | 0 КАК Пс, | NULL КАК ПМ, | NULL КАК ПроведенРН, | NULL КАК ПроведенНН, | NULL КАК ПроведенПВ, | NULL КАК ПроведенПС, | NULL КАК ПроведенПМ | ИЗ | РегистрБухгалтерии.Хозрасчетный.Обороты(, , , Счет = &Счет, , Субконто3 = &ссылка, корСчет = &корСчет, ) КАК ХозрасчетныйОбороты | ГДЕ | ХозрасчетныйОбороты.СуммаОборотКт > 0 | | ОБЪЕДИНИТЬ ВСЕ | | ВЫБРАТЬ | 0, | СУММА(РеализацияТоваровУслуг.СуммаДокумента), | 0, | 0, | 0, | NULL, | ВЫБОР | КОГДА РеализацияТоваровУслуг.Проведен | ТОГДА 1 | ИНАЧЕ 0 | КОНЕЦ, | NULL, | NULL, | NULL, | NULL | ИЗ | Документ.РеализацияТоваровУслуг КАК РеализацияТоваровУслуг | ГДЕ | (РеализацияТоваровУслуг.Сделка = &Ссылка | ИЛИ РеализацияТоваровУслуг.ДокументОснование = &Ссылка) | | СГРУППИРОВАТЬ ПО | ВЫБОР | КОГДА РеализацияТоваровУслуг.Проведен | ТОГДА 1 | ИНАЧЕ 0 | КОНЕЦ | | ОБЪЕДИНИТЬ ВСЕ | | ВЫБРАТЬ | 0, | 0, | СУММА(НалоговаяНакладная.СуммаДокумента), | 0, | 0, | NULL, | NULL, | ВЫБОР | КОГДА НалоговаяНакладная.Проведен | ТОГДА 1 | ИНАЧЕ 0 | КОНЕЦ, | NULL, | NULL, | NULL | ИЗ | Документ.НалоговаяНакладная КАК НалоговаяНакладная | ГДЕ | (НалоговаяНакладная.ДокументОснование = &Ссылка | ИЛИ НалоговаяНакладная.Сделка = &Ссылка) | | СГРУППИРОВАТЬ ПО | ВЫБОР | КОГДА НалоговаяНакладная.Проведен | ТОГДА 1 | ИНАЧЕ 0 | КОНЕЦ | | ОБЪЕДИНИТЬ ВСЕ | | ВЫБРАТЬ | 0, | 0, | 0, | КОЛИЧЕСТВО(РАЗЛИЧНЫЕ ПеремещениеТоваров.Ссылка), | 0, | NULL, | NULL, | NULL, | ВЫБОР | КОГДА ПеремещениеТоваров.Проведен | ТОГДА 1 | ИНАЧЕ 0 | КОНЕЦ, | NULL, | NULL | ИЗ | Документ.ПеремещениеТоваров КАК ПеремещениеТоваров | ГДЕ | ПеремещениеТоваров.ДокументОснование = &Ссылка | И ПеремещениеТоваров.СкладПолучатель = &СкладВ | | СГРУППИРОВАТЬ ПО | ВЫБОР | КОГДА ПеремещениеТоваров.Проведен | ТОГДА 1 | ИНАЧЕ 0 | КОНЕЦ | | ОБЪЕДИНИТЬ ВСЕ | | ВЫБРАТЬ | 0, | 0, | 0, | 0, | КОЛИЧЕСТВО(РАЗЛИЧНЫЕ СкладскаяНакладная.Ссылка), | NULL, | NULL, | NULL, | NULL, | ВЫБОР | КОГДА СкладскаяНакладная.Проведен | ТОГДА 1 | ИНАЧЕ 0 | КОНЕЦ, | NULL | ИЗ | Документ.СкладскаяНакладная КАК СкладскаяНакладная | ГДЕ | СкладскаяНакладная.ДокументОснование = &Ссылка | | СГРУППИРОВАТЬ ПО | ВЫБОР | КОГДА СкладскаяНакладная.Проведен | ТОГДА 1 | ИНАЧЕ 0 | КОНЕЦ | | ОБЪЕДИНИТЬ ВСЕ | | ВЫБРАТЬ | NULL, | NULL, | NULL, | NULL, | NULL, | КОЛИЧЕСТВО(РАЗЛИЧНЫЕ ПеремещениеТоваров.Ссылка), | NULL, | NULL, | NULL, | NULL, | ВЫБОР | КОГДА ПеремещениеТоваров.Проведен | ТОГДА 1 | ИНАЧЕ 0 | КОНЕЦ | ИЗ | Документ.ПеремещениеТоваров КАК ПеремещениеТоваров | ГДЕ | ПеремещениеТоваров.ДокументОснование = &Ссылка | И ПеремещениеТоваров.СкладПолучатель = &СкладПМ | | СГРУППИРОВАТЬ ПО | ВЫБОР | КОГДА ПеремещениеТоваров.Проведен | ТОГДА 1 | ИНАЧЕ 0 | КОНЕЦ) КАК ВнутрЗапрос\";
AlenaS, в этих нескольких документах должно быть поле, куда вносится партия. Если его нету - значит не предусмотрено. Если не предусмотрено - стоит задуматься о отражении нужной операции другими документами.
В типовой Бухгалтерии есть возможность корректировать проводки документа вручную. А в УТП такой возможности нет. Может быть есть этому замена? А если нет , то какими документами корректируются движения по партиям при реализации(списании) ТМЦ?
В базе установлен метод списания товаров ФИФО. Движения в доке Реализация формируются автоматически правильно в соответсвии с этим методом. Но в нескольких документах нужно списать определенную партию в бух.учете. Как лучше это сделать? Не нашла корректировки проводок в документе вручную. И нет возможности выбрать нужную партию для списания.
У меня типовая Бухгалтерия дя Украины с доработками. Режим файловый. Ошибка возникла когда пыталась вернуть со 2-й редакции на релиз 1.24 . Это нужно было, чтобы пройти обновление на 26 -й. Я просто тогда восстановила архив. Может быть это какой-то платформенный глюк. В сторону увеличения релизов у меня тоже все прошло без проблем.
8.2 При обновлении выдается ошибка: превышение максимального количества видов субконто у счетов (0). Это забалансовый счет, ни в конфигураторе, ни в предприятии субконто на этот счет не добавлялись. Подскажите в чем может быть причина?
Вы выполняете обновление не через Поддержку, а путем объединения cf файла?
Возможно причина в том, что в настройках учета успользовался складской учет или учет по партиям. Система автоматически добавляла в этом случае субконто Склады, Партии, в том числе и на забалансовые счета и в режиме объединение теперь некорректно с этим работает.
У меня такая ошибка возникла когда я попыталась вернуть изменения. В настройках учета стоял складской и партионный учет.
Это надо не настраивать, а дописывать. И я повторюсь: чем не устраивает вариант создания новой печатной формы для расходной накладной? Таким образом создаёте 1 документ и печатаете его 2 раза (2 разные формы).
Печататься чек должен через кассовый аппарат. То есть нужно сделать доработку по подключению кассового аппарата к Расходной . И тогда менеджер будет создавать в 1С Чек ККМ для конечного покупателя и Реализацию для юр. лица. Если это единственный вариант, то его и реализую, конечно. Вопрос был в том , может я пропустила, какие либо настройки, которые бы давали возможность работать только с Чеком, а потом (в конце дня , например) создавать для нужных чеков Реализацию.. Или же делать одну Реализацию за месяц на весь купленный в этом месяце товар(одно юр лицо может делать несколько закупок в разные дни за месяц)..
Цитата(Vofka @ 21.04.11, 14:17)
Деньни и конечные потребители и юр. лица платят сразу? Или на юр. лицо создаётся долг, а он его погашает потом?
Обычно сразу, но не исключен вариант и долга
Цитата(Vofka @ 21.04.11, 14:17)
Исходя из вашей проблемы, я предложил бы сделать "автоматизированное рабочее место". Но его надо делать.
Можно подробнее об "автоматизированном рабочем месте"? Это нечто подобное обработке "РабочееМестоМенеджераПоПродажам" - обработка позволяющая по сформировать определенные наборы документов или что-то другое?
Мне интересно, зачем представителю чек, если вы ему даёте расходную накладную?
Тут вопрос не в представителе, а в том, что менеджеру легче и проще работать с одним доком и хотелось бы все продажи пропускать через кассовый аппарат.
Меня устраивает всё ... Менеджеру нужно быстро оформить продажу товара как юр лицу, так и конечному потребителю, причем при этом выбить чек на кассовом аппарате и всё это желательно нажатием парой кнопок из 1С..
То есть, нужно чтобы: 1. В кассу оприходовать деньги. 2. Чек выбить на кассовом аппарате. 3. Списать перечень переданных товаров со склада. 4. Оформить взаиморасчеты, если это юр лицо и не оформлять, если это розничный покупатель
А як правильно оприходувати меблі? Ціна більше 1000грн, диван. Я проводив по рах.1521, як обладнання, авансовим звітом, а в введенні в експлуатацію з такими ж параметрами пише що "товар не списаний". Хоча на складі він пропадає після ввода в експлуатацію і сам ввод проведений хоч і "свариться".
Товар не списанный по какому учету? возможно проблема в неправильно введенных данных по налоговому учёту. То есть по бухгалтерскому списался(на складе нет), а по налоговому нет..
Начисление амортизации не рассчитывает амортизацию по счетам моденрнизации ОМГ и ОМО.. Это глюк или так задумано? Зачем тогда было выделять модернизацию на отдельные счета ?
Аванс начисляется сначала в документе Начисление ЗП с установленным флажком Предварительный расчет. В этом случае появляется опция за какое количество дней считаем. Делается расчет без налогов. Затем делаем Зарплата к выплате с видом Аванс(за попереднім розрахунком) и заполняем. Он выбирает данные, рассчитанные в Начислении. В этом же документе расчитываем налоги. Если соблюдать такую последовательность и устанавливать флажки верно , то суммы расчитываются правильно.
Нужно продавать всё с чеком и конечному покупателю и юридическому лицу. То есть , приходит представитель организации ему нужен и чек и пакет документов - Накладные. И всё это быстро. Я думала, что может есть какое-то типовое решение типа быстрые продажи.
Получается , что возможность распечатать чек на кассовом аппарате нужно реализовывать и для дока Чек ККМ и для Реализации, и менеджерам работать с двумя разными документами.
Было бы удобно, чтобы менеджер работал только с чеком, например, но при необходимости мог сформировать и накладные быстро (на основании или кнопкой) Но это получается нужно настраивать? Типового механизма такого нет, получается...
Как правильно и оптимально(с наименьшим количеством документов) настроить продажи по чеку для организаций? Документ Чек ККМ не оформляет взаиморасчеты с конкретным покупателем - юридическим лицом. В документе Реализация нет возможности печатать чек и нет вариантов связи с Чеком ККМ (или может я не увидела) ?
Как правильно оформить продажи по чеку с юр.лицом?
Это всё хорошо для MS SQL. А если файловый вариант? Есть какие-нибудь статьи-исследования по сравнению быстродействия выполнения одного и того же RLS запроса в файловом и SQL варианте базы?
Заведите реквизит Создатель, в РЛС напишите Где Создатель = &глПользователь Или Система = &глСистема глСистема и глПользователь - глобальные переменные. ЗЫ: повторюсь не мудрите с РЛС ...
Насколько запрос
ЗаказПокупателя.Ответственный = &ТекущийПользователь ИЛИ ЗаказПокупателя.Система = &глСистема
работает быстрее , чем этот
ЗаказПокупателя.Ответственный = &ТекущийПользователь ИЛИ 1 В (ВЫБРАТЬ ПЕРВЫЕ 1 1 ИЗ РегистрСведений.НастройкиПользователей КАК НастройкиПользователей ГДЕ (НастройкиПользователей.Пользователь = &ТекущийПользователь) И (НастройкиПользователей.Настройка = ЗНАЧЕНИЕ(ПланВидовХарактеристик.НастройкиПользователей.ОсновнойВидНоменклатуры)) И ЗаказПокупателя.Система.ВидНоменклатуры = НастройкиПользователей.Значение
? Если бы были какие -то сравнительные цифры по быстродействию( например , открытие списка из 20 000 документов у пользователя с такими ограничениями в первом и во втором случае), то было бы интересно их узнать. И за счет чего получится быстродействие? Иначе имеет ли смысл при необходимости ввода ограничений по разным полям, каждый раз заводить новые глобальные переменные? Я за то, чтобы поменьше программировать. И в том , и в том случая РЛС придется настраивать, но во втором ещё прописывать код в модулях.
Думаю, что Вы всё равно придете к варианту с выгрузкой в таблицу. У Контрагента может быть несколько догооров и также ещё разрезы Сделка, Организация, которые вы не учитываете. Обнуляется сумма в целом, но не закрываются измерения, что приведет в дальнейшем к неверным взаиморасчетам по этим разрезам..
Может проблема в том, что Вы прописали ограничения к справочнику ФизЛица, а имели ввиду Пользователя , который и определяется из справочника Пользователи?
RLS + запросы такого типа зло ... Юзайте попроще ...
Спасибо, за ответ по быстродействию. Можно ещё пример для моей ситуации , как решить попроще? Нужно дать доступ на чтение и просмотр пользователю только тех Заказов покупателя , которые он внес сам или которые относятся к тем Системам, что ему доступны. Система - реквизит документа Заказ покупателя
в том то и дело, что не делает(( уже и с конструктором запросов делал запрос, все равно ничего((( продолжаю експеременты))
Сам по себе запрос движений и не должен делать . Он после оператора Запрос.Выполнить().Выгрузить(); должен дать Вам таблицу по остаткам, если они есть. Проверьте этот момент в отладчике. А движения делает оператор Движения.ВзаиморасчетыСКонтрагентами.Записать();
До этого, я выкладывала только кусок, который формирует остатки таблицей и заносит ее в таблицу движений, но не записывает сами движения. Я предполагала, что запись движений Вы уже сделаете самостоятельно, после того, как добавите в таблицу движений ещё и движения по новым значения регистра. Если причина всё же не в этом, то приведите здесь свой кусок кода полностью. Так ведь долго можно гадать, что же там не так ...
Словно с кассовым аппаратом работаете ... Движение с минусом делает документ? Просмотрите по отчету по взаиморасчетам почему вылазят остатки, может не все измерения учли, с датой(временем) что-то не так
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!