|
Типовой обмен УТ-БП | ☑ | ||
---|---|---|---|---|
0
Momus
17.01.20
✎
10:30
|
Обмен через ED (УТ 11.4 примерно, БП одна из последних). Необходимо при выгрузке РТУ в ТЧ сгруппировать номенклатуру. Нет ли какого штатного средства для такой операции или необходимо дорабатывать правила конвертации данных?
Подробно: В УТ в РТУ 5 видов одного товара с разными характеристиками, в БП в РТУ должна быть одна номенклатура с количеством равным 5. |
|||
1
yzimin
17.01.20
✎
10:31
|
Зачем вам это надо?
|
|||
2
Kigo_Kigo
17.01.20
✎
10:35
|
(0) Обработай доки обработкой после загрузки, делов то, выеживатся еще с правилами ....
|
|||
3
Kigo_Kigo
17.01.20
✎
10:35
|
Там делов то в обработке Выгрузить ТЧ, свернуть, загрузить, провести
|
|||
4
Momus
17.01.20
✎
10:45
|
(3) да проблем с обработкой тч нет. Это просто настолько очевидная "проблема", что думал наверняка есть что-то типовое. Я с КД3 и новым для меня форматом обмена пока еще мало работал, поэтому стараюсь обойти доработку типовых :)
|
|||
5
Масянька
17.01.20
✎
10:47
|
(4) Сгруппировать - это сгруппировать (одинаковые)?
|
|||
6
Kigo_Kigo
17.01.20
✎
10:47
|
(4) Так дорабатывать и не надо, сделай внешней
а ковыряться с незнакомым КД, тот еще цирк с конями |
|||
7
yzimin
17.01.20
✎
10:54
|
Какая проблема-то решается? А то окажется, что просто счета учёта не заполняются автоматом и бухи уже запарились)))
|
|||
8
Kigo_Kigo
17.01.20
✎
10:57
|
(7) НУ прооблема скорее всего типа моей, у меня в УПП каждая номенклатура привязана к заказу, а бухи просят доки одной строкой, но у меня прямая выгрузка по ком, там ее и сворачиваю
|
|||
9
Масянька
17.01.20
✎
10:58
|
(8) Если нужен суммовой учет - нужно по-другому.
Но ТС молчит... Как Штирлиц... |
|||
10
Momus
17.01.20
✎
11:01
|
(5) да. Одинаковые строки в тч сгруппировать и вывести одной строкой, изменив количество.
(6) для одного документа свой обмен запилить? Уже есть типовой, нужно доработать для одного документа. (7) В УТ ведется учет по характеристикам. После обмена с БП в ТЧ документа РТУ номенклатура есть несколько одинаковых строк с одинковой номенклатурой. В торговле, например, есть обувь с разными размерами(41, 42, 43) с одинаковой ценой. В тч, к примеру, каждого вида по одной штуке. Итого 3 строки. После выгрузки в бп эти 3 строки и остаются, а хотелось бы, чтобы была одна строка, где количество стало бы равным 3. |
|||
11
yzimin
17.01.20
✎
11:03
|
(10) Ну 3 строки и 3 строки в БП. Проблема-то какая?
|
|||
12
Momus
17.01.20
✎
11:04
|
(11) строки одинаковые, хотелось бы их свернуть/сгруппировать по номенклатуре
|
|||
13
yzimin
17.01.20
✎
11:04
|
(12) зачем?
|
|||
14
Momus
17.01.20
✎
11:04
|
Из решений я пока вижу только доработкой правил обмена.
|
|||
15
Масянька
17.01.20
✎
11:05
|
(10) Имея опыт работы с типовыми обменами, я "за" свою обработку обмена.
А так - личное дело каждого. |
|||
16
Momus
17.01.20
✎
11:06
|
(13) хочица :)
Ну т.е. это не баг (что-то где-то не заполнено), а фича (все так и должно быть и не выеживайся)? |
|||
17
yzimin
17.01.20
✎
11:08
|
(14) Если вы работаете с НДС, то в некоторых случаях может получиться, что сумма НДС высчитанная по строке, не будет равняться сумме НДС, если бы 3 строки были свернуты в 1. Понятно, что это +/- копейки, но в БП такое может всплыть и на выходе получить расхождения по НДС в УТ и БП
|
|||
18
Kigo_Kigo
17.01.20
✎
11:08
|
(16) Просто в этом нет ничего страшного, от слова совсем, на учет это никак не влияет
|
|||
19
Momus
17.01.20
✎
11:13
|
(15) ну в типовых что-то типа этого:
запрос.текст = " выбрать * из Документ.РТУ где ссылка = &ссылка"; ДанныеXDTO.Вставить("Товары", Запрос.Выполнить().Выгрузить()); Т.е. доработать можно и проблем не должно возникнуть. (17) вот про это кстати не думал, нужно подумать. Но думаю ответ скорее будет "ничего страшного, главное чтоб красиво". (18) да это понятно, но все же.. |
|||
20
Momus
17.01.20
✎
11:14
|
(19)
запрос.текст = " выбрать * из Документ.РТУ.Товары где ссылка = &ссылка"; ДанныеXDTO.Вставить("Товары", Запрос.Выполнить().Выгрузить()); |
|||
21
yzimin
17.01.20
✎
11:21
|
(19) главное, чтобы ваши покупатели не заявили к зачету НДС больше чем вы из БП пересчитали)))
|
|||
22
D_E_S_131
17.01.20
✎
11:59
|
(17) Сумма НДС должна суммироваться при группировке строк, а не заново пересчитываться.
|
|||
23
Momus
17.01.20
✎
12:11
|
(22) а после, например, перепроведения (уже после загрузки, например послезавтра), сумма НДС не пересчитывается?
|
|||
24
yzimin
17.01.20
✎
12:12
|
(22) При изменении ТЧ сумма НДС в БП пересчитается
|
|||
25
Масянька
17.01.20
✎
12:12
|
(22) Разработчикам скажи.
|
|||
26
Momus
17.01.20
✎
12:15
|
(24) а во время загрузки персчитывается (загрузка = истина)? Нет БП под рукой, не могу посмотреть
|
|||
27
yzimin
17.01.20
✎
12:18
|
(26) При обмене пересчета нет
|
|||
28
Kigo_Kigo
17.01.20
✎
12:20
|
(27) + Весь смысл обмена- что выкатили то и вкатили
|
|||
29
yzimin
17.01.20
✎
12:22
|
(28) но раз зачем-то бухам надо сворачивать в одну строку, значит они в эти документы заходят и что-то делают с ними. Есть большая вероятность, что попылвёт НДС. Иначе зачем свовачивать строки?)))
|
|||
30
Kigo_Kigo
17.01.20
✎
12:23
|
(29) Если сворачивать без пересчета, то вроде все должно быть х`оккей :)
|
|||
31
yzimin
17.01.20
✎
12:25
|
(30) так проблема не в обмене, а с последующей работой бухов с этим доком
|
|||
32
Momus
17.01.20
✎
12:42
|
Подводя итоги ветки:
эту проблему можно решить, доработав типовой обмен или создав новый. Однако эта хотелка скорее всего породит новую, связанную с суммой НДС. Посмотрим что скажет бухгалтер, если "чтоб красиво" важней копеек в сумме ндс, то сделаю свертку/группировку, доработав типовые правила обмена. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |