Возврат маркированного товара
Написать сообщение
Сообщение будет добавлено в самый конец дискуссии
Вопросы связанные с возвратом маркированного товара.
ort_paxmanin Пришло 1 июля и тема с маркировкой опять актуальна. Релиз 873. 1. ТДТ не позволяет продать возращенный маркированный товар. Сценарий: а) Продаете обувь с чтением кода маркировки. б) Делаете возврат. в) Пытаетесь продать эту пару повторно и ТДТ говорит что данный код маркировки уже был считан ранее. Продажа невозможна. Может быть при возврате чистить таблицу 'label' в базе? 2. При возврате маркированного товара продавцу выдается диалог с предложением считать код маркировки. Он несколько раз пикает на марку, ничего не происходит, после этого он замечает спасительную галочку 'вернуть без чтения кода', ставит ее, нажимает ок и радуется жизни. Недолго. При попытке продать следующий маркированный товар у него сканер не работает. Пикает и ничего не происходит. До того момента как он закроет ТДТ, руками закроет процесс tdt_scanner и откроет ТДТ вновь. Видимо опять проблемы с коммуникациями между процессами tdt и tdt_scanner. (фантазирую: при возврате кода маркировки считываются в какой то буфер и он не очищается, поэтому при следующей обычной продаже данные уже не поступают в tdt) ort_paxmanin,
1) Получается вы продаете маркированный товар, а возврат делаете без считывания маркировки? Если так, тогда действительно продать товар с такой же маркировкой второй раз программа не даст. 2) Проблему со сканером воспроизвести не получилось. Напишите на почту all@pvision.ru, отправим программу для диагностики. speaker В марте это работало. Но опять сломали. Я уже пытался в марте выяснить ЗАЧЕМ читать код маркировки если у вас есть все данные и для возврата выбирается конкретная позиция в конкретном чеке и для которой у вас сохранен код маркировки. Вы ответили speaker 10 марта 2020, 12:06 Я до сих пор не понимаю как это должно работать.В коде маркировки содержится GTIN. Для всех остатков обуви женской, импортной он одинаковый. У меня, допустим, 150 моделей обуви в ТДТ. Я должен для каждой из этих моделей указать один и тот же GTIN в качестве значения штрихкода в свойствах модели товара? А разве ТДТ позволяет указывать одинаковый штрихкод для разных моделей? Думаю нет. Тогда КАК должна быть заполнена база с ОСТАТКАМИ обуви чтобы возврат работал? ort_paxmanin Для остатков используется один штрихкод, на базе которого формируются разные QR - коды. В программе вы вручную находите товар, считываете QR - коды и подтверждаете продажу. ort_paxmanin, В марте это работало. Но опять сломали. Этот механизм не меняли. speaker Еще раз. 1.У всех остатков обуви одного типа (женская, импорт) штрихкод будет ОДИН (условно 0123456789123). Он выдается "честным знаком" при получении QR-кодов на остатки. 2. QR - коды состоят из штрихкода плюс уникальный номер единицы товара. При возврате любой модели товара из одной категории остатков при "считываете QR - коды" результат будет всегда один (0123456789123). 3. "Мы по штрих коду полученному из QR находим товар в базе ТДТ" - ваша цитата. По полученному из QR кода штрихкоду (0123456789123) вы в базе ТДТ товар не найдете. Моделей товара остатков в базе много, у них разные штрихкода, а искать вы будете по считанному из QR-кода одному значению 0123456789123 вне зависимости от модели. Пожалуйста, укажите пункт 1,2 или 3 где я не прав. speaker В марте я много раз продавал и возвращал одну и туже марку (QR-код). Это работало. При возврате удалялась запись в базе в таблице "label", где вы храните считанные QR-коды. Сейчас она не удаляется. ort_paxmanin Пришлите резервную копию базы на почту в тех поддержку с указанием конкретной модели. Алгоритм работает следующим образом: если вы продали маркированный товар, то и возвращать нужно как маркированный. speaker Это совершенно лишние проблемы которые вы создаете своим клиентам на пустом месте. Нет АБСОЛЮТНО никакой необходимости искать модель товара в базе по штрихкоду при возврате. У вас, после заполнения графы "к возврату" в интерфейсе кассира уже есть ВСЯ необходимая для проведения операции информация ( из таблицы "docstorage" вы уже прочли и ds."id",ds."folderid",ds."modelid", ds."inputid",ds."usedocid" и т.д.). Даже если вы по каким то причинам очень хотите получить в коде штрихкод, прочитать его из базы элементарно: select vl."barcode" from "vollink" vl where vl."modelid"=:"ds_modelid" and vl."level"=1 А проблемы вы этим странным решением создаете серьезные. Я не веду учет по штрихкодам, номенклатура товаров широкая, а единиц товара мало, выделять человека чтобы он актуализировал штрихкода в базе и платить ему зарплату нерентабельно. Если бы ТДТ имел поддержку электронного документооборота и удобный интерфейс позволяющий на основании пришедших накладных создавать модели товара и обновлять существующие, тогда, наверно, да, можно было смириться. Но этого и близко нет, значения штрихкодов надо заполнять вручную. А это трудозатраты = деньги. Прошу вас еще раз подумать, насколько обоснован алгоритм возврата реализованный на сегодня. Может быть упростить его? По маркированным остаткам продажа и возврат производится вручную. Ок, расскажите, пожалуйста, КАК оформить возврат обуви из маркированных остатков. ort_paxmanin, программа работает следующим образом:
Продажа. Если у вас на модели штрих код соответствует ШК из маркировки, то при считывании QR, программа подставит нужный товар. Если у вас в программе нет ШК на товарах или вы решили на этом сэкономить, то вручную находите товар, добавляете его в чек, считываете QR. Возврат. Всегда находите чек в котором была продажа, выбираете нужный товар к возврату, программа просит считать QR. Можно вернуть без считывания QR, но повторную продажу с этим же QR сделать не получится. speaker Я вижу как работает программа. Она работает НЕПРАВИЛЬНО! Почему нельзя сделать повторную продажу возвращенного товара? С обувью возвраты и повторные продажи случаются часто. Это в чистом виде ошибка и недоработка софта. Программа не позволяет проводить продажи товара. Точка. Товар в наличии, QR код считывается. Но программа его не продает. Это бред! Особенно если понимаешь причины этого. В версии 870 продает, в версии 873 уже нет. А вы вместо того что бы исправить очевидную ошибку, пытаетесь отделаться бессодержательными отписками. Скажите сразу что бы я не тратил время, вы будете исправлять ошибки или будет также отмахиваться и игнорировать прямые вопросы? Прямой вопрос: как оформить возврат обуви из маркированных остатков. Я хочу вернуть так, что бы можно было повторно продать. Считываю QR код. Программа не реагирует. Мои действия? [B]speaker[/B], На вопрос опять не отвечаете.
На почту вам писать бесполезно, там вы вообще не стесняетесь и присылаете в ответ совсем "левые" отписки, без подписи кто ответил, удаляя историю переписки, прячась за анонимностью. Т.е. на письмо идет отписка из 1-2 строк без учета предыдущей переписки. Тут хотя бы можно посмотреть историю, потыкать вас носом в собственные слова и т.д. Сделает нормальную систему контроля ошибок, с присвоением идентификатора обращению, сохранением истории и прочим, общепринятым в 2О веке функционалом, будем пользоваться, а пока, извините, форум удобнее. Конкретная ситуация: [b]как в вашей программе оформить возврат обуви из маркированных остатков. Я хочу вернуть так, что бы можно было повторно продать. Считываю QR код. Программа не реагирует. Мои действия?[b] Прямой вопрос, конкретная ситуация, ответьте пожалуйста без лирических отступлений. [B]ort_paxmanin[/B] Ни чего не понятно что вы пишите, нет конкретной ситуации. Какие то не связанные фразы. Где вы считываете QR, после каких действий? Что делали до этого, товар уже продан, как продан, это возврат? Вас попросили прислать снимки экрана с последовательностью действий. Это сложено сделать? Как делать возврат вам ответили выше: Всегда находите чек в котором была продажа, выбираете нужный товар к возврату, программа просит считать QR (если это маркированный товар). В этом случае (считывая маркировку при возврате), товар можно продать повторно. Ок, если вам сложно, разжую. Скриншоты сделать не могу т.к. вдали от торговой точки.
1. Делаю продажу синих женских туфель, с чтением QR кода, из остатков. У них штрихкод 0123454789123. 2. Делаю продажу красных ботинок, с чтением QR кода, из остатков. У них штрихкод тоже 0123454789123. 3. Товар из пункта 1 (синие женские туфли) приносят назад. Я выбираю возврат в интерфейсе кассира, заполняю графу "к возврату", нажимаю ОК и меня просят считать QR код. 4. Я пикаю сканером QR код и ничего не происходит ( в этот момент тдт ищет в базе по штрихкоду 0123454789123 товар и не находит). 5. Я ставлю галочку "вернуть без чтения кода" и оформляю возврат. 6. Пытаюсь продать товар из пункта 1 (синие женские туфли) и ТДТ не позволяет мне это сделать, говорит что товар уже был продан. Сценарий выше будет выполняться для ВСЕХ моделей из остатков обуви, т.к. у них одинаковый штрихкод. Вопрос: как пользоваться вашей программой если она не позволяет продать товар который законно вернули? P.S. если что то не понятно по сценарию, готов разьяснить еще подробнее. ort_paxmanin, стоит обратить внимание на пункт 4, дальнейшие пункты 5 и 6 не имеют смысла, для правильной схемы работы. Вы постоянно делаете упор на штрих код, в данном случае штрих код не важен для возвращаемого товара. После диалога считываете QR, появляется диалог что маркировка не соответствует ШК, дальше жмете "Продолжить" и считанное значение QR сохраняется для передачи в ОФД. В вашем случае просто не считывается QR при возврате, судя по тому что нет диалога по несоответствию ШК и QR. А вот почему это происходит, на данный момент не понятно.
Такая проблема на всех удаленных точках или только на одной? Попробуйте не удаленно руководить процессом, а непосредственно на месте продать другой товар считывая QR, а потом его вернуть. Желательно записать весь процесс на видео или сделать снимки экрана всего процесса. Возможно заметим какие то нюансы. speaker,
:) :) Повеселили, спасибо! Я ждал что следующим этапом наших пререканий станут придирки к орфографии или пунктуации моих сообщений, но вы сделали проще, включили административный ресурс и убрали "лишние" сообщения. Например, вот это: По маркированным остаткам продажа и возврат производится вручную. Из которого ясно, что "маркированные остатки" и "маркированный товар" у вас обрабатываться по разному, а как именно, вы отвечать не хотите. Ну, ок, тоже позиция, странная, конечно, для техподдержки. Сегодня-завтра соберу стенд, посмотрю на разницу в поведении 870 и 873. ort_paxmanin, вопрос один, почему у вас не считывается QR при возврате, что нужно сделать, вам написали. Ни каких сравнений между версиями, мы обсуждать в данном случае не собираемся. Вы можете сравнивать что хотите, с чем хотите. Сейчас можем обсуждать текущую версию 874, в которой при возврате нужно считать QR (пункт 4 вашего списка), все остальное не понятно для чего вы пишите. Как работает возврат маркированного товара, вам написали в предыдущем ответе по шагам.
speaker Не подскажите, что нового в версии 874? За информацию о новой версии спасибо. все остальное не понятно для чего вы пишите. Я пытаюсь в процессе диалога уяснить для себя механизм работы ТДТ с маркированным товаром (остатками). Тонкости процесса. Вот уже выяснилось, что если не считать QR код при возврате, такой товар продать повторно будет нельзя. И вы трактуете это как поведение "по дизайну", а не логическую ошибку. А для меня такое поведение софта неприемлимо. Вижу три выхода: 1. Убедить вас что это неправильно. 2. Написать хранимую процедуру, которая будет чистить возвраты из таблицы label и повесить ее или на таймер или на тригер. 3. Откатиться на версию где таблица чистилась. Надеюсь я ответил на вопрос почему пишу "много букв". ort_paxmanin Внесли изменения в механизм отправки данных в ОФД для новой платформы Атол. ort_paxmanin speaker, а мы думали что решить проблему почему не считывается QR при возврате, т.к. по вашему тексту именно это причина что в ТДТ не фиксируется возврат QR. Если товар будет возвращен, то его можно продать повторно. ort_paxmanin, если не считать QR код при возврате, такой товар продать повторно будет нельзя. speaker, На данный момент мы не считаем возможным передавать в ОФД несколько раз продажу с одинаковой маркировкой, не делая при этом возврата. Подписаться на тему
|
