dobruan @ Сегодня, 14:51
, Документ - "Корректировка записей регистров" Документ - "Бухгалтерская операция" - для корректировки неверных записей (+ новая запись/ - неправильная запись [строно])
обработка - "Групповое изменение справочников и документов" если есть документы, которые заполнились некорректно, можно менять реквизиты и перепроводить.
"Это не правильно, но как правильно откорректировать записи в регистре?" - непосредственно в регистре, есть есть права на редактирование.
в управляемых формах - непосредственно конструирование формы на клиенте выполняет платформа. разработчик особо не регламентирует размеры/привязки - форма подстраивается под системные параметры той рабочей станции/браузера, на которой происходит открытие. т.е. разработчик имеет огранниченный функционал на отображение формы.
Все что можете в вашем вопросе сделать, это все 4 группы перенести в одну "общую" группу, внутри группы система автоматически подстроит все элемнеты под "общую" группу.
Мичман Харитонов @ Сегодня, 14:12
, Таблицы данных увеличиваются, в итоге может появиться "избыточная блокировка" (обычно этот эффект появляется при параллельном проведении документов, во время него самым первым документом блокируется большой объем записей регистров на все время проведения документа). В автоматическом режиме в транзакциях используется уровень изоляции SERIALIZABLE (запрещает чтение и запись). В управляемом режиме в транзакциях используется уровень изоляции ReadCommitted (запрещает запись и проверяет нет ли в этот момент параллельных записей, после завершения запроса блокировки снимаются не дожидаясь завершения транзакции).
Обычно лечение начинают переводом конфигурацию из «Автоматического» режима управления блокировкой данных в «Управляемый» (лично не встречал стандартные Конфигурации от 1С в режиме "Автоматического" режима блокировок, все шли в "Управляемом"), и транзакции начнут выполняться на уровне изоляции типа ReadCommitted, вместо SERIALIZABLE или Repeatable Read.
Если далее вдаваться в детали. то нужно идти SQL Server Profiler....... что точно уже дебри, но почитать можете, полезная вещь.
fly @ Сегодня, 14:56
, ..... бла/бла/бла про SQL - в итоге все завершается процессами "поиска" и "оптимизации". Смыла нет выгружать ТЗ потом индексировать, находить строку, и уже по строке определять если найдена = есть отсрочка, не найдена = нет отсрочки. А потом брать и копировать таблицу без колонки Контрагент. достаточно просто проверить свойство РезультатаЗапроса - Пустой() - возврат Булево, если пустой - отсрочки нет. И сразу результат выгрузить в итоговую таблицу и т.д.
Запрос = Новый Запрос; Запрос.МенеджерВременныхТаблиц = новый МенеджерВременныхТаблиц; ТекстЗапроса = "ВЫБРАТЬ | ОграниченияОтгрузок.Фирма, | ОграниченияОтгрузок.Номенклатура КАК Номенклатура, | МИНИМУМ(ОграниченияОтгрузок.ДнейОтсрочки) КАК ДнейОтсрочки, | СУММА(ВЫБОР КОГДА ОграниченияОтгрузок.Контрагент = &Контрагент ТОГДА 0 ИНАЧЕ 1 КОНЕЦ) КАК ЕстьОтсрочка | |ИЗ | РегистрСведений.ОграниченияОтгрузокКонтрагентам.СрезПоследних( | &МоментВремени, | Контрагент = &Контрагент | ИЛИ Контрагент = ЗНАЧЕНИЕ(Справочник.Контрагенты.ПустаяСсылка)) КАК ОграниченияОтгрузок | СГРУППИРОВАТЬ ПО | ОграниченияОтгрузок.Фирма, | ОграниченияОтгрузок.Номенклатура КАК Номенклатура"; Запрос.Текст = ТекстЗапроса; Запрос.УстановитьПараметр("Контрагент", Контрагент); Запрос.УстановитьПараметр("МоментВремени", МоментВремени); БуфферОграничений = Запрос.Выполнить();
Если БуфферОграничений.Итог("Фирма") > 0 Тогда ЕстьОтсрочкиКонтрагенту = Истина; КонецЕсли;
СуммыПросроченнойЗадолженностиКонтрагентаПоФирмам = Новый Соответствие; МаксимальнаяОтсрочка = 0; ПредоплатаПоДоговору = Истина;
Запрос.Текст = "ВЫБРАТЬ | ТоварыОтгруженные.Фирма КАК Фирма, | ТоварыОтгруженные.ДокументПродажи, | ТоварыОтгруженные.ДокументПродажи.Дата, | ТоварыОтгруженные.Номенклатура КАК Номенклатура, | ТоварыОтгруженные.СуммаОстаток КАК Сумма, | ТоварыОтгруженные.Договор |ИЗ | РегистрНакопления.ТоварыОтгруженные.Остатки(&МоментВремени, Контрагент = &Контрагент) КАК ТоварыОтгруженные | |УПОРЯДОЧИТЬ ПО | Фирма, | ТоварыОтгруженные.ДокументПродажи.Дата";
тестирование и Исправление, то базе, полегчает (насколько - сложный вопрос, но все же)?
на блокировки не влияет служит для диагностики и устранения ошибочных состояний информационной базы (реиндексация таблиц, проверка логической целостности и т.д.) попробуйте поставить на базе "Управляемый" на Регистре и документе "управлемый" режим блокировки.
Мичман Харитонов @ Сегодня, 13:32
, В управляемом режиме блокировки, при выполнении запроса данные не блокируются. Посмотрите, какой режим блокировки установлен на регистре и документе.
Как можно ему дать возможность вносить данные только в эти два реквизита
1. Используйте РольДоступна() Обходите все реквизиты Доступность = Ложь, Кроме необходимых. Ну и меняете правило по которому является ТолькоПросмотр. 2. Делаете обработку, УстановитьОтвественных, и прописываете, что Необходимо - меняете права доступа и т.п. на момент выполнения обработки, после выполнения - возвращаются права. ... можно еще придумать, тут как бы фантазия и ограничения разработками и ролями играетесь.
Хозяин барин... можно и такой велосипед придумать.
Я бы предложил создать новый договор предоплаты, Сделать Заказ или Счет что там вам необходимо отгрузить, сделать по нему предоплату, и оформить продажу. Оформить продажу по предоплате на 6К, по факту это другие условия, другая сделка и другие договоренности.
Цитата(bizisoft @ 05.02.20, 16:18)
Он ранее исчерпал кредит допустим на 5000 грн. В следующий раз он пришел и хочет взять товар на 6000 грн, но за этот товар он хочет заплатить сразу.
Ну или просто оформить оплату предыдущей сделки и отгружать далее, потому как в головах людей это предоплата за новую сделку (точнее почему то ваш покупатель ну прямо скажу ну не очень понимает наверное). по факту сам себе берет уменьшает срок кредита, так как часть его уже скорее всего прошла по первой сделке - где отгрузился на 5К ( к примеру отгрузился на 14 дней, прошло 5 осталось 9). И теперь внес предоплату по новой сделке, так как лимит выбрал, и забрал товар по новой сделке, и вместо того, чтоб оплатить 5 по предыдущей сделке и получить снова 14 дней, он берет по предоплате и остается всего 9 дней на оплату первой сделки.
Может быт галочекне достаточно и нужно что-то еще изменить?
Да там немного переписать надо (даже не немного а пол системы может необходимо перелапатить) Просто галочка это всего-навсего часть работ. Скорее всего надо переделать процедуры заполнения. переформировать процедуры формирования списков и т.п. Так же надо смотреть как потом заполняются реквизиты, и смотреть как попадает в отчеты.
Часть отчетов и процедур отработано. что Основанием для Реализации может быть Только ЗаказПокупатяля, Счет - к примеру. После чего если в договорах указаны способы ведения взаиморасчетов, ищедт документы Основание ЗаказПокупателя или Счет... и т.п. Это как пример, на вскидку.
По умолчанию: ЗаказПокупателя -> ПКО ЗаказПокупателя -> Реализация
У ЗаказаПокупателя есть ТЧ товары которая передается в реализацию, которую потом заполняет и т.д. У ЗаказаПокупателя есть Контрагент, Договор, которые передаются в ПКО, которую потом заполняет и т.д.
После чего строятся отчеты по Заказам, Закзам поставщикам, Валовая прибыль и прочие отчеты, где строится на ЗаказПокупателя....
Цитата(bizisoft @ 05.02.20, 16:18)
Т.о. нужно провести ПКО, а потом реализацию, но сделать реализацию на основании ПКО нельзя
да нельзя
ПКО не содержит номенклатуры, цены, скидки, табличные части Номенклатуры/Услуги/оборудование....и т.д. ПКО может быть для нескольких Заказов, что приводит еще к усложнеию формированию реализации. На основании ПКО не формируются возвраты и т.п. - что при возврате нарушает Взаиморасчеты. и т.д.
"...Числовым у нас может быть реквизит объекта конфигурации или переменные в модулях. Максимально допустимая разрядность числа составляет 38 знаков, длина целой части не может превышать 32 символа, точность — 10 символов. Хотя в переменных можно оперировать числами превышающих разрядность в 38 символов, но в ИБ (информационную базу) можем записывать значения с длинной целой части не больше 32‑х знаков...." (с)
вероятнее всего, когда помещает в ТЗ для последующего запроса приводит к максимальному возможному или непосредственно выполняя запрос, приводит значение к максимальному количеству знаков после запятой = 10.
Sirius83 @ Сегодня, 11:17
, для этого отчета делал, чтоб каждый сотрудник выходил на след листе можете переделать как вам необходимо, ну или для себя решили как необходимо
lolmatrix @ Сегодня, 10:50
, В запросе вы выбирате все Справочник.ОКПДТР и только те которые совпадают в Справочник.Должности поэтому у вас пустые строки.... меняйте на
Цитата
Справочник.Должности КАК Должности ЛЕВОЕ СОЕДИНЕНИЕ Справочник.ОКПДТР КАК ОКПДТР ПО (ОКПДТР.Наименование = Должности.Наименование)
Цитата(lolmatrix @ 27.12.19, 6:55)
подскажите, пожалуйста, чем он подходит и подробней про этот инструмент я в нем не совсем разобрался, в чем его преимущество
начнете пользоваться - найдете преимущества, а может и нет. это не реклама, это просто то чем пользуюсь часто, посоветовали и реально помогает.
Основное - это сразу в пользовательском режиме 1с можно делать обратки, которые в обычно требовали создания внешней обработки. так же есть тот же консоль запросов, но более удобный - можно видеть результаты Временных таблиц и т.д. - чтоб посмотреть почему данные так сформировались в итоговой. и прочие вещи
twilight_dream @ Вчера, 16:55
, Поставьте точку останова - во внешней обработке. проверьте параметры сеанса, какие Роли доступны и тогда уже проверьте информацию, как работают РЛС для каждой роли.
ну или где то стоит подключение Привилегированный режима перед выполнением запроса. так же можно проверить на точке останова.
это определяется выводить или не выводить Скидки на печать. Когда ставите скидку вручную или авто, определяет сумму скидок по документу и сравнивает с 0. если отличается от 0, тогда есть скидки.
уже как то видел пост на счет такого сравнения, и насколько это интелектуально..... но как есть.
Цитата(Limonka11 @ 17.12.19, 14:26)
убрать графу "Скидка" при выводе "Счета" на печать?
- создать внешнюю печатную форму, где не будут печататься скидки по умолчанию.
но недостаток, это пользователи, которые могут использовать форму для печати хотя скидки должны печататься.
а вот с этим соглашусь, но с оговорками: если берем модуль Формы: что на сервере, что на клиенте на управляемых формах табличная часть через точку возвращается тип = ДанныеФормыКоллекция, и тогда нет метода ВыгрузитьКолонку()...
если же берем модуль объекта то обращение не через точку (т.е. изначально было на форме написано), а просто к табличной части и тогда работает метод ВыгрузитьКолонку:
andreykyiv@bigmir.net @ Сегодня, 12:10
, если вопрос - стандартный или нет,
вероятнее все дописанный - за базу взят стандарт. потому как Колонки (поля) с данными по срокам и типам (просроченный) - имеют другое оформление, обычно стандартные отчеты не заморачиваются с макетами, там группировка - оформляем, а в этих колонка не оформляем цветом.
andreykyiv@bigmir.net @ Вчера, 12:06
, 1. Отчет может быть переделан - под требования учета на предприятии. 2. есть отчеты задолженности по периодам Стандартные, но тогда нужно "влючать" подсистему взаиморасчетов "УчетПоДокументамРасчета" - УТП и УПП - там один или пару отчетов формируют информацию по срокам возникновения задолженности.
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!