|
УТ 11. Сопоставить РасходныйОрдерНаТовары с ЗаказКлиента Злопчинский, Мультук, kir-g, kamysh, p-soft, d4rkmesa, paramedic, JohnGilbert, Indi, Dirk Diggler, maxar, Bad_Aleks, Прохожий, Timon1405, Доминошник, alexxx961503, Fynjy, okmail, privetik, Ненавижу 1С, Волшебник, maxab72, lubitelxml, Михаил Козлов, Tefal, integer, comp2006, dergreche, Михаил_, Смотрящий, asady, rozer76, nick86, elka302
| ☑ | ||
|---|---|---|---|---|
|
0
Dirk Diggler
31.08.26
✎
20:10
|
В ордерной схеме УТ 11 РОнТ отвязан от цен и организаций, там только то, что касается остатков. Однако, для решения вопросов доставки надо знать, сколько товары в ордере стоят денег. Как можно осуществить? Сходу есть вариант брать какой-то вид цены по умолчанию, и по нему прикидывать чо и как. Но нежелательно. В идеале как-то получить суммы из Заказа. Ну или воспользоваться тем же механизмом, который затем формирует затем по ордеру РТиУ - там уже эти данные появляются, но для моих целей поздновато, мне нужно именно для ордера получить.
Кто-нибудь знает, как это делается? |
|||
|
1
Мультук
гуру
31.08.26
✎
20:40
|
(0)
0) Цена или стоимость товара? Есть еще скидки. 1) Рассмотрим ситуацию В заказе клиента одна и та же номенклатура двумя строками Молоко Цена = 300 руб 1 шт Молоко Цена = 250 руб 1 шт А ордер отгружает 1 шт "Молока". Почему только одну - потому что жизнь такая. {не нашли, не смогли, пересорт} Это мы ещё не посмотрели на скидки, автоматические и ручные, после них "цены" еще интереснее. Номенклатура в ордере к номеру строки заказа клиента никак не привязана. Как поступает в этом случае РТУ при формировании -- лень смотреть. 2) Я бы привязывался к некоей "закупочной", "отпускной" цене и получил вакуумные суммы. Или к ССТ товара. 3) Будет неприятно, если ваш механизм посчитает 300 руб, а РТУ выпишут на 250 руб |
|||
|
2
p-soft
31.08.26
✎
20:53
|
(0) делается просто - ставите отдельно вмс и забываете этот сон разума.
|
|||
|
3
p-soft
31.08.26
✎
20:57
|
(2) либо распределение по товару в ордере пишите.. но бред
|
|||
|
4
Dirk Diggler
31.08.26
✎
21:39
|
(1) логично. да. тогда условная "себестоимость" нужна. Да, пожалуй так и сделаю. Механизм вообще в основном нужен для страховки грузов, там ошибки не сильно страшны, они коэффициентом страховочным нивелируются, но вообще логично....
(2) 1.5 рубля на внедрение, не считая самого софта - дорого. и как wms решит этот вопрос? у него есть данные о том, сколько стоит товар по ордеру? |
|||
|
5
p-soft
31.08.26
✎
22:03
|
(4) 1. очень дешевле, если уже адреса работают, основной бюджет - обучение оператора.
2. а зачем ордера при наличии вмс? там схема до чудесного простая. в вмс заказ падает в том виде, в котором он нужен по процессам. и в ут никто не лезет, т.к. контур складской за рамки ут выведен. а это уже сильно упрощает жизнь разрабам, т.к. в вмс нет лишней логики. |
|||
|
6
p-soft
31.08.26
✎
22:05
|
(4) и да, страховка к сумме заказа привязана, там угадывать нельзя
|
|||
|
7
d4rkmesa
01.09.26
✎
09:58
|
(0) Надо писать средне-сложный запрос с разбивкой сумм (пропорцией или, сложнее, распределением), но за 5 минут не осилить, т.к. и несколько распоряжений может быть, и несколько ордеров.
|
|||
|
8
asady
01.09.26
✎
10:25
|
(0) в ордере на закладке "Распоряжения" какие указаны распоряжения?
|
|||
|
9
paramedic
01.09.26
✎
10:33
|
(0) Не надо путать теплое с белым. Ордера - документы чисто складского движения. Больше на них не надо НИЧЕГО навешивать. Все вопросы по стоимости, себестоимости и т.п. - в финансовых документах.
|
|||
|
10
Dirk Diggler
01.09.26
✎
11:39
|
(9) ну это только теоретически так. Ордер содержит товары, которые при передаче перевозчику обязаны иметь разрез суммового учета. Передаются товары по ордеру. РтиУ может и не существовать на этот момент. Ваши действия?
|
|||
|
11
Dirk Diggler
01.09.26
✎
11:41
|
(7) мне именно по конкретному ордеру надо. Да, можно действительно попробовать выковырять распоряжения из тч, но а) встает вопрос стыковки табличных данных б) в (1) аргумент тоже имеет место быть.
|
|||
|
12
paramedic
01.09.26
✎
12:04
|
(10) По логике работы программы, складской ордер - исключительно ваш внутренний документ для исключительно внутреннего складского учета. Все документы "наружу" формируются из Реализации. Поэтому никаких построчных связей нет нигде - ни в документах, ни в учетных регистрах.
Или перестраивайте свои процессы под требования системы или переписывайте бизнес-логику работы конфигурации. ЗЫ: все басни насчет того, что система обязана подстраиваться под любые хотелки пользователей - миф. Некоторые фундаментальные алгоритмы ГОРАЗДО дешевле внедрить у себя, чем переписывать систему. Тем более, что они написаны не просто так "с потолка". |
|||
|
13
Прохожий
01.09.26
✎
12:45
|
(7) При чем тут пропорция если есть удельная стоимость по распоряжению?
|
|||
|
14
Dirk Diggler
01.09.26
✎
15:26
|
(12) Реализация это вопрос финансовый и собственности. И перевозчика вообще колебать не должен, он везет физические вещи - товары.
|
|||
|
15
d4rkmesa
01.09.26
✎
15:37
|
(13) Что-то не понял, о чем вы. Стоимость может не быть одинаковой. Любые вычисления через некие удельные значения с числителем и знаменателем суть пропорция.
|
|||
|
16
paramedic
01.09.26
✎
15:54
|
(14) Складской ордер к финансам тем более никакого отношения не имеет. Это отражение физического движения товаров в количественном выражении безотносительно их стоимости.
Хотите в документы перевозчика вставлять финансовые данные - берите финансовые документы. |
| Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |