С
Mg
В форме списка документа нужно условным оформлением закрашивать строки имеющие дату, как сделать программно?
А чем условное оформление не подходит? Ну или использовать ПриВыводеСтроки таблицы
Size: a a a
2020 February 17
k
Сложным бы был вопрос "как сделать НЕ программно"
С
Всем доброго понедельничного утра)
S
Здравствуйте, кто-нибудь занимался таким?)
Среди проведенных документов заказов клиента отобрать документы с заполненным в ТЧ Промо любой физической промо акцией.
Проверить на 3 критерия выдачи акции: Кому выдаем, Что выдаем, За что выдаем.
Среди проведенных документов заказов клиента отобрать документы с заполненным в ТЧ Промо любой физической промо акцией.
Проверить на 3 критерия выдачи акции: Кому выдаем, Что выдаем, За что выдаем.
i
Собрать запрос по табличной части документа, и проверить. Если нет подходящего регистра
С
а если нет регистра и задача постоянная - то создать такой регистр
S
Регистр уже есть
S
Справочник "_ПромоАкции"
ТЧ "ГруппыКупи" - Содержит что надо купить
ТЧ "Получи" - Содержит что получит
ТЧ "КатегорииКлиентов" - Кому выдаются акции
ТЧ "ГруппыКупи" И ТЧ "Получи" Содержат колонку "Номенклатура", в кторой может указываться не только сам товар, но и его родитель по уровням (GCAS, CSKU, Бренд и т.д.)
ТЧ "КатегорииКлиентов" - Может содежрать либо непосредственно Партнера, либо Торгового представителя, Либо "Тип Партнера" ("_Тип" - СправочникСсылка._КатегорииКлиентов)
Документы "ЗаказКлиента"
В ТЧ "Товары" содержаться товары на самом низком уровне товаров (Элементы на уровне GCAS)
В ТЧ "_Промо" - содержаться те прово ации (тип Справочник "_ПромоАкции") по котоым выдались товары, и "ТипКомпенсации" который (тип Перечисление._ТипыКомпенсацииПромо) должен быть "Физический"
Имеет так же реквизиты "Партнер" и "Торговый Представитель", нужные Вам.
Справочник "Номенклатура" (Товары)
Содержит в своей иерархии папки, у которых реквизит "_Уровень" содежрит тот самый уровень, по отношении к друг другу (тип "Перечисление._УровниПродуктов"), уровни от самого низкого до высокого: (GCAS, CSKU, Группа товаров, Бренд, Формат и т.д. ) По логике заполнения всегда первый родитель у элемента это CSKU, второй Группа товаров и т.д.
ТЧ "ГруппыКупи" - Содержит что надо купить
ТЧ "Получи" - Содержит что получит
ТЧ "КатегорииКлиентов" - Кому выдаются акции
ТЧ "ГруппыКупи" И ТЧ "Получи" Содержат колонку "Номенклатура", в кторой может указываться не только сам товар, но и его родитель по уровням (GCAS, CSKU, Бренд и т.д.)
ТЧ "КатегорииКлиентов" - Может содежрать либо непосредственно Партнера, либо Торгового представителя, Либо "Тип Партнера" ("_Тип" - СправочникСсылка._КатегорииКлиентов)
Документы "ЗаказКлиента"
В ТЧ "Товары" содержаться товары на самом низком уровне товаров (Элементы на уровне GCAS)
В ТЧ "_Промо" - содержаться те прово ации (тип Справочник "_ПромоАкции") по котоым выдались товары, и "ТипКомпенсации" который (тип Перечисление._ТипыКомпенсацииПромо) должен быть "Физический"
Имеет так же реквизиты "Партнер" и "Торговый Представитель", нужные Вам.
Справочник "Номенклатура" (Товары)
Содержит в своей иерархии папки, у которых реквизит "_Уровень" содежрит тот самый уровень, по отношении к друг другу (тип "Перечисление._УровниПродуктов"), уровни от самого низкого до высокого: (GCAS, CSKU, Группа товаров, Бренд, Формат и т.д. ) По логике заполнения всегда первый родитель у элемента это CSKU, второй Группа товаров и т.д.
S
Только суть в том, что самой базы нет
S
Только конфигурация
ЕГ
Уважаемы, подскажите 256 ГБ нормально под БД?
S
Смотря с чем работаете
ЕГ
Смотря с чем работаете
1C)
S
Ну это понятно
S
Просто что?
S
У нас есть бд на 1тб
ЕГ
10-15 пользователей, розничные продажи
S
ЕГ
Номенклатура до 15К, с фотками по 5шт
EA
Номенклатура до 15К, с фотками по 5шт
это все херня по сравнению с разбухшими таблицами остатков