|
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) спасибо посмотрю. если не получится вернусь
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |