<Аркадий>
и еще, я заказывал доработку ТДТ для работы с прог. GOODS для ТСД- не работает импорт данных в режиме сверки.
Отправьте импортируемый файл вместе с описанием проблемы на адрес 2@375.ru
Очень не удобные моменты при работе с ТДТ
Написать сообщение
Сообщение будет добавлено в самый конец дискуссии
<Аркадий> Отправьте импортируемый файл вместе с описанием проблемы на адрес 2@375.ru speaker, Вы пропустили вопросы №78 и №79 ))
КАА <РН>, Присоединяюсь к данному вопросу, нужно добавить или дополнительное поле "Артикул" в описании модели, или действительно изменить алгоритм генерации штрих-кода. Тоже мучаемся постоянно с ручным вводом произвольных цифр и заменой затем на буквы. <РН>,
КАА Подумаем над изменением механизма генерации штрихкода и импортом товаров с одинаковыми кодами/штрихкодами. speaker, Я имел ввиду сортировку как фильтр: по группе товара или производителю и ещё можно добавить по поставщику, чтобы выбрав нужную группу или поставщика (производителя) можно было делать сверку по этому признаку на выбранном складе. И ещё одно неудобсво: для сверки весового товара необходимо изменять количество каждый раз в нижней части таблицы, я считаю, что для этой группы лучше сделать открывающееся окно, как при продаже.
При экспорте отчета об остатках в exel столбец который стоит за последним столбцом с данными, объединяется в одну ячейку. Почему это происходит и зачем? Можно ли это убрать?
<yura> Записали в список доработок, в будущем добавим такую возможность. ещё можно добавить по поставщику Можем добавить в качестве доработки, напишите подробнее на 1@375.ru для сверки весового товара необходимо изменять количество каждый раз в нижней части таблицы Опишите подробнее, для чего каждый раз нужно изменять количество? <Никита> Перед экспортом в окне с параметрами экспорта снимите галочку "Объединять ячейки". speaker А как ввести дробное количество товара, пользуясь сканером штрих-кода???????speaker, ещё можно добавить по поставщику Спасибо, оставьте предложение себе. speaker Еще не подумали? Сегодня сделал проверку на уникальность кодов - нашел кучу совпадающих. В итоге оказалось, что уже несколько месяцев на складе лежит товар, которого нет на розничных точках (накладные на перенос формируются автоматически). Пока будете думать, нужно, видимо, делать такую проверку периодически.. <yura> Ответа так и не последовало.......... Объясните, пожалуйста, откуда постоянно появляются ошибки в базе данных? Примерно раз в неделю-две вылазят ошибки. И все однотипные: поступило 10 шт. товара - продано 11. Все документы есть. Как вообще такое возможно?
КАА, Проверь, может были возвраты и товар два раза продан?
<yura>,
Не было возвратов. Но если бы и были, то общее количество проданных товаров никак не может быть больше поступивших по партии. Это чисто технический глюк программы - просто уж очень часто эти глюки - я хочу понять в каких ситуациях появляются эти глюки. Есть подозрение, что тут без серверного приложения не обходится, так как обычно при открытой накладной, если сделать поиск товара внутри этой накладной, то обязательно куча восклицательных знаков (программа не учитывает товар в редактируемой накладной и показывает ошибку). Возможно, если в момент редактируемой накладной происходит передача данных на удаленный компьютер, то в этих данных и уходит ошибка. Но это догадки мои.. Возможно неправильные. <yura> Механизм добавления товара путем считывания штрихкода рассчитан в первую очередь на работу со штучным товаром. Если добавить окно как при продаже, будет неудобство при добавлении штучного товара. А разделять весовой и штучный товар не представляется возможным. Тем не менее, подумаем над изменением механизма вставки товара в сверке. КАА Пока еще не нашли оптимального решения проблемы повторяющихся кодов. КАА Это не должно быть связано с открытым документом. Проверим, из-за чего может возникать такая ошибка. speaker Как это не возможно разделить? Он уже давно разделён, для меня делали доработку два года назад. В справочнике единиц у кг прописывается код ОКЕИ. В кассовом блоке всё работает - при считывании кода весового товара открывается окно для ввода количества, а штучный товар пролетает по одной штуке,или вы сами не знаете что как работает? Хочу тоже сказать про постоянные исправления ошибок в базе. Практически каждый день при проверке структуры базы в конце смены происходят исправления, а то, что неисправляется, приходится исправлять при помощи реанимации, но она не всегда помогает и в данный момент существуют товары в базе с пометкой "Неисправлено". И эта постоянная история с разным количеством поступившего и проданного товара, то продано больше, чем поступило, то количество поступившего и проданного товара одинаково по документам, но при этом этот товар числится на складе.
Часто при просмотре с главного компьютера склада подчиненного компьютера виден определенный товар, хотя на самом подчиненном этого товара в базе нет, и наоборот (сразу скажу, что синхронизация между компьютерами происходит нормально). Еще пример, иногда при оформлении накладной по счету, часть товара двигается в нее, а часть нет, приходится удалять товар из счета, который не двигается и по-новой вставлять, тогда только весь товар перемещается в накладную. Иногда возникают проблемы с выставлением разных по величине скидок в одном документе, невозможно изменить индивидуальную скидку на какой-либо товар в документе в большую или меньшую сторону - в окне редактирования меняется, а при нажатии "ОК" скидка не меняется. Приходится удалять документ и снова оформлять, либо разносить товар с разными скидками по разным документам. Самое интересное, что все эти сбои происходят периодически и поэтому не всегда их возможно отследить, для того чтобы ситуацию можно было воспроизвести при обращении в тех.поддержку. Такое впечатление, что программа на данном движке уже не справляется с возросшим объемом данных, так-как раньше часто такого не замечалось, или может просто механизмы работы ТДТ не оптимизированы нормально. Невозможно же так работать, если постоянно отсылать вам базы для исправления. The End... <РН> Вот, блин, а я надеялся, что это только у меня такие проблемы.. <yura> Дорабатывали только кассовый блок. Этот механизм нигде, помимо окна кассира, не работает. Сверку надо дорабатывать аналогично. Подписаться на тему
|