Имя: Пароль:
1C
1C 7.7
v7: Приоритет при зачете авансов
0 Asia2016
 
16.11.19
08:31
При зачете авансов используется справочник соответствия счетов. Данные в справочник вводятся по мере необходимости, поэтому записи не сгруппированы по счетам. Существует ли приоритет зачета. Например, 63.10.1.1-40.10.1.1 зачет с покупателем, но если у покупателя была просрочка и есть судебная претензия, то сначала должен гасится долг по исполнительному листу 63.10.1.1-48.60, а потом основной долг 63.10.1.1-40.10.1.1
1 Asia2016
 
16.11.19
08:33
2 Asia2016
 
16.11.19
08:59
3 Фрэнки
 
16.11.19
09:06
Насколько я помню, меня периодически просили изменять программный код, в котором разбиралась вся эта кухня.
Но это было... давно это было. Оценить сейчас уже не получится насколько это соотв. поведению типовой конфы
4 Asia2016
 
16.11.19
09:29
(3) Приоритетность прописывали в программном коде или вводили значение. т.е. сделать в справочнике еще одну колонку и в ней указывать 1,2,3... Не хотелось привязываться к счетам типа если =счетпокоду("48.60").
5 Asia2016
 
16.11.19
10:02
жестко привязываться к счетам
6 Alexor
 
16.11.19
11:08
(0) для общего развития, это бюджетники?
Или из какой страны?
7 Asia2016
 
16.11.19
11:41
(6) нет, не бюджетники. азия
8 Asia2016
 
16.11.19
11:45
В тестовом режиме в справочник соответствия счетов упорядочила счета
9 Asia2016
 
16.11.19
11:45
10 Фрэнки
 
16.11.19
11:49
(4) в моем практическом случае был именно программный код, т.к. ветвистой иерархии списка тогда еще не придумывали, а требовалось соблюдать сразу множество одновременно существующих условий.
Если заказчика устроит приоритет по сортировке таблицы значений по какой-то допколонке - это вполне себе нормальное решение :-)
11 Asia2016
 
16.11.19
11:50
бухи тестируют пока нормально. вопрос возникает можно ли при открытом справочнике активизировать кнопки сортировки.
12 Asia2016
 
16.11.19
11:50
13 Фрэнки
 
16.11.19
11:54
(11) а зачем?
Если в дополнительном поле значения для сортировке уже прописаны, то работу процедуры нужно сделать по считываю справочника в таблицу значений и его сортировке в нужной приоритетности. Программируй на рабоче таблице значений, а справочник - это же источник данных, сохраняемая настройка.
14 Фрэнки
 
16.11.19
11:56
(12) Скорей всего это в настройках элемента "поле списка" в свойствах не проставлена нужная галочка, поэтому кнопки отключились. Не помню название свойства, но такое свойство у поля и в 7.7 уже было.
15 Asia2016
 
16.11.19
12:03
(13) программный код пока не трогали. просто в справочнике забили в нужном порядке счета. в идеале хотелось бы, чтобы бухи сами регулировали нужную приоретеность.
16 Фрэнки
 
16.11.19
12:12
(15) но программный код точно есть. И его желательно проинспектировать отладчиком :-) по возможности.
17 Asia2016
 
16.11.19
12:13
(14)https://ibb.co/dg3XXcL можете подсказать где именно нужна галочка
18 Фрэнки
 
16.11.19
12:25
(17) Открыть нужную форму списка и в ней сделайте активным само поле списка.
Командная панель с кнопками сортировки должна быть привязана в полю списка. Тогда на активном поле в свойствах будет видно то самое, которое блокирует изменение сортировки.

Но! От этого в данном конкретном случае не будет проку. Нужно открыть программный текст в модуле процедуры и увидеть как идет поиск нужной строки.
Если там действительно есть выборка циклом до совпадения строки с условием - такой вариант решения очень вероятный.
А может быть там просто поиск в справочнике по коду счета и текущий результат вас устраивает просто в силу совпадения ожидаемой логики с этим поиском по коду.
19 Asia2016
 
16.11.19
12:49
(18) спасибо посмотрю. если не получится вернусь