| 0
- 05.08.2012 - 19:47
|
Штатным методом не получается - не загружаются в УТ поступление тмц, комплектация, оприходование и списание. Все заявки (неподтвержденые и обычные) загрузились как просто заявки на склад. В файл обмена выгружаются все документы. А вот УТ их режет. В чём может быть причина? Что посмотреть/сравнить? Подскажите, пожалуйста, кто сталкивался. )     | | |||||
| 41
- 08.08.2012 - 10:12
| 37-bma1 > Если выкрою время - обязательно так и сделаю... :( | | |||||
| 42
- 08.08.2012 - 10:19
| Ты напиши хоть какие формы и отчеты поглядеть - всю конфу читать лениво же! | | |||||
| 43
- 08.08.2012 - 10:23
|
Явные тормоза при сканировании товара в приходную накладную. Остальное - вот даже не скажу на вскидку. Оно всё потихоньку как-то неубедительно себя ведет в плане быстродействия... | | |||||
| 44
- 08.08.2012 - 10:25
| Допроведение по партиям можно не смотреть - нога оптимизатора там не ступала. | | |||||
| 45
- 08.08.2012 - 10:32
|
32> спецов по ТиС всё меньше, они всё чаще болеют и не могут. А через пяток лет вообще на пенсию уйдут. Оно вам надо? . оно - нам надо! я уже на пенсии! ковыряю тис помаленьку. так что если есть адекватные люди, желающие платить адекватные деньги - внесите меня в списо к в очередь к таким людям! | | |||||
| 46
- 08.08.2012 - 10:33
| (42) ждем вестей с линии фронта | | |||||
| 47
- 08.08.2012 - 10:33
| 45-Чучундер > Ты неверно акценты расставил. Надо так: "Внесите их в список на очередь ко мне" :) | | |||||
| 48
- 08.08.2012 - 10:35
| (47) не, понимаешь, если у внятных л.дей я буду в очереди стоять - то пока стою в очереди - кофейка нальют, журналы гламурные почитаю.. | | |||||
| 49
- 08.08.2012 - 10:36
| 48-Чучундер > Ну... Тоже вариант, согласен. :) | | |||||
| 50
- 08.08.2012 - 10:36
| (47) а почему штатную розницу не взял? у нас в магазины вроде поставили - вроде работает. Издалека посмотрел - я конечно не спец по юзабилити - но за такое убивать надо.. ;-) | | |||||
| 51
- 08.08.2012 - 10:39
|
50-Чучундер > Именно по этому и не взял... Продавщиц пожалел. Да и себя, любимого. Не возникло у меня желания столько перепахивать, доводя ее до работоспособного состояния. Мне проще нужное написать с нуля, чем ненужное в чужом изделии выкашивать. | | |||||
| 52
- 08.08.2012 - 10:40
|
Пока глянул на регистрацию продажи. ТО подрубается дважды, и при открытии, и перед открытием. Кроме того я бы поменял запрос определяющий номер чека в пределах дня - группировал бы документы с наложением функции максимум на номер чека. Приходную гляну попозжа. И отчеты подскажи. | | |||||
| 53
- 08.08.2012 - 10:44
| а нафига определять номер чека? ТО его что, не возвращает? | | |||||
| 54
- 08.08.2012 - 10:49
|
52-Reaper >ТО подрубается дважды, и при открытии, и перед открытием. Ага, лошара я. Перекопипастил... Поправлю. Кроме того я бы поменял запрос определяющий номер чека в пределах дня Полностью согласен. У кого есть доступ на подпольный форум? Переадресуйте это писателям типовых - оттуда скопипизж...но. Кстати, вот именно к регистрации продаж претензий по скорости работы практически нету... | | |||||
| 55
- 08.08.2012 - 10:51
| 53-Чучундер > Делалось больше года назад. Точнее - срисовалось с той самой типовой розницы, даже не вдаваясь в подробности. | | |||||
| 56
- 08.08.2012 - 11:05
| 52-Reaper > По отчетам - СравнениеПериодов и ЗаказТовараУПоставщиков. | | |||||
| 57
- 08.08.2012 - 11:49
|
(31)+ Вопрос магазины как работают? распределенка? Терминал? web? | | |||||
| 58
- 08.08.2012 - 11:51
| 57-Кибер > Если это ко мне вопрос был, то - УРБД. | | |||||
| 59
- 08.08.2012 - 11:56
| (58) нет это я у Reaper-а спрашивал | | |||||
| 60
- 08.08.2012 - 11:58
| 59-Кибер > меня плюсик после (31) смутил :) | | |||||
| 61
- 08.08.2012 - 12:00
|
у меня интерес к работе ут через web (безопастность доступа к дркгим данным сервера) но это наверно только УТ11 так может | | |||||
| 62
- 08.08.2012 - 14:31
|
Да нормально десятка шустрит в файловом варианте. Только вот моё мнение, что одинэсину на фронт ставить рановато. Не, ну если две-три продажи в час, то можно, а вот с бОльшим потоком - тяжко она справляется. Да, кстати, можете меня поздравить, скрестил я всё-таки ежа с ужём :) Бэк на 10.3: файловый, терминал. 26000 позиций номенклатуры, 25 складов, 10 юзеров, базе 3.5 года, 17 гиг. Фронт на Фронтоле, два кассовых узла, в одном пять локальных касс подключенных к кассовому серверу, в другом узле пять удалённых магазинов, работают через фронтоловский синхронизатор с кассовым сервером. Синхронизация остатков фронт-бэк и обратно каждые 30 секунд. Тормозов не замечено. Пока все довольны :) | | |||||
| 63
- 08.08.2012 - 18:13
|
> 25 складов - это такие маленькие кладовочки? | | |||||
| 64
- 08.08.2012 - 19:37
|
63-Чучундер >Не :) Восемь магазинов, в большенстве по два склада (торговый зал и склад при магазине), в некоторых три. Плюс база, плюс гараж, плюс небольшое производство. Сейчас можно из офиса или с любой кассы продать товар с любого склада, в течении 30 секунд остатки будут синхронизированы. | | |||||
| 65
- 08.08.2012 - 19:45
| (64) везет.. у меня за 30 секунд симтуация может измениться кардинально... не всегда конечно, но как напортачат.. " я же всего на минутку".. и трындец... | | |||||
| 66
- 08.08.2012 - 19:51
|
а у меня все работает нормально может у вас компы отстойные и памяти по 512мб? | | |||||
| 67
- 08.08.2012 - 19:53
|
65-Чучундер >:) за 30 секунд максимум 7-8 чеков, в среднем по 4-5 позиций. Вероятность накладок очень и очень мала. И даже если раз в неделю по одной-двум позициям произойдёт казус, то ради этого не строит строить полностью онлайн систему, не стоит оно того. | | |||||
| 68
- 08.08.2012 - 20:02
|
+(67) теоретически можно сократить и до пяти секунд, но пока необходимости нету. За неделю функцианирования системы, ни одной накладки. А дальше будем смотреть по ситуации. Всяко это лучше и быстрее РИБ :) | | |||||
| 69
- 08.08.2012 - 20:54
| (57) В каждом магазине своя база, синхронизация при помощи обмена сделанного на КД. | | |||||
| 70
- 08.08.2012 - 21:20
| Хм, поглядел я на приходную накладную - ИМХО там пичаль в функции цена. Срез последних в отборе использует только одно измерение из 2-х. Второе ищется уже в результате среза последних, а можно сразу было в отбор его сунуть. С учетом симптома "тормозить стало недавно" - перепиши получение цены. | | |||||
| 71
- 08.08.2012 - 22:18
| Основная причина торможения отчетов - то, что расходная накладная в регистр "продажи" ничего не пишет. Писал бы туда движения расходной накладной и использовал православную таблицу оборотов - вообще бы проблем не было. | | |||||
| 72
- 08.08.2012 - 22:27
|
(71) в чем принципиальная разница между сборов итогов по документам и по регистрам? - и там и там - таблички... . м.б. продажи не пишутся врегистр именно по причине ускорения оПЕРАТИВНой работы...? | | |||||
| 73
- 08.08.2012 - 22:41
| (72) У регистров есть таблицы итогов. Кроме того там отчет оба по оборотам - будь все данные в регистре продаж, при необходимости можно было бы посчитать агрегаты и ускорить еще значительнее систему. А сейчас там навороченные запросы, местами с избыточными группировками, со вложенностью, вводящей оптимизатор СКД в ступор. Я не удивлюсь, если на таких запросах отчет по одной позиции строится столько же времени как без отбора вовсе. | | |||||
| 74
- 09.08.2012 - 08:00
|
70-Reaper > Глянул Цена(). Руки, конечно, мне оторвать за эту функцию надо, но не сильно. Где-то по локоть. Категорий цен всего 3. Так что сильно погоды не делает. Разумеется, исправил. И, разумеется, пасиба за замечание. Однако, не в этом тормоза. Обрисую ситуацию подробнее. Держу в руках десяток одинаковых упаковочек товара. И клацаю по ним сканером. С максимальной скоростью, которую мне сканер позволяет. В документе наблюдаю 8 штук. Клацаю медленно - все 10 попадают в документ. 71-Reaper > Основная причина торможения отчетов - то, что расходная накладная в регистр "продажи" ничего не пишет Не соглашусь... Если она туда начнет писать - колом встанут отчеты, где расходные накладные не нужны. Соотношение продаж чек-расходная - примерно 500:1. местами с избыточными группировками Покажи, где именно? Сильно подозреваю, что пытался СКД забороть. со вложенностью, вводящей оптимизатор СКД в ступор. Э нет. Нормальный оптимизатор вложенными запросами в ступор не введешь. Тот же мелкомягкий скуль просто на ура с ними справляется. А программисту читать запрос удобнее. | | |||||
| 75
- 09.08.2012 - 08:03
|
73-Reaper > У регистров есть таблицы итогов. Которая моментально идет лесом при использовании СКД. Тот самый ПериодСекунда и иже с ним. При использовании СКД глубоко фиолетово какую таблицу юзать в запросе - регистр или документ. Лишь бы в индексы попасть. В файловом же варианте и индексы топают под руку с таблицей итогов. Ибо не можем мы (по крайней мере - я) четко отследить - какой именно индекс и как используется. | | |||||
| 76
- 09.08.2012 - 08:05
|
+(74) В документе наблюдаю 8 штук... Не дописал чуток. При сканировании второй и далее штучки за ценой мы уже не лезем, так как она у нас уже есть в документе. | | |||||
| 77
- 09.08.2012 - 08:17
|
66-Управление торговлей 11 >а у меня все работает нормально может у вас компы отстойные и памяти по 512мб? Безумно меня радует подход франчей к проблемам быстродействия: "Докупите серверов и будет вам щастье"... | | |||||
| 78
- 09.08.2012 - 08:51
| Цитата:
| | |||||
| 79
- 09.08.2012 - 08:55
| Цитата:
Цитата:
Цитата:
Цитата:
Цитата:
| | |||||
| 80
- 09.08.2012 - 10:04
|
79-Reaper > В обоих магазинх такая ботва у тебя? Во всех трех... В обоих магазинах и в офисе. Если, упаси боже, запускаем базу по сети, то тихий трындец. Из десятка отсканированных товаров в документе можем получить и 5 и 4. | |
Интернет-форум Краснодарского края и Краснодара |
