1. Очень, ну очень, не хватает "оперативного отчета по продажам" Хотелось бы видеть оперативную продажу в любой момент времени, а не только после закрытия смены. О-о-очень актуально. 2. Хотелось бы видеть некую настройку прав пользователей. Например очень бы хотелось, чтобы на кассе не отражался остаток товара И цену закупки тоже кассиру не стоит видеть 3. Возможно я не нашел, но сумму ящика где посмотреть? и если есть, то обязательно нужны права на просмотр этой суммы.
Предложения и пожелания
- Тема закрыта
- 3K Просмотров
- Последнее сообщение 08 декабря 2017
Как у "кассы" обстоят дела в оффлайн режиме работы? например что будет если пропадет связь(lan/wan). особенно интересует режим работы через ftp связь пропала - продажи ведутся в оффлайн связь появилась - всё что было накоплено уходит через ftp (ну и в обратную сторону, например цены/номенклатура и т.п.)
про Отчеты: не хватает кнопки "Обновить" или "сформировать" приходиться вновь искать или вкладку с "отчетами" и там снова формировать (хотя и этот вариант удобен, если необходимо получить новую вкладку с другими данными) а так "раз-бы" и нажал "сформировать" (по-аналогии с 1С)
Хотелось бы видеть что-то вроде импорта/экспорта данных. Ну хотя бы экспорта в первую очередь (например в xml/cvs) Очень удобно для обмена между другими учетными системами. Или например для миграции с других/в другую учетную систему (Справочники, документы и т.п.)
в документе "продажа товара" с типом "продажа в опт" хотелось бы иметь возможность в каких ценах продать товар (по закупочным, по розничным, и как вариант по себестоимости) или установить тип цен целиком на документ (соответственно добавить кнопочку пересчитать цены) ну и т.п. в этом плане ;)
Благодарим вас за проявленный интерес к нашей программе и за ваши предложения. Нам потребуется какое-то время на их рассмотрение и обдумывание. Мы обязательно ответим вам на каждое из пожеланий и вопросов в течение нескольких дней.
Импорт данных мы планируем, но в том варианте, который мы себе представляем, он выглядит не простой задачей. Поэтому быстрого решения не врятли выдадим, так как мы не в силах регулировать то что выгружают другие учетные системы. Соответственно при импорте могут встречаться неожиданные ситуации. Как вариант развития этого направления, это отдельные обработки импорта, для различных учетных систем. Что касается экспорта. Как вы заметили, структура базы у нас достаточно прозрачна, да еще и описана в нашей документации. Типы поддерживаемых баз данных достаточно популярны и подключение к ним не должно вызывать каких-то трудностей. По идее каждый желающий может взять оттуда все что душе угодно, в том виде, какой ему требуется. Можно было бы рекомендовать этот подход еще и для импорта, но пока есть сомнения в успешности такого мероприятия. Кроме того, если ассортимент товаров не слишком большой, то я бы не рекомендовал занимать импортом или экспортом. Проще забить все заново, заодно переосмыслив структуру справочника и избавившись от балласта.Хотелось бы видеть что-то вроде импорта/экспорта данных. Ну хотя бы экспорта в первую очередь (например в xml/cvs) Очень удобно для обмена между другими учетными системами. Или например для миграции с других/в другую учетную систему (Справочники, документы и т.п.)
Пока видится сложная конструкция из категорий цен, которые нужно будет заводить, и как-то их отслеживать. Очень этого не хочется. Текущий вариант нам нравится своей простотой. Возможно мы слишком много напридумывали, если видите простое решение, пишите, есть все шансы прийти к красивому решению.в документе "продажа товара" с типом "продажа в опт" хотелось бы иметь возможность в каких ценах продать товар (по закупочным, по розничным, и как вариант по себестоимости) или установить тип цен целиком на документ (соответственно добавить кнопочку пересчитать цены) ну и т.п. в этом плане ;)
В 1С форма сформированного отчета объединена с параметрами отчета, поэтому "Сформировать" там смотрится органично, так как видно параметры с которыми сформирован отчет. В нашем случае будет неясно если просто добавить кнопку "Обновить" на сформированный отчет, с какими параметрами он обновляется. А объединять формы, как сделано в 1С не хочется, потому что и параметры могут занимать достаточно много места и мониторы могут не позволять комфортно видеть параметры и отчет одновременно. Возможно стоит сформированный отчет показывать в том же окне, но разбить форму на закладки и параметры выводить на одной закладке, а отчет на другой. Как такая идея?про Отчеты: не хватает кнопки "Обновить" или "сформировать" приходиться вновь искать или вкладку с "отчетами" и там снова формировать (хотя и этот вариант удобен, если необходимо получить новую вкладку с другими данными) а так "раз-бы" и нажал "сформировать" (по-аналогии с 1С)
1. Отчет "текущие/оперативные продажи" запланирован к выпуску через версию (ориентировочно до 30-го сентября). 2. Пока мы невидим необходимости в настройке прав кассиров, возможно в дальнейшем, с развитием функционала "Рабочего места кассира" (РМК). В отображении остатка товара для кассира не видится ничего страшного, некоторые кассовые программы обладают такой возможностью и представляют это как преимущество. Например, кассир, основываясь на остатке может сделать правильный выбор товара, т.е. не станет пробивать товар, которого нет на остатке, а выберет товар имеющийся на остатке. Также сможет ответить на вопрос покупателя о наличии товара, если товар на полке не выставлен, а фактически на складе (в подсобке) имеется. Про цену закупки согласен, при подборе из РМК она отображаться не должна, уберем в ближайшей версии. 3. В верхней части "Рабочего места кассира" (РМК) есть кнопка "ОТЧЕТ", по нажатию на которую формируется отчет с итогами текущей смены. Сменный отчет В этом отчете в разделе ПЛАТЕЖНЫЕ СРЕДСТВА есть строка "Наличные [Сумма_денег]", по сути она и является суммой в ящике. Права на просмотр сменного отчета и на эту строку в отчете не настраиваются и разработка возможности их настройки пока не планируется.1. Очень, ну очень, не хватает "оперативного отчета по продажам" Хотелось бы видеть оперативную продажу в любой момент времени, а не только после закрытия смены. О-о-очень актуально. 2. Хотелось бы видеть некую настройку прав пользователей. Например очень бы хотелось, чтобы на кассе не отражался остаток товара И цену закупки тоже кассиру не стоит видеть 3. Возможно я не нашел, но сумму ящика где посмотреть? и если есть, то обязательно нужны права на просмотр этой суммы.
здравствуйте у меня предложения добавить кнопка(или возможности) «удалить» тавар из список товаров на «Рабочие место кассира». Например клиент передумал и хотел покупать другой тавар тогда кассира нужна убрать товара и добавить новой. Спасибо за внимание Шахоб
Добрый день, Шахоб! В удалении товара в рабочем месте кассира есть нюанс. Разрешая кассиру беспрепятственно удалять товар, мы будем его соблазнять на всякого рода махинации, а этого очень не хочется. Обычно для подтверждения удаления товара используются всевозможные технические средства, например считыватель магнитных карт или ключ на специализированной клавиатуре, которые применяют сотрудники рангом выше кассира. Обременять наших пользователей этими устройствами мы не хотим. Поэтому мы пока решили не реализовывать удаления товара из чека, а ограничились только обнулением его количества. Мы постараемся придумать, что-то более элегантное и не обременяющее. Если у вас буду какие-то идеи по этому поводу, мы будем рады их выслушать.здравствуйте у меня предложения добавить кнопка(или возможности) «удалить» тавар из список товаров на «Рабочие место кассира». Например клиент передумал и хотел покупать другой тавар тогда кассира нужна убрать товара и добавить новой. Спасибо за внимание Шахоб
Попробовал программу... На мой взгляд - ужасно неудобный интерфейс и катастрофически мало функций. Для примера есть бесплатный класс365, в котором реализована полноценная работа маленького магазина, но там есть существенный недостаток - это онлайн. Вот если бы Вы рассмотрели вариант ну может не копии, но чего то похожего по функционалу - тогда имело бы смысл рассматривать Вашу программу как альтернативу. А сейчас увы слишком много даже оффлайн вариантов, намного удобнее, чем Ваша. (у кого то удобнее, у кого го функционал лучше... везде компромиссы) Самым важным косяком является невозможность ввести приходный кассовый на основании расходной накладной. Это вообще феерический бред, который даже в программах 2000х годов не существовал...
спасибо, любой отзыв мы ценим количество функций растет с каждой новой версии, кому достаточно тех что есть уже используют нашу программу можно узнать, в чем неудобство интерфейса? что-то не на своем месте? что-то сложно найти?Попробовал программу... На мой взгляд - ужасно неудобный интерфейс и катастрофически мало функций.
спасибо, посмотрим на этот сервис, только разница между нашей программой и этим сервисом не только в онлайне или оффлайне, но и в том что там больше ограничений в бесплатном варианте ... 500 документов в год, это же 1,5 документа в день, мне кажется это очень мало, да и 300 товаров тоже может быстро закончиться платный однопользовательский вариант далеко уходит по цене по сравнению с нашим однопользовательским, который по прежнему бесплатен и не ограничен ни количеством документов, ни количеством элементов в справочниках ... разница в функционале, по моему отлично компенсируется ценойДля примера есть бесплатный класс365, в котором реализована полноценная работа маленького магазина, но там есть существенный недостаток - это онлайн. Вот если бы Вы рассмотрели вариант ну может не копии, но чего то похожего по функционалу - тогда имело бы смысл рассматривать Вашу программу как альтернативу. А сейчас увы слишком много даже оффлайн вариантов, намного удобнее, чем Ваша. (у кого то удобнее, у кого го функционал лучше... везде компромиссы)
мы обязательно исправим это досадное недоразумение, но я бы не драмматизировал ситуациюСамым важным косяком является невозможность ввести приходный кассовый на основании расходной накладной. Это вообще феерический бред, который даже в программах 2000х годов не существовал...
Вообще-то данный функционал имеется. Просто у документа "Расход товаров" есть несколько типов расхода и не для всех имеет смысл ввод "Приходного кассового ордера". Типы расхода "Возврат поставщику" и "Продажа опт" предполагают последующую оплату и позволяют вводить на основании "Приходный кассовый ордер", а типы расхода "Продажа розница" и "Списание" не предполагают, т.к., например, при списании товар испортился, пришел в негодность или утерян и никакой оплаты мы уже не получим. При невозможности ввести на основании Приходный кассовый ордер выдается объясняющее сообщение.Самым важным косяком является невозможность ввести приходный кассовый на основании расходной накладной. Это вообще феерический бред, который даже в программах 2000х годов не существовал...
Хотелось бы чтобы была ркализована система скидок,или просто была бы графа скидки.а так все не плохо.
Спасибо за ваш отзыв! На следующей неделе планируется выпуск новой версии, в которой будут реализованы простые процентные скидки. Применять их можно будет в РМК (Рабочем Месте Кассира).
С удовольствием бы перешел на вашу программу, все устраивает, но нет важной для меня функции: отчет по контрагентам не в разрезе документов а в разрезе товаров за определенный срок (какие товары отпускались конкретному контрагенту, с возможностью вывода коммента) например: ------------- отчет по контрагенту ооо ромашка с 01.01.01 по 31.01.01 накладная №1 от 03.01.01 огурец - 2 шт - 10 руб. - 20 руб. помидор - 3 шт - 12 руб. - 36 руб. редиска - 1 шт - 5 руб. - 5 руб. итого: 61 руб. Комментарий: взял себе лично накладная №4 от 13.01.01 дырка от бублика - 20 шт - 2 руб. - 40 руб. помидор - 3 шт - 12 руб. - 36 руб. редиска - 1 шт - 5 руб. - 5 руб. итого: 81 руб. Комментарий: в магазин -------------
Добрый день! Спасибо за ваш отзыв! У нас как раз есть в планах разработка подобного отчета, так называемых "Продаж по покупателям". Думаю мы сможет реализовать его в следующей версии, планируемой к выходу через месяц.
Еще бы добавить в конец: итого за период с 01.01.01 по 31.01.01 отгружено (или типа того) на сумму 142 руб.
Отчет предполагается в едином стиле с остальными отчетами программы. Период отчетов выводится в шапке, а итоги под таблицей. Примерно так будет выглядеть, плюс выбранный контрагент в шапке будет и строки с комментариями из накладных сразу под номером и датой каждой накладной (выше товаров) [img]http://savepic.ru/12708816.png
Добрый день, возможно чтобы при создании Z-отчета, выручка поступала автоматически в обороты, в кассовый отчет если это наличные. Банковский отчет если оплаты по картам. Например Z отчет 01.02.17 Наличные 5000руб Платежная карта 5600 В кассовом отчете 01.02.2017 Наличные Z отчет 2z-от-153 от 01.02.17 (07.02.2017 15:45:28) - 5 000,00 В банковском отчете 01.02.2017 Платежная карта Z отчет 2z-от-153 от 01.02.17 (07.02.2017 15:45:28) - 5 600,00 Приходиться вручную добавлять приходный кассовый ордер и банковскую выписку.
В случае с безналичной оплатой нужно еще учитывать комиссию банку, так же деньги могут поступить на счет не сразу после оплаты клиентом.
Комиссию банка можно списать самостоятельно в конце месяца, лишь бы автоматически д/с поступали в кассу, и на банковский счетВ случае с безналичной оплатой нужно еще учитывать комиссию банку, так же деньги могут поступить на счет не сразу после оплаты клиентом.
На данный момент вопрос автоматического оприходования выручки в кассу на обсуждении. Возможность ввести на основании Z-отчета приходный кассовый ордер и банковскую выписку, облегчит Вам работу?
Думаю, даНа данный момент вопрос автоматического оприходования выручки в кассу на обсуждении. Возможность ввести на основании Z-отчета приходный кассовый ордер и банковскую выписку, облегчит Вам работу?
Добрый день! На мой взгляд программа отличная, ничего не нагромождено, разобрался за 1 час. Интерфейс интуитивно-понятный. А теперь о предложениях и пожеланиях. Было просто отлично реализовать функцию возврата товара через рабочее место кассира, так как думаю что в маленьких магазинах не всегда есть возможность нанимать административный персонал который за всем этим будет следить. Конечно возможно я не прав, но все же, хотелось бы видеть сколько на данный момент времени находится денежных средств и кассе, опять же для РМК, чтобы продавец мог сверять кассу в конце дня. Большое спасибо за разработку этой замечательной программы. Планируем начать внедрять.
Добрый день! Спасибо за ваш отзыв! Как кассиру сверять сумму в кассе описано в этом посте [url=https://forum.kayala-soft.ru/posts/m2100-Predlozhenija-i-pozhelanija#post2100]https://forum.kayala-soft.ru/posts/m2100-Predlozhenija-i-pozhelanija#post2100[/url] Возврат в РМК планируется, но постоянно откладывается, т.к. постоянно всплывают более востребованные функции. :)
Насколько я понимаю этот отчет показывает денежные средства в поступившие за смену, но нигде не отражается остаток денег в кассе, не каждый же день из кассы деньги забирать.Добрый день! Спасибо за ваш отзыв! Как кассиру сверять сумму в кассе описано в этом посте [url=https://forum.kayala-soft.ru/posts/m2100-Predlozhenija-i-pozhelanija#post2100]https://forum.kayala-soft.ru/posts/m2100-Predlozhenija-i-pozhelanija#post2100[/url] Возврат в РМК планируется, но постоянно откладывается, т.к. постоянно всплывают более востребованные функции. :)
Совершенно верно, только за текущую смену, другого счетчика наличности в РМК нет. С другой стороны, если вы несколько дней не забирали выручку из кассы, то у кассира должно быть несколько Z-отчетов за прошлые смены с информацией о наличности и по ним можно проконтролировать сколько должно быть денег.
А планируется ли добавить такой счётчик в РМК?Совершенно верно, только за текущую смену, другого счетчика наличности в РМК нет. С другой стороны, если вы несколько дней не забирали выручку из кассы, то у кассира должно быть несколько Z-отчетов за прошлые смены с информацией о наличности и по ним можно проконтролировать сколько должно быть денег.
Пока нет, такого счетчика не планируется. Добавление этого счетчика повлекло бы за собой добавление неких операций Внесение и Выплата денег в/из кассы и потребовало бы от пользователей программы соблюдения кассовой дисциплины, т.е. своевременной регистрации этих операций, чтобы счетчик находился в актуальном состоянии. Нам кажется, что большинство пользователей далеки от соблюдения кассовой дисциплины и это значительно усложнило бы им пользование программой.
Спасибо за ответ.Пока нет, такого счетчика не планируется. Добавление этого счетчика повлекло бы за собой добавление неких операций Внесение и Выплата денег в/из кассы и потребовало бы от пользователей программы соблюдения кассовой дисциплины, т.е. своевременной регистрации этих операций, чтобы счетчик находился в актуальном состоянии. Нам кажется, что большинство пользователей далеки от соблюдения кассовой дисциплины и это значительно усложнило бы им пользование программой.
когда планируется выход новой версии?
Добрый день! Выпуск очередной версии планируется в течение недели или до конца февраля.
Планируется ли продажа по безналу? Формирование счёта и накладной
Счет будет, накладная есть уже в текущей версии. Что вы имеете в виду под продажей по безналу? Расход товаров в режиме "Продажа опт" по идее как раз он и есть. Или вы что-то другое имеете в виду?
продажу опт еще к сожалению не пробовал. я имею ввиду формирование счета выбирая товар из базы автоматически формируя пакет документов для работы по безналу ( счет, счет-фактура, накладная)
попробуйте, она как раз для таких случаев и будет формировать все нужные документы, счет, накладную и торг-12 по поводу счет фактуры, мы ориентируемся в первую очередь на усн-щиков и ендв-шников, а им выставлять счет фактуру не обязательно, собственно поэтому у нас и нет учета ндс
Со счет-фактурой согласен, погорячился.
Сегодня столкнулся с такой проблемой. Решил наконец то присвоить товару штрих-коды, у большинства товара есть свой код и это облегчает работу, но у части товара кода нет и его надо будет формировать самому, но и это не проблема. Отсканировав сначала товар с кодами взялся за "пустой" товар и вот тут началось.... при огромной номенклатуре я просто физически не помню какой у меня с кодом, а какой без. Приходится открывать каждую позицию и смотреть есть код или нет. Было бы хорошо, если в списке товаров стоял бы флажок (например в виде штрих-кода) рядом с каждой позицией и сразу было бы видно присвоен штрих код данному товару или нет.
[h][u][size=6]Огромное спасибо разработчикам за труды![/size][/u][/h] Изложу лично свои скромные предложения по улучшению. Часть 1 (Все сразу не упомню, буду добавлять частями) [list] [*]Хотелось чтобы после добавления товара в приходе(закупка) и нажатии кнопки "Провести и закрыть", появлялось всплывающее окно с предложением установить цены продаж [u]на только что проведенный товар[/u]. Неудобно после набора 50 и более позиций искать их потом в списке вручную. Так же будет ОЧЕНЬ удобным делать [u]ценообразование из документа прихода[/u]. Нажал кнопочку ценообразование, захотел вручную добавил, захотел добавил весь перечень товаров из документа прихода. [*]Хотелось бы при ценообразовании на панели инструментов, рядом с кнопкой "Установить % наценки навсе строки" [u]выпадающий список "Округлить до" с вариантами 0,01 до 100[/u]. [*]Хотелось бы [u]увеличить поле ввода штрихкода[/u] при создании новой номенклатуры на несколько символов, не все штрихкоды убираются (хотя поле не маленькое, но и такое бывает). [*]Хотелось бы чтобы при формировании ценников учитывалась длинна наименования товара, и при определенной длинне [u]автоматически менялся размер шрифта с 11,5 до 10 или 9[/u]. Конкретно мне потом очень много ценников приходится править в Exel. Очень неудобно. [*]Хотелось бы [u]добавление функции "Возврат товара[/u]". По кнопке ,например между "Расход товаров" и "Установить цены продаж". [*]Хотелось бы [u]в РМК возможность удаления ошибочно введенного товара[/u] из списка общей покупки. Например, нажатием на не нужный товар ПКМ и выбором подопции "Удалить из списка". [*]Хотелось бы мгновенное обновление кол-ва товара на складе после продажи через РМК. [/list] [i][size=6]Спасибо![/size][/i]
проблема ясна, что-нибудь обязательно придумаемСегодня столкнулся с такой проблемой. Решил наконец то присвоить товару штрих-коды, у большинства товара есть свой код и это облегчает работу, но у части товара кода нет и его надо будет формировать самому, но и это не проблема. Отсканировав сначала товар с кодами взялся за "пустой" товар и вот тут началось.... при огромной номенклатуре я просто физически не помню какой у меня с кодом, а какой без. Приходится открывать каждую позицию и смотреть есть код или нет. Было бы хорошо, если в списке товаров стоял бы флажок (например в виде штрих-кода) рядом с каждой позицией и сразу было бы видно присвоен штрих код данному товару или нет.
уже сейчас можно ввести ценообразование на основании прихода товаров для этого в списке документов нужно спозиционировать курсор на приходе товаров и нажать кнопку "На основании" в панели инструментов, будет предложен список документов, которые автоматом заполнятся теми товарами, что были в приходе, попробуйтеХотелось чтобы после добавления товара в приходе(закупка) и нажатии кнопки "Провести и закрыть", появлялось всплывающее окно с предложением установить цены продаж [u]на только что проведенный товар[/u]. Неудобно после набора 50 и более позиций искать их потом в списке вручную. Так же будет ОЧЕНЬ удобным делать [u]ценообразование из документа прихода[/u]. Нажал кнопочку ценообразование, захотел вручную добавил, захотел добавил весь перечень товаров из документа прихода.
я думаю все это в том или ином виде у нас будет[*]Хотелось бы при ценообразовании на панели инструментов, рядом с кнопкой "Установить % наценки навсе строки" [u]выпадающий список "Округлить до" с вариантами 0,01 до 100[/u]. [*]Хотелось бы [u]увеличить поле ввода штрихкода[/u] при создании новой номенклатуры на несколько символов, не все штрихкоды убираются (хотя поле не маленькое, но и такое бывает). [*]Хотелось бы чтобы при формировании ценников учитывалась длинна наименования товара, и при определенной длинне [u]автоматически менялся размер шрифта с 11,5 до 10 или 9[/u]. Конкретно мне потом очень много ценников приходится править в Exel. Очень неудобно. [*]Хотелось бы [u]добавление функции "Возврат товара[/u]". По кнопке ,например между "Расход товаров" и "Установить цены продаж".
над удалением я думаю мы поработаем в рамках изменения РМК для Фз-54, а вот мгновенного списания товаров обещать пока не буду, слишком много вопросов подобный режим создает[*]Хотелось бы [u]в РМК возможность удаления ошибочно введенного товара[/u] из списка общей покупки. Например, нажатием на не нужный товар ПКМ и выбором подопции "Удалить из списка". [*]Хотелось бы мгновенное обновление кол-ва товара на складе после продажи через РМК.
пользуйтесь :) пишите свое мнение, нам оно важно[i][size=6]Спасибо![/size][/i]
Дело в том, что "Возврат поставщику" как раз и является одним из режимов работы документа "Расход товаров". Просто создаете "Расход товаров", и в нем в поле "Тип расхода" выбираете "Возврат поставщику" и в поле "Поставщик" соответственно поставщика, которому хотите вернуть товар, далее как обычно, подбираете нужные товары и проводите документ.[list] [*]Хотелось бы [u]добавление функции "Возврат товара[/u]". По кнопке ,например между "Расход товаров" и "Установить цены продаж". [/list]
Длина поля "Штрихкод" составляет 13 символов. Мне казалось что более длинные штрихкоды встречаются крайне редко. Уточните, пожалуйста, насколько длинные у вас бывают штрихкоды? И приведите пару примеров таких штрихкодов и наименования товаров, у которых они встречаются. Заранее спасибо![list] [*]Хотелось бы [u]увеличить поле ввода штрихкода[/u] при создании новой номенклатуры на несколько символов, не все штрихкоды убираются (хотя поле не маленькое, но и такое бывает). [/list]
Это все понятно, я забыл уточнить, что хотелось бы функцию "[u]возврат товара от покупателя[/u]".Дело в том, что "Возврат поставщику" как раз и является одним из режимов работы документа "Расход товаров". Просто создаете "Расход товаров", и в нем в поле "Тип расхода" выбираете "Возврат поставщику" и в поле "Поставщик" соответственно поставщика, которому хотите вернуть товар, далее как обычно, подбираете нужные товары и проводите документ.[list] [*]Хотелось бы [u]добавление функции "Возврат товара[/u]". По кнопке ,например между "Расход товаров" и "Установить цены продаж". [/list]
Попробовал, работает, но не ожидал, что это делается из документа прихода. Мне показалось логичнее это делать из документа ценообразования. Создал документ, указал от какого прихода заполнять и дело в шляпе. Может быть продублировать функцию в оба документа? Чтоб и там и там. Кому как удобнее.[quote]уже сейчас можно ввести ценообразование на основании прихода товаров для этого в списке документов нужно спозиционировать курсор на приходе товаров и нажать кнопку "На основании" в панели инструментов, будет предложен список документов, которые автоматом заполнятся теми товарами, что были в приходе, попробуйте.Хотелось чтобы после добавления товара в приходе(закупка) и нажатии кнопки "Провести и закрыть", появлялось всплывающее окно с предложением установить цены продаж [u]на только что проведенный товар[/u]. Неудобно после набора 50 и более позиций искать их потом в списке вручную. Так же будет ОЧЕНЬ удобным делать [u]ценообразование из документа прихода[/u]. Нажал кнопочку ценообразование, захотел вручную добавил, захотел добавил весь перечень товаров из документа прихода.
вот несколько доводов в пользу текущего варианта: 1. он честно перенят из 1с-а и есть шанс, что это будет ожидаемое поведение для большей части пользователей по понятным причинам 2. если выбирать приход из ценообразования то в таком случае нужно будет выбрать из какого документа мы хотим заполнить ценообразование, а затем открывать журнал документов, что бы пользователь нашел нужный ему приход, а вот тут непонятно: - какой журнал документов открывать? так как приход может быть в нескольких журналах, можно открывать журнал всех документов, но там возможно будет искать затруднительно, - за какой период? так как приход может быть и вчерашний и позавчерашний 3. скорее всего во время прихода будет видно, что цены увеличились и нужно переоценить пришедшие товары, но так как приход уже перед глазами пользователя, его не потребуется повторно искать уже из другого документа, достаточно будет создать ценообразование отталкиваясь от нового прихода ... похожая ситуация будет в том числе если приход был вчерашний и позавчерашний, так как у нас все равно будет стоять задача найти приход, так может с этого и начать? осознанно используя подходящий журнал (да, пока их не много, но в перспективе их может быть довольно много) идея обратного варианта мне по душе, в ней есть здравый смысл (Хочу заполнить этот документ содержимым из вот того), но пока не вижу элегантного решения в отношении пункта 2Попробовал, работает, но не ожидал, что это делается из документа прихода. Мне показалось логичнее это делать из документа ценообразования. Создал документ, указал от какого прихода заполнять и дело в шляпе. Может быть продублировать функцию в оба документа? Чтоб и там и там. Кому как удобнее.
Добрый день! Разработчикам ОГРОМНОЕ СПАСИБО! Всё работает отлично. Хотелось бы, что бы вы учли маленький нюанс. В контрагентах добавили строку комментарий. Со временем количество поставщиков растёт и сложно запомнить у кого что брал. Здорово было бы например: ООО "ромашка", а в примечании - молочка. Надеюсь ясно изъяснил свою мысль )))
Приветствую! Да, все ясно. Думаю добавим в следующей версии.
Добрый день, начал пользоваться вашей программой и нашлось сразу предложение: Добавить в приходную накладную поле "транспортные расходы", т.к. сейчас много товаров на которые при доставке приходится разбивать стоимость доставки в сам товар, чтобы по итогам приходной накладной оно разбивалось на позиции эту сумму, может у Вас так же есть идеи как это реализовать, текущими средствами. Заранее спасибо.
Приветствую! То есть вы хотите какую-то сумму раскидать на себестоимость товаров пропорционально их уже указанной стоимости? Я правильно понял?
Да, все верноПриветствую! То есть вы хотите какую-то сумму раскидать на себестоимость товаров пропорционально их уже указанной стоимости? Я правильно понял?
В процессе дальнейшего тестирования, перед заполнением базы, появилось еще одно предложение. Чаще всего после поступления товара, возникает необходимость в печати ценников на полученный товар, можно добавить возможность создания обработки "Печать ценников" через меню "Ввести на основании" - Печать ценников по накладной. Это может упростить данную процедуру, чтобы не искать потом товары из классификатора и ускорит работу.
Добавим возможность печати ценников в Приход товаров в следующей версии. Скорее всего это будет по кнопке "Печать", будет появляться список что печатать "Накладная" или "Ценники".
Принято, просто через передачу в форму печати возможно будет удобнее, т.к. могут быть нужны не все ценники из конкретной накладной, это для размышления.Добавим возможность печати ценников в Приход товаров в следующей версии. Скорее всего это будет по кнопке "Печать", будет появляться список что печатать "Накладная" или "Ценники".
В процессе работы появилось еще одно предложение: - добавить возможность сохранения размеров и положения окон, т.к. сейчас не всегда удобно при добавлении позиций в документ открывается форма подбора товара, и ее высора равна высоте расширения экрана, что скрывает за панелью задач последние несколько строк (возможно решение такого вопроса записью в ini файл последних размеров и положения окна, по крайней мере я так решал такой же вопрос, когда была подобная необходимость)
А скинь пожалуйста скрин, того как это выглядит
[url=http://radikal.ru][img]http://s018.radikal.ru/i509/1706/ef/722a0c7ec077.png[/url] Я чаще всего после этого делаю его более узким, чтобы видеть в документе ниже код слева последнего добавленного товара и справа видеть суммы Ну и по высоте чтобы видеть верхнее меню и видеть низ всего окна... но тут все захотят индивидуальные размеры и положение, под то, что кому надо видеть, почему и написал настраиваемый размер и положение окна.
[url=http://radikal.ru][img]http://s019.radikal.ru/i633/1706/99/86593654e6c0.png[/url] Так использую лично я
мда, безобразие ... это при каком разрешении? размер текста 100% или увеличен? обязательно с этим что-то придумаем, скорее всего именно запоминанием последнего размера окнаЯ чаще всего после этого делаю его более узким, чтобы видеть в документе ниже код слева последнего добавленного товара и справа видеть суммы Ну и по высоте чтобы видеть верхнее меню и видеть низ всего окна... но тут все захотят индивидуальные размеры и положение, под то, что кому надо видеть, почему и написал настраиваемый размер и положение окна.
это 100% ничего не увеличено разрешение: 1366х768 - стандартный для ноутовмда, безобразие ... это при каком разрешении? размер текста 100% или увеличен? обязательно с этим что-то придумаем, скорее всего именно запоминанием последнего размера окнаЯ чаще всего после этого делаю его более узким, чтобы видеть в документе ниже код слева последнего добавленного товара и справа видеть суммы Ну и по высоте чтобы видеть верхнее меню и видеть низ всего окна... но тут все захотят индивидуальные размеры и положение, под то, что кому надо видеть, почему и написал настраиваемый размер и положение окна.
Новое предложение по документу "Остатки товара": - Есть ли возможность добавить альтернативный документ, с дополнениями... Выводить в остатки по нескольким складам в таком (дополненном) виде: [url=http://radikal.ru][img]http://i013.radikal.ru/1706/28/fb553be9c088.png[/url] Когда одни товары находятся только на 1 складе старый вариант отлично подходит, но когда одно и то же раскидано по разным складам, такой вариант проще чтобы свести и видеть общую картину остатков одинаковых товаров.
В отчете "Остатки товаров" можно задать порядок строк: с начала товар, потом склад. порядок строк При этом варианте вы будете видеть сколько товара и на каких складах. Остатки на нескольких складах
Мне нравится вариант отчета по остаткам с колонками складов. Думаю в ближайшее время мы сделаем модуль с таким вариантом отчета.
Можно но такой вариант увеличивает размер документа втрое :)В отчете "Остатки товаров" можно задать порядок строк: с начала товар, потом склад. порядок строк При этом варианте вы будете видеть сколько товара и на каких складах. Остатки на нескольких складах
Принято, спасибо.Мне нравится вариант отчета по остаткам с колонками складов. Думаю в ближайшее время мы сделаем модуль с таким вариантом отчета.
Когда будете заниматься этим вопросом, рассмотрите вариант сохранения ширины колонок в таблице к свойствам окна, по возможностиПринято, спасибо.Мне нравится вариант отчета по остаткам с колонками складов. Думаю в ближайшее время мы сделаем модуль с таким вариантом отчета.
Столкнулся с новым вопросом/глюком: При получении нового товара, по документу, более 100 позиций, на весь документ 2 разных процента на цену, чтобы была нужная цена, вышло % наценки 46,2%. Что не получилось, руками такой процент на каждую позицию без проблем вносится, но при попытке использовать инструмент: "Установить % наценки во все строки" воспользоваться им не удалось, т.к. там вносится только целое число %, ну и соответственно все ручками... Может стоит поправить, чтобы возможности соответствовали везде одному и добавить свойства числа такие же как и в самом документе...
ясно, поправимСтолкнулся с новым вопросом/глюком: При получении нового товара, по документу, более 100 позиций, на весь документ 2 разных процента на цену, чтобы была нужная цена, вышло % наценки 46,2%. Что не получилось, руками такой процент на каждую позицию без проблем вносится, но при попытке использовать инструмент: "Установить % наценки во все строки" воспользоваться им не удалось, т.к. там вносится только целое число %, ну и соответственно все ручками... Может стоит поправить, чтобы возможности соответствовали везде одному и добавить свойства числа такие же как и в самом документе...
эм, непонятноКогда будете заниматься этим вопросом, рассмотрите вариант сохранения ширины колонок в таблице к свойствам окна, по возможности
По положению окна мы обсудили и все понятно, а о чем я - "Ширина колонок, внутри окна при отображении" для отображения не всегда надо видеть полное наименование, и те же колонки, услуг и т.п. я чаще всего для удобства при выборе большого кол-ва товара, ценах, при приходах и списании, уменьшаю от номинального, для удобства, вот о сохранении с размерами окна, характеристик таблицы и говорю, т.е. ширине каждой колонки. Просто это может быть удобно если оно будет запоминать такие изменения. А т.к. делается сохранение параметров размера и положения окна, было бы умным соответственно сохранять и настройки содержимого...эм, непонятноКогда будете заниматься этим вопросом, рассмотрите вариант сохранения ширины колонок в таблице к свойствам окна, по возможности
теперь понятно :) ... надо подуматьПо положению окна мы обсудили и все понятно, а о чем я - "Ширина колонок, внутри окна при отображении" для отображения не всегда надо видеть полное наименование, и те же колонки, услуг и т.п. я чаще всего для удобства при выборе большого кол-ва товара, ценах, при приходах и списании, уменьшаю от номинального, для удобства, вот о сохранении с размерами окна, характеристик таблицы и говорю, т.е. ширине каждой колонки. Просто это может быть удобно если оно будет запоминать такие изменения. А т.к. делается сохранение параметров размера и положения окна, было бы умным соответственно сохранять и настройки содержимого...
Найдена новая ошибка: Опишу полную процедуру, чтобы сразу было понятнее. В группе товаров есть единица измерения по умолчанию, но к примеру часть товара в ней же с другой единицей измерения. Если копировать этот товар, у которого единица измерения отличается от единицы группы, то при копировании, на новую позицию ставится единица измерения группы. Думаю это неверно и при копировании единица измерения должна так же копироваться по умолчанию.
Согласен. Исправим.
Новое предложение, вызванное необходимостью. Можно добавить дополнительный тип прихода "ВОЗВРАТ ТОВАРА" Согласно нашего законодательства, мы должны принимать возврат товара от покупателя в ряде случаев, не буду описывать какие и почему, но суть думаю понятна. Сейчас делаю просто новым приходом но для такого случая приходный документ как обычный не совсем верен, если указывать тип, закупка, то и цена возвратного товара, является продажной ценой согласно предыдущего расхода и желательно делать его подчиненным документом к расходу нужного дня или создавать его как документ "на основании" к расходу или чеку.
Добрый день! Не совсем понятно, вы предлагаете новый тип документа добавить "Возврат товаров" или просто в документ "Приход товаров" добавить к полю Тип прихода вариант "Возврат" ? Тип прихода "Возврат" А почему вы считаете неверным оформлять это как "закупку"? Ведь по сути, мы закупаем товар у некоего лица и платим ему деньги за этот товар. Да есть некоторые особенности, что лицо является нашим покупателем и мы закупаем по продажной цене (более высокой нежели закупаем обычно у поставщика), но сути это не меняет и, мне кажется, что операция "возврат от покупателя" имеет много общего с операцией "закупка".
Добрый день! Не совсем понятно, вы предлагаете новый тип документа добавить "Возврат товаров" или просто в документ "Приход товаров" добавить к полю Тип прихода вариант "Возврат" ? Тип прихода "Возврат"
Да, все верно, я именно предлагал добавить к полю Тип прихода вариант "Возврат", только с дополнением, чтобы документ можно было создавать не только как новый документ, но и как документ "На основании" расходного документа, чтобы можно было отследить правильность внесения.[color=red]Можно добавить дополнительный тип прихода "ВОЗВРАТ ТОВАРА"[/color]
Если просто внести приходным документом как обычно от некоего поставщика, то при просчете реальной прибыли, первоначальная продажа будет учитываться, как обычная продажа с прибылью, а возвращенный товар уже оприходуется по продажной цене, и при такой продаже он в последствии продастся с нулевой прибылью, что не совсем корректно, т.к. доходы по периодам тогда будут неверными, опять же из-за неверного разнесения периода прибыльности. Ну как-то так... Кажется добавление нового типа возврат и привязка его к документу расход, по первой продаже, позволит корректно отследить откуда растут ноги. Так же позволит отследить какой товар возвращается и по какой причине, чтобы отслеживать и в дальнейшем принимать решения по таким товарам/продавцам и в чем причина таких возвратов, возможно по каким-то позициям такие моменты будут систематическими... Дополнение: Забыл сразу написать, думаю сумма документа ВОЗВРАТ должна быть отрицательной, что как раз и даст возможность корректно отслеживать периоды прибыли!А почему вы считаете неверным оформлять это как "закупку"? Ведь по сути, мы закупаем товар у некоего лица и платим ему деньги за этот товар. Да есть некоторые особенности, что лицо является нашим покупателем и мы закупаем по продажной цене (более высокой нежели закупаем обычно у поставщика), но сути это не меняет и, мне кажется, что операция "возврат от покупателя" имеет много общего с операцией "закупка".
Давайте попробуем представить, что должно получиться в результате возврата от покупателя: - в начале мы закупили/оприходовали товар себе на склад документом "Приход товаров" с типом "Закупка", допустим 2 шт по цене $100 на сумму $200. - затем продали документом "Расход товара" с типом "Продажа розница", допустим 1 шт по цене $120 на сумму $120, т.к. себестоимость была $100, значит получили прибыль $20. Результат продажи можно увидеть в отчете Продажи товаров. - после продажи на остатке у нас еще есть 1 шт по цене $100 на сумму $100. - теперь покупатель возвращает нам товар 1 шт по цене $120 на сумму $120 (как мы его и продавали). Если мы просто оприходуем его документом "Приход товаров", то на прибыли это никак НЕ отразится, а на остатке снова станет 2 шт, но уже на сумму $220, соответственно по усредненной цене $110. - если в дальнейшем мы продадим все 2 шт по цене $120 на сумму $240, значит получим прибыль еще $20, т.к. себестоимость 2-х шт (с учетом первой продажи и возврата) была $220. Итого прибыль от продажи 2 шт составит $40. Точно столько же мы получили бы, если б возврата НЕ было, а была просто продажа 2 шт по цене $120 на сумму $240 с учетом себестоимости 2-х шт $200. Какой же результат должен давать возврат с отрицательной суммой, какой эта сумма должна быть и как будет влиять на прибыль? Опишите, пожалуйста, как вы это представляете?
Вот в этом месте как раз и стоит подумать как сделать, желательно чтобы тут товар вернулся на склад с первоначальной закупочной ценой, но при этом документ должен быть с отрицательной суммой продажной как продавался.... задачка...Давайте попробуем представить, что должно получиться в результате возврата от покупателя: - в начале мы закупили/оприходовали товар себе на склад документом "Приход товаров" с типом "Закупка", допустим 2 шт по цене $100 на сумму $200. - затем продали документом "Расход товара" с типом "Продажа розница", допустим 1 шт по цене $120 на сумму $120, т.к. себестоимость была $100, значит получили прибыль $20. Результат продажи можно увидеть в отчете Продажи товаров. - после продажи на остатке у нас еще есть 1 шт по цене $100 на сумму $100. - теперь покупатель возвращает нам товар 1 шт по цене $120 на сумму $120 (как мы его и продавали). Если мы просто оприходуем его документом "Приход товаров", то на прибыли это никак НЕ отразится, а на остатке снова станет 2 шт, но уже на сумму $220, соответственно по усредненной цене $110.
Эта часть должна как раз при повторной продаже оставаться как и при первой, цена данного товара не должна подниматься, что как раз сейчас и получается если в текущем варианте делается повторный приход по цене возврата, т.е. продажной цене. Именно из-за такого момента и появилась идея дополнительного типа приходной накладной.- если в дальнейшем мы продадим все 2 шт по цене $120 на сумму $240, значит получим прибыль еще $20, т.к. себестоимость 2-х шт (с учетом первой продажи и возврата) была $220. Итого прибыль от продажи 2 шт составит $40. Точно столько же мы получили бы, если б возврата НЕ было, а была просто продажа 2 шт по цене $120 на сумму $240 с учетом себестоимости 2-х шт $200.
Почему я сказал, что документ с отрицательной суммой, чтобы было видно в журнале "Все документы" сразу визуально, что это возвратный документ, а не приходный или продажный, они все с положительными суммами. Но это не обязательно если реализовать основной механизм описанный выше: т.е. возврат товара по первоначальной цене, но сумма документа с суммой продажи, именно из-за этого я и думал о том, чтобы данный документ был подчиненным к первоначальному расходному, таким образом можно видеть и есть откуда тянуть эти данные, на момент продажи данного товара в документе расхода, его цену продажи и себестоимости на моменте продажи. При создании такого подчиненного документа автоматом брать весь товар данной расходной с заполненными данными, и просто удалить остальной товар, который не надо возвращать, что и позволит просчитать по какой цене и с какими суммами будет возвращаться товар. Теперь по прибыли, при наличии такого документа, подвязанного к расходной, как раз и можно в прибыль будет увидеть, что товар возвращен по конкретной расходной накладной и в комментарии прописать, как сейчас на подчиненных документах с дополнением пример "Возврат на товары из: СФ-45 (00/00/17 ...00:00:00) От покупателя" (Имя документа написал на своем примере, т.к. мы делали с Вами модуль для изменения данного имени, так же если это был расход на предприятие, то вместо "от покупателя" писать наименование организации, куда продавался товар, т.е. контрагент). На текущий момент, что-то в таком виде в мыслях...Какой же результат должен давать возврат с отрицательной суммой, какой эта сумма должна быть и как будет влиять на прибыль? Опишите, пожалуйста, как вы это представляете?
Спасибо за ваши предложения и мысли! Смысл понятен, возврат от покупателя это некая продажа с отрицательной суммой, получится мы как бы отменяем продажу и полученную прибыль, при этом нужно каким-то образом оприходовать товар на склад с первичной себестоимостью. Будем думать как это лучше реализовать.
Гуд, если будут в процессе вопросы или предложения, пишите, попробуем свести в решение для реализации.Спасибо за ваши предложения и мысли! Смысл понятен, возврат от покупателя это некая продажа с отрицательной суммой, получится мы как бы отменяем продажу и полученную прибыль, при этом нужно каким-то образом оприходовать товар на склад с первичной себестоимостью. Будем думать как это лучше реализовать.
Появилось новое небольшое предложение: - Можно в документе расхода, при выборе типа документа (списание) добавлять в комментарий текст "списание", по аналогии, как там указывается привязка документов на основании... Это поможет не открывая документов, сразу в списке всех документов видеть такие моменты, и при необходимости найти все списания.
Можно как то разделить остатки по складам, а не общий остаток: допустим 3 склада и в каждом по 25 единиц, в программе показывает общий остаток это не удобно; и чтобы списание товаров с остатков проводилась не после Z-отчета и закрытия, а после пробития чека, а если на остатке нет товара в РМК выходило уведомление, так как этого не происходит возможна продажа товаров которых нет на складе... с уважением, внесите дополнение это очень поможет в работе!
про остатки это как я понимаю имеется в виду список товаров? там вы хотите разделить остаток по складам? макет из этого [url=http://forum.kayala-soft.ru/posts/m5368-Novaja-versija-1-3#post5368]поста[/url] это о чем вы говорите? по поводу списания товаров при проведении чека, я тут уже писал про это, но что-то быстро найти не могу ... если кратко, то: если покупатель принес товар на кассу это значит что товар у вас есть и я не вижу причин его не продать ... возможно его просто не оприходовали или в результате работы образовался пересорт, но зачем не давать возможность его продавать? можете пояснить? возможно я что-то упускаюМожно как то разделить остатки по складам, а не общий остаток: допустим 3 склада и в каждом по 25 единиц, в программе показывает общий остаток это не удобно; и чтобы списание товаров с остатков проводилась не после Z-отчета и закрытия, а после пробития чека, а если на остатке нет товара в РМК выходило уведомление, так как этого не происходит возможна продажа товаров которых нет на складе... с уважением, внесите дополнение это очень поможет в работе!
Не знаю, что имел в виду vladislav48 Но вроде вариант, как мы обсуждали ранее, чтобы можно было посмотреть товары с привязкой к складу, сможет помочь и vladislav48-ю, хотя могу ошибаться... А вот сообщение, и проверка наличия товара на других складах, может оказаться актуальной, что поможет определиться что товар или находится на другом складе/магазине либо поможет найти непроведенный документ перемещения товара между складами, или найти что такой документ забыли создать при передаче товара между складами/магазинами... Как-то так...про остатки это как я понимаю имеется в виду список товаров? там вы хотите разделить остаток по складам? макет из этого [url=http://forum.kayala-soft.ru/posts/m5368-Novaja-versija-1-3#post5368]поста[/url] это о чем вы говорите? по поводу списания товаров при проведении чека, я тут уже писал про это, но что-то быстро найти не могу ... если кратко, то: если покупатель принес товар на кассу это значит что товар у вас есть и я не вижу причин его не продать ... возможно его просто не оприходовали или в результате работы образовался пересорт, но зачем не давать возможность его продавать? можете пояснить? возможно я что-то упускаюМожно как то разделить остатки по складам, а не общий остаток: допустим 3 склада и в каждом по 25 единиц, в программе показывает общий остаток это не удобно; и чтобы списание товаров с остатков проводилась не после Z-отчета и закрытия, а после пробития чека, а если на остатке нет товара в РМК выходило уведомление, так как этого не происходит возможна продажа товаров которых нет на складе... с уважением, внесите дополнение это очень поможет в работе!
да, полезная может оказаться штукаА вот сообщение, и проверка наличия товара на других складах, может оказаться актуальной, что поможет определиться что товар или находится на другом складе/магазине либо поможет найти непроведенный документ перемещения товара между складами, или найти что такой документ забыли создать при передаче товара между складами/магазинами...
Опубликован новый модуль, подробности [url=https://forum.kayala-soft.ru/posts/t2066-Modul---Ostatki-po-skladam]здесь[/url].
Образовалось новое предложение для документа "Перемещение товара". Опишу сначала в чем суть: К примеру мы получаем товар по накладной на общий склад (более 100 наименований), приходуем ее на склад, все в порядке. Далее часть товара передаем на удаленный склад/магазин, создавая копированием с этой накладной путем "Документа на основании" и создание документа перемещения. Из этих позиций часть передается к примеру частично часть не передается, удобно проставить кол-во передаваемого товара и все, вот тут возникает вопрос, что документ при наличии строчек товара с нулевым количеством не проводится и выдает ошибку чтобы указали кол-во для передачи... В этом моменте появляется предложение: Сделать в документе некую кнопочку "Удалить нулевые товары" чтобы не вручную проходить по 100 и более позициям и удалять те которые не передаются, а сделать это нажатием данной кнопки, при необходимости. Если же кто-то неверно заполнил кол-ва, то сообщение остается актуальным и все остается как и было, можно просмотреть и подправить, а в данном случае иметь возможность быстро убрать ненужное. Данная возможность значительно позволит ускорить рабочий процесс. Заранее спасибо.
хм ... непонятно ... т.е. создали новый документ и потом проходитесь по столбцу "количество" с выставлением нужного количества или нуля если не нужно, так? если так, то не проще вместо вводя нуля просто нажимать на клавишу Delete что бы убрать ненужную строку в новом документе? по идее даже быстрее получится
тут 50/50 потому, как можно случайно лишнее удалить с первого раза, для проверки второй раз прохожусь по позициям и если удалять, то можно удалить лишнее, потом в базе искать дольше недостающую позицию при сильно большом кол-ве позиций. Тогда еще вариант предложения, можно не добавлять кнопку в документ, а вариант выбора в проверку. т.е. чтобы не просто было уведомление, что есть нулевые позиции, а вторая кнопка подтвердить и при проведении нулевые удалять на проводке.хм ... непонятно ... т.е. создали новый документ и потом проходитесь по столбцу "количество" с выставлением нужного количества или нуля если не нужно, так? если так, то не проще вместо вводя нуля просто нажимать на клавишу Delete что бы убрать ненужную строку в новом документе? по идее даже быстрее получится
Предлагаю другой вариант. После первого прохода, когда проставлено количество "0", сделать сортировку по количеству, для этого нажать на заголовок колонки "Количество". После еще раз проверить и удалить. [img]https://image.prntscr.com/image/ZQoExJXnTFiI9yo4i-SgMQ.png
Так можно, но удаление есть только попозиционно, надо тогда как-то придумать вариант удаления не только по 1 позиции а группы позиций, чтобы можно было выделить не одну строку а несколько и за раз удалить, а то так смысл ничем не улучшается, а просто становится упорядоченым.Предлагаю другой вариант. После первого прохода, когда проставлено количество "0", сделать сортировку по количеству, для этого нажать на заголовок колонки "Количество". После еще раз проверить и удалить. [img]https://image.prntscr.com/image/ZQoExJXnTFiI9yo4i-SgMQ.png
Нажал кнопку "DEL" и держишь :), только перед этим сохранить документ желательно.
:) аха :) и удаляешь сразу все остальное :) Именно из-за этого и хотел упростить жизнь себе и пользователям программы... Вы подумайте если что о вариантах сделать подобное, доработок 1 скрипт в проверке, а пользы много.Нажал кнопку "DEL" и держишь :), только перед этим сохранить документ желательно.
Очередное новое предложение: "Справочник "Контрагенты" Смотрите, в данных каждого Контрагента есть замечательное поле "Комментарий", а вот в списке Контрагентов нет вывода этого поля... Интересно было бы его видеть, т.е. Это довольно полезное поле, а так сейчас если есть несколько похожих по названию фирм, иногда для проверки себя приходится заходить в редактирование Контрагента, чтобы увидеть что-же написано в комментарии к нему... Да и просто странно иметь спрятанные данные которые, не отображаются, особенно Комментарий. Не лучше все же его добавить при выводе в список, или сделать настраиваемым отображение данного поля, да и вообще настройку отображения колонок данного справочника.
да, мы близки к мысли о настройке колонок, возможно не только в справочниках но и журналах или еще и в самих документах
Может пока хотябы показать данную колонку, пока доходите до настройки...да, мы близки к мысли о настройке колонок, возможно не только в справочниках но и журналах или еще и в самих документах
не вопрос, в следующей версии добавим
Новое предложение, по улучшению... Смотрите... сейчас, когда копируется позиция товара, автоматически открывается скопированная позиция на редактирование и активным выделяется последнее поле в товаре т.е. в моем случае, к примеру - это страна. Думаю лучше будет сделать позиционирование на первом поле редактирования, т.е. "Наименование" - это ускорит работу с копированием позиций. PS: Как там успехи с копированием, то, что обсуждалось ранее (копирование единиц измерения), чтобы оно копировалось из копируемой позиции а не из характеристик группы...честно напрягает жутко...
да, не хорошо получаетсяНовое предложение, по улучшению... Смотрите... сейчас, когда копируется позиция товара, автоматически открывается скопированная позиция на редактирование и активным выделяется последнее поле в товаре т.е. в моем случае, к примеру - это страна. Думаю лучше будет сделать позиционирование на первом поле редактирования, т.е. "Наименование" - это ускорит работу с копированием позиций.
на сколько я понимаю уже сделано, в следующую версию войдетPS: Как там успехи с копированием, то, что обсуждалось ранее (копирование единиц измерения), чтобы оно копировалось из копируемой позиции а не из характеристик группы...честно напрягает жутко...
Внесите тогда поправочку, там не так сложно должно быть..да, не хорошо получаетсяНовое предложение, по улучшению... Смотрите... сейчас, когда копируется позиция товара, автоматически открывается скопированная позиция на редактирование и активным выделяется последнее поле в товаре т.е. в моем случае, к примеру - это страна. Думаю лучше будет сделать позиционирование на первом поле редактирования, т.е. "Наименование" - это ускорит работу с копированием позиций.
Отлично, тогда очень жду ее выхода!на сколько я понимаю уже сделано, в следующую версию войдетPS: Как там успехи с копированием, то, что обсуждалось ранее (копирование единиц измерения), чтобы оно копировалось из копируемой позиции а не из характеристик группы...честно напрягает жутко...
Уже исправили, но к сожалению, для пользователей станет доступно только с выходом следующей версии.PS: Как там успехи с копированием, то, что обсуждалось ранее (копирование единиц измерения), чтобы оно копировалось из копируемой позиции а не из характеристик группы...честно напрягает жутко...
Добрый день, добавьте пожалуйста возможность оставлять Коментарии в продаже (опт, розница). Очень нужно комментировать ту или иную продажу. л
Такая возможность есть. И сейчас полностью работает.Добрый день, добавьте пожалуйста возможность оставлять Коментарии в продаже (опт, розница). Очень нужно комментировать ту или иную продажу.
Найдена недоработочка: В документе печать ценников, при работе с позициями не работают горячие клавиши, столкнулся с тем, что через "Del" нельзя удалить строку, только нажатием мышкой на кнопку удаления, добавьте пожалуйста эту возможность. Будет просто удобнее и быстрее. ЗЫ: Для чего использую и где приходится удалять: - Есть приход на общий склад, товар приходуется, дальше проводится ценообразование, после чего актами ПП раздается на склады. - Вот тут на сейчас приходится печатать им ценники, с одного акта Ценообразования а товар частично идет на разные склады и часто дублируется... почему разные списки печати ценников. Вариант добавить возможность печати ценников с документов "Акт ПП", так было бы быстрее ну и доработать удаление лишних строк с клавиатуры так же полезная возможность!
ок, Del поправим на всякий случай, Акт ПП это в смысле Перемещение товаров? Судя по описанию это он, но спросить я должен был :) Мысль про печать ценников из него вполне очевидная, добавим.Найдена недоработочка: В документе печать ценников, при работе с позициями не работают горячие клавиши, столкнулся с тем, что через "Del" нельзя удалить строку, только нажатием мышкой на кнопку удаления, добавьте пожалуйста эту возможность. Будет просто удобнее и быстрее. ЗЫ: Для чего использую и где приходится удалять: - Есть приход на общий склад, товар приходуется, дальше проводится ценообразование, после чего актами ПП раздается на склады. - Вот тут на сейчас приходится печатать им ценники, с одного акта Ценообразования а товар частично идет на разные склады и часто дублируется... почему разные списки печати ценников. Вариант добавить возможность печати ценников с документов "Акт ПП", так было бы быстрее ну и доработать удаление лишних строк с клавиатуры так же полезная возможность!
Да, ты все верно понял. Отлично будем ждать... ЗЫ: ПП- дословно Приема-Передачи - у Вас называется перемещения товаров, так как-то ближе название исторически...ок, Del поправим на всякий случай, Акт ПП это в смысле Перемещение товаров? Судя по описанию это он, но спросить я должен был :) Мысль про печать ценников из него вполне очевидная, добавим.Найдена недоработочка: В документе печать ценников, при работе с позициями не работают горячие клавиши, столкнулся с тем, что через "Del" нельзя удалить строку, только нажатием мышкой на кнопку удаления, добавьте пожалуйста эту возможность. Будет просто удобнее и быстрее. ЗЫ: Для чего использую и где приходится удалять: - Есть приход на общий склад, товар приходуется, дальше проводится ценообразование, после чего актами ПП раздается на склады. - Вот тут на сейчас приходится печатать им ценники, с одного акта Ценообразования а товар частично идет на разные склады и часто дублируется... почему разные списки печати ценников. Вариант добавить возможность печати ценников с документов "Акт ПП", так было бы быстрее ну и доработать удаление лишних строк с клавиатуры так же полезная возможность!
Новое предложение, надо обсудить как это реализовать либо, как обходить чтобы было корректно... Я правда не уверен как стоит это реализовывать в общий список... тут 50/50 Можно ли сделать какой-то документ либо дать права для документов "продажи опт" чтобы можно было делать один документ независимо от нахождения товаров на складах. Т.е. Суть в чем: Когда покупку совершают по безналу им не важно на каких складах у нас какой товар и надо чтобы весь список купленного был в 1 документе. На текущий момент это можно сделать только с одного склада. Т.е. чтобы это обойти надо выписать счет, потом переносить по складам товары на какой-то склад чтобы провести данный документ, но это не совсем удобно по документам опт, да и в принципе неверно. Т.е. надо либо для опта дать право списания с любых складов, при наличии либо дать возможность внутри документа оптовой продажи выбирать по таким товарам с какого склада какое кол-во списывать, так наверное с выбором будет правильнее! Ваше мнение по этому вопросу...
Отдельное предложение/просьба На текущий момент документ перемещения товаров можно сделать только как подчиненный документ с приходного документа либо копированием с другого перемещения, а не проще добавить в меню рядом с приходом/расходом и перемещение товара между складами. Пока будет это реализовано, можно попросить код данной кнопки в меню, добавлю сам на текущий момент, заранее спасибо.
Если документ будет списывать сам с любых складов, то потом концов не найдешь. Вам же в любом случае, если товар на разных складах, надо его перемещать и комплектовать в одну партию. Эти движения должны быть отражены документом перемещение.
мысль ясна, тут надо подуматьНовое предложение, надо обсудить как это реализовать либо, как обходить чтобы было корректно... Я правда не уверен как стоит это реализовывать в общий список... тут 50/50 Можно ли сделать какой-то документ либо дать права для документов "продажи опт" чтобы можно было делать один документ независимо от нахождения товаров на складах. Т.е. Суть в чем: Когда покупку совершают по безналу им не важно на каких складах у нас какой товар и надо чтобы весь список купленного был в 1 документе. На текущий момент это можно сделать только с одного склада. Т.е. чтобы это обойти надо выписать счет, потом переносить по складам товары на какой-то склад чтобы провести данный документ, но это не совсем удобно по документам опт, да и в принципе неверно. Т.е. надо либо для опта дать право списания с любых складов, при наличии либо дать возможность внутри документа оптовой продажи выбирать по таким товарам с какого склада какое кол-во списывать, так наверное с выбором будет правильнее! Ваше мнение по этому вопросу...
кстати да, тут Андрей прав, кладовщик на основании чего отдаст товар?Если документ будет списывать сам с любых складов, то потом концов не найдешь. Вам же в любом случае, если товар на разных складах, надо его перемещать и комплектовать в одну партию. Эти движения должны быть отражены документом перемещение.
попробуй в журнале документов нажать "Добавить" https://image.prntscr.com/image/odenZhu1TJKKTmH_kGgL8w.pngОтдельное предложение/просьба На текущий момент документ перемещения товаров можно сделать только как подчиненный документ с приходного документа либо копированием с другого перемещения, а не проще добавить в меню рядом с приходом/расходом и перемещение товара между складами. Пока будет это реализовано, можно попросить код данной кнопки в меню, добавлю сам на текущий момент, заранее спасибо.
Тут факт иной, товар на момент выписывания уже забран со всех складов.... Именно из-за этого и возникает такой вопрос и поэтому предложил вот эту часть [quote=burn]Т.е. надо либо для опта дать право списания с любых складов, при наличии либо [u]дать возможность внутри документа оптовой продажи выбирать по таким товарам с какого склада какое кол-во списывать[/u], так наверное с выбором будет правильнее!кстати да, тут Андрей прав, кладовщик на основании чего отдаст товар?Если документ будет списывать сам с любых складов, то потом концов не найдешь. Вам же в любом случае, если товар на разных складах, надо его перемещать и комплектовать в одну партию. Эти движения должны быть отражены документом перемещение.
Так все будет видно в документе, при необходимости разобраться
Так то можно, хочется кнопочку в верхнем меню - удобствопопробуй в журнале документов нажать "Добавить" https://image.prntscr.com/image/odenZhu1TJKKTmH_kGgL8w.pngОтдельное предложение/просьба На текущий момент документ перемещения товаров можно сделать только как подчиненный документ с приходного документа либо копированием с другого перемещения, а не проще добавить в меню рядом с приходом/расходом и перемещение товара между складами. Пока будет это реализовано, можно попросить код данной кнопки в меню, добавлю сам на текущий момент, заранее спасибо.
У Вас есть склад с которого идет отгрузка товара оптовому покупателю? Товар на ваших складах может дублироваться или он строго распределен? Например склад1 только сантехника, склад2 только товары для ремонта.
У нас один и тот же товар дублируется и находится на 2-3 складах одновременно, складов на сейчас 11. Будет в ближайшем бушующем еще 4 склада. Минимум одновременно один и тот же товар на 2-х складах. Нет отдельного для оптовых, все берут с одних и тех же мест и опт и розница.У Вас есть склад с которого идет отгрузка товара оптовому покупателю? Товар на ваших складах может дублироваться или он строго распределен? Например склад1 только сантехника, склад2 только товары для ремонта.
Если я Вас правильно понял, ваши склады - это ваши магазины, где удобно покупателю оттуда и забрал. Ваш вариант указания склада для каждой позиции, может дать сбой если товара на одном складе не хватит и нужно будет еще с трех складов подвезти.
Почти, склады - это отделы в магазинах за которыми закреплены ответственные, т.е. кроме того, что разные магазины, есть отдел или несколько отделов где ответственны за ТМЦ разные люди.Если я Вас правильно понял, ваши склады - это ваши магазины, где удобно покупателю оттуда и забрал.
В варианте, указания склада к позиции, можно обойти добавив одну и ту же позицию несколько раз с разных складов, копированием. Так реально и понятно, так же вариант, саму позицию оставлять одну, а списание по одной позиции с разных складов сделать вторую часть документа где расписано само дублирование, по складам. Я работал в свое время с другой прогой не другом предприятии, где было сделано таким образом: В одном документе было как-бы 2 слоя, чтбы понятно было, которые включали в себя 1-й печатаемый, который для клиента, второй "для работы" в котором можно было забивать больше строк и т.п. толкьо был 1 критерий проведения документа суммы 2-х часте должны были совпадать до копейки, если не совпадают документ нельзя было провести и все...Ваш вариант указания склада для каждой позиции, может дать сбой если товара на одном складе не хватит и нужно будет еще с трех складов подвезти.
Добрый день! Нужно что-то придумать с прайсом. У меня в магазине есть однотипный товар, разного размера по одинаковой цене, ну например стельки нескольких видов, и в каждом по 7-8 размеров. И вот в прайсе 3 вида стелек отображаются 25 позициями. Если бы товар сажался на склад по артикулам, то и прайс можно было делать по артикулам, а не по всем наименованиям товаров на складе.
Приветствую! Проблема понятна, но тут не с прайсом что-то делать надо, а с учетом в разрезе размеров (цветов, серий и т.д. по вкусу), что бы не заводить несколько позиций для разных размеров. Мы такую возможность планируем и понемногу реализуем. Пока могу предложить подождать, ибо как сжать прайс лист, кроме как вручную, пока идей нету.Добрый день! Нужно что-то придумать с прайсом. У меня в магазине есть однотипный товар, разного размера по одинаковой цене, ну например стельки нескольких видов, и в каждом по 7-8 размеров. И вот в прайсе 3 вида стелек отображаются 25 позициями. Если бы товар сажался на склад по артикулам, то и прайс можно было делать по артикулам, а не по всем наименованиям товаров на складе.
Это и так можно сделать, тут как вы назовёте товар все в ваших руках. Можете внести артикул в начале наименований или вместо наименования, так же можно использовать дополнительные поля для артикулов.Добрый день! Нужно что-то придумать с прайсом. У меня в магазине есть однотипный товар, разного размера по одинаковой цене, ну например стельки нескольких видов, и в каждом по 7-8 размеров. И вот в прайсе 3 вида стелек отображаются 25 позициями. Если бы товар сажался на склад по артикулам, то и прайс можно было делать по артикулам, а не по всем наименованиям товаров на складе.
Danil, пока так и делаю - выгружаю в Excell и удаляю повторяющиеся позиции burn, ну я и так на склад сажаю с артикулами перед названием товара, но ведь он потом и в прайсе так и выходит отдельной строкой с артикулом.
Ещё вопрос, а как работать с оплатой по пос-терминалу, т.е. как проводить оплату по карте в программе или это ещё не реализовано? Надо ведь провести продажу так, чтобы в кассовом отчёте денег больше не стало, но учёт этих денег всё равно где-то шёл!
Если речь идет о РМК, то при расчете с покупателем, если покупатель расплачивается банковской картой, вводите сумму на терминале, покупатель платит, далее в РМК следует выбрать вариант "Платежная карта" в окне выбора оплат и указать оплаченную сумму [img]https://image.prntscr.com/image/qEEfjs00QaOQK5zecdkKlg.png Если же вы хотите продавать товар через расход товара, то тут скорее подойдет такой вариант. Делаете расход товаров "Продажа опт", на произвольного контрагента (если покупатель не порсонафицирован), кассу это не затронет, а деньги потом придут через банковскую выписку.Ещё вопрос, а как работать с оплатой по пос-терминалу, т.е. как проводить оплату по карте в программе или это ещё не реализовано? Надо ведь провести продажу так, чтобы в кассовом отчёте денег больше не стало, но учёт этих денег всё равно где-то шёл!
Недочет, по новой версии по пункту сохранения форм документов: При повторном открытии формы, параметры левой части выбора товара, где категории и остатки по складам, размеры этих частей (ширина колонок, высота поля остатков не участвуют в сохранении положения и размеров)...
все верно, это отложили на будущееНедочет, по новой версии по пункту сохранения форм документов: При повторном открытии формы, параметры левой части выбора товара, где категории и остатки по складам, размеры этих частей (ширина колонок, высота поля остатков не участвуют в сохранении положения и размеров)...
Понял, будем ожидать...все верно, это отложили на будущееНедочет, по новой версии по пункту сохранения форм документов: При повторном открытии формы, параметры левой части выбора товара, где категории и остатки по складам, размеры этих частей (ширина колонок, высота поля остатков не участвуют в сохранении положения и размеров)...
Новое предложение по внешнему виду перечня товаров: Не всем это будет нужно, но иногда может пригодиться для быстрого отслеживания. Может стоит добавить возможность выделения (как пока не уверен, возможно жирным) текст в отмеченной колонке, т.е. даже не в отмеченной, а в настройках отображения колонок. Можно это сделать доп.пунктом настройки колонок ("выделить") после чего в колонке текст всего списка отображается жирным шрифтом и данный параметр сохраняется, как настройки размеров до отмены подсвечивания колонки.
о как ... а что именно таким образом выделить хочешь?Новое предложение по внешнему виду перечня товаров: Не всем это будет нужно, но иногда может пригодиться для быстрого отслеживания. Может стоит добавить возможность выделения (как пока не уверен, возможно жирным) текст в отмеченной колонке, т.е. даже не в отмеченной, а в настройках отображения колонок. Можно это сделать доп.пунктом настройки колонок ("выделить") после чего в колонке текст всего списка отображается жирным шрифтом и данный параметр сохраняется, как настройки размеров до отмены подсвечивания колонки.
Сегодня пришлось вносить много подобного товара и в тоге искал товар по цене, я бы выделил цену и наименование для этой задачи для ускорения поиска... а по умолчанию если бы была такая возможность выделил кол-во на складе и наименование.о как ... а что именно таким образом выделить хочешь?Новое предложение по внешнему виду перечня товаров: Не всем это будет нужно, но иногда может пригодиться для быстрого отслеживания. Может стоит добавить возможность выделения (как пока не уверен, возможно жирным) текст в отмеченной колонке, т.е. даже не в отмеченной, а в настройках отображения колонок. Можно это сделать доп.пунктом настройки колонок ("выделить") после чего в колонке текст всего списка отображается жирным шрифтом и данный параметр сохраняется, как настройки размеров до отмены подсвечивания колонки.
может наоборот? скрыть остальные колонки, если хочешь сосредоточиться на двухСегодня пришлось вносить много подобного товара и в тоге искал товар по цене, я бы выделил цену и наименование для этой задачи для ускорения поиска... а по умолчанию если бы была такая возможность выделил кол-во на складе и наименование.
В данном случае скрыть не поможет, т.к. после поиска нужны данные из других колонок :) Просто выделение концентрирует взгляд на чем-то отдельном, такой функционал может кому-то в другой момент тоже в каком-то поиске помочь.может наоборот? скрыть остальные колонки, если хочешь сосредоточиться на двухСегодня пришлось вносить много подобного товара и в тоге искал товар по цене, я бы выделил цену и наименование для этой задачи для ускорения поиска... а по умолчанию если бы была такая возможность выделил кол-во на складе и наименование.
Нашел еще одну часть по возврату документа, которую не доделали, о ней оговаривали первоначально. - Возможность создания документа как "ввод на основании документа", в перечне документов. Этот смысл работает только при создании, надо создать как новый документ прихода, потом выбор типа документа, выбор документа основания, через ввод даты, после выбора самого документа. Если ввести оговоренный пункт "Возврат товара по документу" в создание на основании документа расхода, и открывать сразу документ из первичного документа, автоматом подставится тип документа "возврат" и заполнятся данные документа основания, что ускорит процедуру создания данного документа на 3 шага. Только сейчас нашел, что эту часть пока не проработали, в первичном описании документа возврата мы это обсуждали.
да, этот очевидный момент мы упустилиНашел еще одну часть по возврату документа, которую не доделали, о ней оговаривали первоначально. - Возможность создания документа как "ввод на основании документа", в перечне документов. Этот смысл работает только при создании, надо создать как новый документ прихода, потом выбор типа документа, выбор документа основания, через ввод даты, после выбора самого документа. Если ввести оговоренный пункт "Возврат товара по документу" в создание на основании документа расхода, и открывать сразу документ из первичного документа, автоматом подставится тип документа "возврат" и заполнятся данные документа основания, что ускорит процедуру создания данного документа на 3 шага. Только сейчас нашел, что эту часть пока не проработали, в первичном описании документа возврата мы это обсуждали.
Здравствуйте ! Отличная программа! Планируется ли версия на LINUX? Было супер запустить на raspberry pi, чтобы уменьшить размеры рабочего места ну и капитальные затраты в оборудование.
Спасибо за отзыв. Версия для LINUX не планируется.
Приветствую! Нет, не планируется. Максимум, андройд версия, для планшетов и тв боксов, но врятли полноценная. А чем будет отличаться по размерам и капитальным затратам, рабочее место на виндовом планшете в сравнении с малиной? Китайские нонэймы вполне себе работоспособны и компактны, там полноценная винда с которой все знакомы, рабочие драйвера на оборудование (ФЗ-54) и переферию. Фотка на заглавной странице нашего сайта, как раз сделана с одного из таких.Здравствуйте ! Отличная программа! Планируется ли версия на LINUX? Было супер запустить на raspberry pi, чтобы уменьшить размеры рабочего места ну и капитальные затраты в оборудование.
Добрый день. Появилась небольшая идея, в формах по созданию/редактированию товара и т.п... Можно добавить кнопочку "вставки спецсимволов" в текст, чтобы привести наименования в более красивый вид, на сейчас это можно использовать но символы приходится копировать из MS Word.
Приветствую! А не начнется ли потом проблема с поиском, как-то же в поиске эти символы вводить тоже нужно будет? Какие сейчас символы вставляете?Добрый день. Появилась небольшая идея, в формах по созданию/редактированию товара и т.п... Можно добавить кнопочку "вставки спецсимволов" в текст, чтобы привести наименования в более красивый вид, на сейчас это можно использовать но символы приходится копировать из MS Word.
Чаще всего это уточнения по параметрам размеров, т.е. это градусы, квадратные метры, кубические как в наименованиях в конце или в характеристике размеров товара. Они не участвуют в поиске, поэтому проблем не создаст.Приветствую! А не начнется ли потом проблема с поиском, как-то же в поиске эти символы вводить тоже нужно будет? Какие сейчас символы вставляете?Добрый день. Появилась небольшая идея, в формах по созданию/редактированию товара и т.п... Можно добавить кнопочку "вставки спецсимволов" в текст, чтобы привести наименования в более красивый вид, на сейчас это можно использовать но символы приходится копировать из MS Word.
Небольшое предложение: Можете добавить в "Товарах" сортировку по возрастанию/убыванию как у наименования еще и на цены закупки и продажи, иногда приходится искать товар по цене, было бы полезно. Заранее спасибо.
надо подумать, как это сделать, сейчас оно не просто так не сортируется :)Небольшое предложение: Можете добавить в "Товарах" сортировку по возрастанию/убыванию как у наименования еще и на цены закупки и продажи, иногда приходится искать товар по цене, было бы полезно. Заранее спасибо.
Как вариант, может получится сортировать через использование функций фильтра...надо подумать, как это сделать, сейчас оно не просто так не сортируется :)Небольшое предложение: Можете добавить в "Товарах" сортировку по возрастанию/убыванию как у наименования еще и на цены закупки и продажи, иногда приходится искать товар по цене, было бы полезно. Заранее спасибо.
при продаже через РМК товар не уходит из остатков, приходиться несколько раз продовать и закрывать смену что бы в товарах были правильные остатки, в чем причина?
Есть возможность предоставить базу? Пришлите на почту support@kayala-soft.ru Расположение базы написано в разделе [url=https://wiki.kayala-soft.ru/wiki/3063/%D0%9E-%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B5]"О программе"[/url]
Дело в том, что так задумано в программе. Товар НЕ списывается с остатков каждым чеком пробиваемым в РМК, а списывается общее количество по всем проданным товарам при закрытии смены. Списание проданных товаров с остатка выполняется документом Z-отчет, автоматически создаваемым при закрытии смены в РМК.при продаже через РМК товар не уходит из остатков, приходиться несколько раз продовать и закрывать смену что бы в товарах были правильные остатки, в чем причина?
Добрый день! Не получается перенос товара (номенклатуры) из группы в группу. Т.е не хватает кнопочки "перенос в другую группу". Если это есть то инфа не представлена https://wiki.kayala-soft.ru/wiki/1014.
Товар просто перетаскивания мышкой в нужную категорию в номенклатуре. Справа открываете папку с перетаскиваемым товаром и просто перетягивание его в нужную папку категории слева...Добрый день! Не получается перенос товара (номенклатуры) из группы в группу. Т.е не хватает кнопочки "перенос в другую группу". Если это есть то инфа не представлена https://wiki.kayala-soft.ru/wiki/1014.
Я правильно понял? Сначала я импортирую в справочник список товаров, а потом мышкой перетаскиваю каждый товар в группу и при этом подтверждаю перемещение в выскакивающем каждый раз окошке и так все девятьсот наименований?Товар просто перетаскивания мышкой в нужную категорию в номенклатуре. Справа открываете папку с перетаскиваемым товаром и просто перетягивание его в нужную папку категории слева...Добрый день! Не получается перенос товара (номенклатуры) из группы в группу. Т.е не хватает кнопочки "перенос в другую группу". Если это есть то инфа не представлена https://wiki.kayala-soft.ru/wiki/1014.
можно сразу импортировать с разбивкой по группам, что бы потом не перетаскивать о массовом перемещении товаров между группами уже думаем, что-то обязательно придумаем :)Я правильно понял? Сначала я импортирую в справочник список товаров, а потом мышкой перетаскиваю каждый товар в группу и при этом подтверждаю перемещение в выскакивающем каждый раз окошке и так все девятьсот наименований?
Как вставлять одинаковое слово в столбец экселя я нашёл, а вот как вставить это слово перед другим текстом не нашёл. Импорт группы товаров можно вынести в отдельный столбец, а не отделять слэшем.можно сразу импортировать с разбивкой по группам, что бы потом не перетаскивать
Вот потому то я и остановился на вашей программе! Вы стараетесь сделать её лучше и удобнее. У большинства разработчиков ответ один: либо вы подстраиваетесь под нашу программу, либо ищите другую.о массовом перемещении товаров между группами уже думаем, что-то обязательно придумаем :)
групп может быть произвольное количество, с произвольным уровнем вложенности, даже вынеся группу в отдельный столбец все равно как-то их придется разделять, понимаю что у вас один уровень, но это не общий случай то о чем вы говорите в экселе делает функция СЦЕПИТЬ(RC[1];"|";RC[2]) попробуйте ееКак вставлять одинаковое слово в столбец экселя я нашёл, а вот как вставить это слово перед другим текстом не нашёл. Импорт группы товаров можно вынести в отдельный столбец, а не отделять слэшем.
[img]https://1.downloader.disk.yandex.ru/preview/28a1239e315220dae3489fd4406c69b384d38f07c5096638f2ced48be6ad751f/inf/FL7e8FWTJts48m7ket2BgSHwX56yFAwEFgOtaqDCzJyu5MOb591wXCLZOAn_0U2Vctw3u_G0Ve0104hAwp8c-A%3D%3D?uid=0&filename=5.png&disposition=inline&hash=&limit=0&content_type=image%2Fpng&tknv=v2&size=XXL&crop=0то о чем вы говорите в экселе делает функция СЦЕПИТЬ(RC[1];"|";RC[2])
Но названия то у них будут разные. Вот в столбце и указывать название хоть группы, хоть вложения или вы предполагаете, что в разных группах могут находится вложения с одинаковым названием? Хотя.групп может быть произвольное количество, с произвольным уровнем вложенности,
это не конструктивно, это обычное использование экселя, а не программирование: [YOUTUBE][img]https://1.downloader.disk.yandex.ru/preview/28a1239e315220dae3489fd4406c69b384d38f07c5096638f2ced48be6ad751f/inf/FL7e8FWTJts48m7ket2BgSHwX56yFAwEFgOtaqDCzJyu5MOb591wXCLZOAn_0U2Vctw3u_G0Ve0104hAwp8c-A%3D%3D?uid=0&filename=5.png&disposition=inline&hash=&limit=0&content_type=image%2Fpng&tknv=v2&size=XXL&crop=0то о чем вы говорите в экселе делает функция СЦЕПИТЬ(RC[1];"|";RC[2])
[url=https://forum.kayala-soft.ru/posts/m5587-Podskazhite-kak-pri-zagruzke-tovara-iz-excel-razdelit--ego-po-gruppam#post5587]Пример вложенности групп[/url]
Но названия то у них будут разные. Вот в столбце и указывать название хоть группы, хоть вложения или вы предполагаете, что в разных группах могут находится вложения с одинаковым названием? Хотя.групп может быть произвольное количество, с произвольным уровнем вложенности,
Посмотрел. Если пропустить иронию, то буду ждать "о массовом перемещении товаров между группами уже думаем, что-то обязательно придумаем :)"[YOUTUBE]
Вот и я про то же, где здесь повторяющиеся подгруппы в разных группах? Повторяющиеся выглядели бы так Бакалея / Крупы / Горох 800г [u]Продукты[/u] / Крупы / Рис 500г Бакалея / Крупы / Гречка 500г Бакалея / Кофе / Кофе JACOBS MONARCH Бакалея / Кофе / Кофе NESCAFE 3В1 20Г В этом случае программа не сможет определить в какую группу засунуть подгруппу "крупы", то ли в продукты, то ли в бакалею. Только я такую ситуацию даже придумать не могу. Ваш пример не коректен[url=https://forum.kayala-soft.ru/posts/m5587-Podskazhite-kak-pri-zagruzke-tovara-iz-excel-razdelit--ego-po-gruppam#post5587]Пример вложенности групп[/url]
не понимаю из-за чего сыр-бор, у программы не будет сомнений, куда засунуть "крупы" есть формат загрузки, он работает, я вам загрузил ваши товары, они попали в нужные группы, импорт делается один раз и забудьте про него навсегда, нужно еще раз импортировать? пожалуйста, присылайте еще раз файл, мы еще раз вам его импортируем и трансформируем так что бы программа его переварила, что не так-то?Вот и я про то же, где здесь повторяющиеся подгруппы в разных группах? Повторяющиеся выглядели бы так Бакалея / Крупы / Горох 800г [u]Продукты[/u] / Крупы / Рис 500г Бакалея / Крупы / Гречка 500г Бакалея / Кофе / Кофе JACOBS MONARCH Бакалея / Кофе / Кофе NESCAFE 3В1 20Г В этом случае программа не сможет определить в какую группу засунуть подгруппу "крупы", то ли в продукты, то ли в бакалею. Только я такую ситуацию даже придумать не могу. Ваш пример не коректен
Всё нормально.Вопрос закрыт.
Добрый вечер. Вижу в ближайшей перспективе необходимость в отчете по продажам по поставщикам. Сейчас же его нет? Я ничего не упустил?)) Насколько такое возможно и актуально?
Добрый вечер! Все правильно, нет такого отчета. Нужно подумать на счет его возможности, сейчас данные организованны таким образом что бы было проще вести учет. Списания идут в разрезе товара и склада, без учета поставщика. Мы подумаем, как это можно организовать.Добрый вечер. Вижу в ближайшей перспективе необходимость в отчете по продажам по поставщикам. Сейчас же его нет? Я ничего не упустил?)) Насколько такое возможно и актуально?
Вечер добрый. Было бы не плохо разработать андроид приложения, как минимум для проведения ревизий. Чтобы в нем можно было настроить сетевое подключение к базе, и проводить инвентаризацию, превратив телефон в тсд (можно подключить Bluetooth сканер штрих-кодов). Думаю многим будет полезно, и просто колоссально сэкономит время на инвентаризации.
Здравствуйте. Приложение для инвентаризации под андроид сейчас находится в процессе разработки, его появление планируется в через 2-3 месяца.
Тогда я почти Ваш фанат :). Перешел бы уже сейчас, но держат несколько моментов: - нужна возможность вносить и изымать деньги из кассы, т.к. размен всегда остается в кассе, и соответственно не плохо было бы видеть сумму в кассе. - нужно видеть в РМК остаток товара на складе, чтобы видеть откуда его отдавать, с витрины, или со склада. Для этого так же нужно, чтобы списание проходило сразу, при побитии чека, а не после Z отчета. - возможность сортировки в дереве товара по кол-ву.Здравствуйте. Приложение для инвентаризации под андроид сейчас находится в процессе разработки, его появление планируется в через 2-3 месяца.
Вы хотите, чтобы в РМК можно было выбирать склад, с которого списывать товар? Такой функционал мы не планировали. Остальные моменты есть в планах.- нужно видеть в РМК остаток товара на складе, чтобы видеть откуда его отдавать, с витрины, или со склада.
нет, просто в режиме РМК, добавить еще одну колонку - Остаток на складе, чтобы видеть сколько товаров есть на остатке. Для того чтобы понять, снимать с витрины товар, или идти в склад за ним. А в какой срок, планируете реализовать эти доработки?Вы хотите, чтобы в РМК можно было выбирать склад, с которого списывать товар? Такой функционал мы не планировали. Остальные моменты есть в планах.- нужно видеть в РМК остаток товара на складе, чтобы видеть откуда его отдавать, с витрины, или со склада.
Я бы еще высказался за развитие, в направлении сети магазинов. У нас есть несколько торговых точек, в разных городах, сейчас работают автономно каждая. Было бы очень неплохо объединить их в одной базе, с разными складами. Возможно, для этих целей, можно будет использовать яндекс диск (или другое облако). Как я себе это представляю (концептуально): Есть главный магазин, на котором происходит весь приход товара, и там же он распределяется по складам. Подчиненные магазины, раз, два раза в день (или по приказу, какой-нибудь кнопкой), проводят синхронизацию с главной базой. Как-то так, надеюсь я понятно выразил свою мысль. P.S. Возможно ли как-нибудь распечатать товарный чек, если товар был продан неделю назад, а клиент сразу его не попросил (или скажем потерял). Иногда возникает такая необходимость. И возможно вставить картинку - логотип магазина, в форму товарного чека?
Видеть остаток в РМК при подборе можно уже сейчас. Нужно установить модуль "РМК. Товары с остатками". Но, как вы понимаете, эти остатки НЕ учитывают продажи сделанные в текущей (открытой) смене. Модуль РМК. Товары с остатками
Обещать не буду, лишь выскажу предположение. Думаю все перечисленные моменты успеем сделать к ближайшей новой версии (где-то январь 2018).А в какой срок, планируете реализовать эти доработки?
Такой модуль установлен, но остатков не видно. Может потому что версия portable?Видеть остаток в РМК при подборе можно уже сейчас. Нужно установить модуль "РМК. Товары с остатками". Но, как вы понимаете, эти остатки НЕ учитывают продажи сделанные в текущей (открытой) смене. Модуль РМК. Товары с остатками
Обещать не буду, лишь выскажу предположение. Думаю все перечисленные моменты успеем сделать к ближайшей новой версии (где-то январь 2018).А в какой срок, планируете реализовать эти доработки?
В направлении сети мы тоже работает, но это перспектива 2-3 следующих версий.Я бы еще высказался за развитие, в направлении сети магазинов. У нас есть несколько торговых точек, в разных городах, сейчас работают автономно каждая. Было бы очень неплохо объединить их в одной базе, с разными складами. Возможно, для этих целей, можно будет использовать яндекс диск (или другое облако). Как я себе это представляю (концептуально): Есть главный магазин, на котором происходит весь приход товара, и там же он распределяется по складам. Подчиненные магазины, раз, два раза в день (или по приказу, какой-нибудь кнопкой), проводят синхронизацию с главной базой. Как-то так, надеюсь я понятно выразил свою мысль.
В журнале документов "Все документы" можно найти нужный Чек и в нем по кнопке "Печать" получить товарный чек. Для логотипа присылайте картинку нам на почту, мы сделаем и вышлем вам модуль, установите и будет у вас товарный чек с логотипом.P.S. Возможно ли как-нибудь распечатать товарный чек, если товар был продан неделю назад, а клиент сразу его не попросил (или скажем потерял). Иногда возникает такая необходимость. И возможно вставить картинку - логотип магазина, в форму товарного чека?
Такая колонка в подборе не появилась? Остатки при подборе в РМКТакой модуль установлен, но остатков не видно. Может потому что версия portable?
Отлично, спасибо. А не рассматривали ли Вы возможность, в карточке товаров сделать поле, где будет видно все движение по этому товару? К примеру сценарий: Пришел клиент, говорит, я у вас неделю, или две, точно не помню, покупал такой то товар, но потерял товарный чек, а на работе требуют, распечатайте, пожалуйста, еще раз. Т.к. человек не помнит точную дату, но помнит товар, мы поиском ищем данный товар, открываем карточку товара, смотрим движение (приходы, расходы, списания и т.д. с датами), находим расход, который попадает в названный временной горизонт, и печатаем товарный чек. Такой же механизм и при возврате товара. Иными словами, когда в карточке товара видно все движение, именно по этому товару - легко добраться до любого документа, и повторить его, или узнать нужную информацию.В направлении сети мы тоже работает, но это перспектива 2-3 следующих версий.Я бы еще высказался за развитие, в направлении сети магазинов. У нас есть несколько торговых точек, в разных городах, сейчас работают автономно каждая. Было бы очень неплохо объединить их в одной базе, с разными складами. Возможно, для этих целей, можно будет использовать яндекс диск (или другое облако). Как я себе это представляю (концептуально): Есть главный магазин, на котором происходит весь приход товара, и там же он распределяется по складам. Подчиненные магазины, раз, два раза в день (или по приказу, какой-нибудь кнопкой), проводят синхронизацию с главной базой. Как-то так, надеюсь я понятно выразил свою мысль.
В журнале документов "Все документы" можно найти нужный Чек и в нем по кнопке "Печать" получить товарный чек. Для логотипа присылайте картинку нам на почту, мы сделаем и вышлем вам модуль, установите и будет у вас товарный чек с логотипом.P.S. Возможно ли как-нибудь распечатать товарный чек, если товар был продан неделю назад, а клиент сразу его не попросил (или скажем потерял). Иногда возникает такая необходимость. И возможно вставить картинку - логотип магазина, в форму товарного чека?
А если Вы за неделю раз 20 продавали этот товар, поиск чека может занять длительное время. Допустим еще и очередь начала накапливаться. Точно такой функционал нужен именно на кассе. Не проще будет искать его товароведу на своем компе имеющимися средствами?.
Такое поведение выбивается из нашей концепции, в нашем варианте это скорее будет кнопка в панели инструментов списка товаров, вызывающая нужный отчет. Т.е. последовательность действий будет следующая. Находите товар в списке товаров, не открывая карточку жмете на кнопку отчета, появляется отчет (например продажи, если хотите найти чек), выбираете период, формируете с выводом документов, на подходящем документе дважды кликаете, открывается документ из которого можно печатать товарный чек.Отлично, спасибо. А не рассматривали ли Вы возможность, в карточке товаров сделать поле, где будет видно все движение по этому товару? К примеру сценарий: Пришел клиент, говорит, я у вас неделю, или две, точно не помню, покупал такой то товар, но потерял товарный чек, а на работе требуют, распечатайте, пожалуйста, еще раз. Т.к. человек не помнит точную дату, но помнит товар, мы поиском ищем данный товар, открываем карточку товара, смотрим движение (приходы, расходы, списания и т.д. с датами), находим расход, который попадает в названный временной горизонт, и печатаем товарный чек. Такой же механизм и при возврате товара. Иными словами, когда в карточке товара видно все движение, именно по этому товару - легко добраться до любого документа, и повторить его, или узнать нужную информацию.
Нет, не появилась. Программу перезапускал несколько раз, и пк перезагружал.Такая колонка в подборе не появилась? Остатки при подборе в РМКТакой модуль установлен, но остатков не видно. Может потому что версия portable?
у вас установлен антивирус? если да, то какой? можете прислать нам на почту support@kayala-soft.ru содержимое окна [url=https://wiki.kayala-soft.ru/wiki/3063/%D0%9E-%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B5]О программе[/url], раздел 3?Нет, не появилась. Программу перезапускал несколько раз, и пк перезагружал.
Да, такой вариант, вполне рабочий. Это уже реализовано, или возможно в будущем?Такое поведение выбивается из нашей концепции, в нашем варианте это скорее будет кнопка в панели инструментов списка товаров, вызывающая нужный отчет. Т.е. последовательность действий будет следующая. Находите товар в списке товаров, не открывая карточку жмете на кнопку отчета, появляется отчет (например продажи, если хотите найти чек), выбираете период, формируете с выводом документов, на подходящем документе дважды кликаете, открывается документ из которого можно печатать товарный чек.Отлично, спасибо. А не рассматривали ли Вы возможность, в карточке товаров сделать поле, где будет видно все движение по этому товару? К примеру сценарий: Пришел клиент, говорит, я у вас неделю, или две, точно не помню, покупал такой то товар, но потерял товарный чек, а на работе требуют, распечатайте, пожалуйста, еще раз. Т.к. человек не помнит точную дату, но помнит товар, мы поиском ищем данный товар, открываем карточку товара, смотрим движение (приходы, расходы, списания и т.д. с датами), находим расход, который попадает в названный временной горизонт, и печатаем товарный чек. Такой же механизм и при возврате товара. Иными словами, когда в карточке товара видно все движение, именно по этому товару - легко добраться до любого документа, и повторить его, или узнать нужную информацию.
А если Вы за неделю раз 20 продавали этот товар, поиск чека может занять длительное время. Допустим еще и очередь начала накапливаться. Точно такой функционал нужен именно на кассе. Не проще будет искать его товароведу на своем компе имеющимися средствами?.
А если за неделю продали 20 таких товаров, значит это какая-нибудь мелочь, и там все равно какой датой возвращать. Идея в том, чтобы по наименованию товара, можно было найти, когда он продавался, у кого и когда закупался.еще нет, но вариант уже опробован во Фреш Маркете, должно быть довольно легко добавить такое и в Торговое местоДа, такой вариант, вполне рабочий. Это уже реализовано, или возможно в будущем?
Сейчас товар можно легко добавить в фильтр любого отчета скопировав в буфер его Код (кнопки Ctrl + C) и вставив из буфера (кнопки Ctrl + V). Посмотреть все приходы и расходы по товару можно в отчете "Обороты товаров". К сожалению, Чеки туда не попадают, т.к. не списывают товар с остатков.Да, такой вариант, вполне рабочий. Это уже реализовано, или возможно в будущем?
Сколько минусов, при не списании товара по чеку... :). В связи с чем принято решение списывать после Z-отчета, а не после пробития чека? Ну на сколько я понял, в будущих обновления это исправите?Сейчас товар можно легко добавить в фильтр любого отчета скопировав в буфер его Код (кнопки Ctrl + C) и вставив из буфера (кнопки Ctrl + V). Посмотреть все приходы и расходы по товару можно в отчете "Обороты товаров". К сожалению, Чеки туда не попадают, т.к. не списывают товар с остатков.Да, такой вариант, вполне рабочий. Это уже реализовано, или возможно в будущем?
А как выбрать нужный чек, если его номер и дата не известны? Т.е. известно наименования товара и примерный интервал дат продажи?В журнале документов "Все документы" можно найти нужный Чек и в нем по кнопке "Печать" получить товарный чек. Для логотипа присылайте картинку нам на почту, мы сделаем и вышлем вам модуль, установите и будет у вас товарный чек с логотипом.
плюсов на наш взгляд больше, даже в относительно больших магазинах, где казалось бы достаточно персонала, все равно не успевают все вовремя оприходовать и при списании по чеку будут проблемы, кроме того в режиме "автономная касса", чеку просто нечего списывать и магазин получит результат продаж в любом случае скорее всего после закрытия смены ... так что списывать по чеку нужно далеко не всегда исправлять мы это не будем, списание по чеку будет опциональным модулем, для ценителей так сказать :)Сколько минусов, при не списании товара по чеку... :). В связи с чем принято решение списывать после Z-отчета, а не после пробития чека? Ну на сколько я понял, в будущих обновления это исправите?
В настоящий момент только поочередным открытием Чеков и визуальным определением, если ли там нужный товар. В ближайшее время появится отчет решающий эту проблему. Он уже давно в планах, но, к сожалению, выбор приоритетов пока не сложился в его пользу. С другой стороны, насколько часто возникает такая задача? А что является конечной целью: печать товарного чека, возврат товара или еще что-то?А как выбрать нужный чек, если его номер и дата не известны? Т.е. известно наименования товара и примерный интервал дат продажи?
Я бы не сказал, что часто просят распечатать старый чек, но тоже бывает, а вот возврат, когда не помнят дату покупки - очень часто. Такой отчет очень необходим, перспектива перекапывать кучу чеков совсем не радует. Судя по ответам следующее обновление - будет очень полезным. А если реализуете все пожелания, да ещё и будет андроид приложение для инвентаризации - это будет просто идеальная программа для многих! Спасибо Вам за программу!!!В настоящий момент только поочередным открытием Чеков и визуальным определением, если ли там нужный товар. В ближайшее время появится отчет решающий эту проблему. Он уже давно в планах, но, к сожалению, выбор приоритетов пока не сложился в его пользу. С другой стороны, насколько часто возникает такая задача? А что является конечной целью: печать товарного чека, возврат товара или еще что-то?А как выбрать нужный чек, если его номер и дата не известны? Т.е. известно наименования товара и примерный интервал дат продажи?
А можно, пока идёт разработка, выскажу просьбу? Сделайте, пожалуйста, чтобы в приложении не было видно остатков, чтобы продавец не "мутил" при ревизии. А то посчитает к примеру 2шт по факту, увидит, что по программе на остатке должно быть 3шт,и чтобы было меньше недостачи, напишит, что в наличии 3шт. Ну или хотя бы предусмотреть возможность отключать видимость остатков опционально. P. S. А можно как-нибудь в программе искать товар по цене (розничной). Мы очень часто используем поиск по цене.Здравствуйте. Приложение для инвентаризации под андроид сейчас находится в процессе разработки, его появление планируется в через 2-3 месяца.
эм ... вы же вроде сами хотели, что бы продавец видел остатки, что бы понимать, что товар в наличии есть, а теперь он не должен видеть остатки? может тут вопрос просто в организации ревизии, ее должен производить либо незаинтересованное лицо, либо под контролемА можно, пока идёт разработка, выскажу просьбу? Сделайте, пожалуйста, чтобы в приложении не было видно остатков, чтобы продавец не "мутил" при ревизии. А то посчитает к примеру 2шт по факту, увидит, что по программе на остатке должно быть 3шт,и чтобы было меньше недостачи, напишит, что в наличии 3шт. Ну или хотя бы предусмотреть возможность отключать видимость остатков опционально.
только через [url=https://wiki.kayala-soft.ru/wiki/1034/%D0%9F%D0%BE%D0%B8%D1%81%D0%BA]контекстный поиск[/url], но не думаю что вы это имели в виду, зачем вам такое?P. S. А можно как-нибудь в программе искать товар по цене (розничной). Мы очень часто используем поиск по цене.
Я хочу, чтобы остатки были видны продавцу, при продаже товара. А в андроид приложении, при ревизии, остатки видеть не нужно.))) Поиск по цене мы используем при продаже. На некоторых товарах,которых нет на ветрине,нет ценника, и кода соответственно, и назвать его могли по разному,но точно известна цена. Мы вбиваем в поиске розничную цену, программа выдает списком весь товар по этой цене, и мы там выбираем, что нужно.эм ... вы же вроде сами хотели, что бы продавец видел остатки, что бы понимать, что товар в наличии есть, а теперь он не должен видеть остатки? может тут вопрос просто в организации ревизии, ее должен производить либо незаинтересованное лицо, либо под контролемА можно, пока идёт разработка, выскажу просьбу? Сделайте, пожалуйста, чтобы в приложении не было видно остатков, чтобы продавец не "мутил" при ревизии. А то посчитает к примеру 2шт по факту, увидит, что по программе на остатке должно быть 3шт,и чтобы было меньше недостачи, напишит, что в наличии 3шт. Ну или хотя бы предусмотреть возможность отключать видимость остатков опционально.
только через [url=https://wiki.kayala-soft.ru/wiki/1034/%D0%9F%D0%BE%D0%B8%D1%81%D0%BA]контекстный поиск[/url], но не думаю что вы это имели в виду, зачем вам такое?P. S. А можно как-нибудь в программе искать товар по цене (розничной). Мы очень часто используем поиск по цене.
они там как раз не планируются, пользователь будет вводить только то что видит, по аналогии с инвентаризационной описьюЯ хочу, чтобы остатки были видны продавцу, при продаже товара. А в андроид приложении, при ревизии, остатки видеть не нужно.)))
я пока даже не знаю, что написать ... тут явно что-то не так, возможно стоит поработать с названиями, что бы не было сомнений как называется товар ... а можно конкретные примеры? что за товар и как и с чем его можно перепутать или неправильно ввести название? по мне это крайне ненадежный способ подбора товара, искать по критерию который периодически меняется (цена) и игнорировать как раз-таки постоянные свойства товара (код, артикул, наименование)Поиск по цене мы используем при продаже. На некоторых товарах,которых нет на ветрине,нет ценника, и кода соответственно, и назвать его могли по разному,но точно известна цена. Мы вбиваем в поиске розничную цену, программа выдает списком весь товар по этой цене, и мы там выбираем, что нужно.
они там как раз не планируются, пользователь будет... Это отлично, я просто на всякий случай, выразил пожелание. Что касается поиска по цене - я с Вами полностью согласен. Но привычка - это страшная сила!))) она осталась ещё со времен эксела, когда для поиска использовали фильтр по цене, т. К. товара было не много, и быстрее было вбить цифру и выбрать из списка, чем печатать часть названия. В нынешней учётной программе тоже есть поиск по цене, что только укрепил эту привычку...))))они там как раз не планируются, пользователь будет вводить только то что видит, по аналогии с инвентаризационной описьюЯ хочу, чтобы остатки были видны продавцу, при продаже товара. А в андроид приложении, при ревизии, остатки видеть не нужно.)))
я пока даже не знаю, что написать ... тут явно что-то не так, возможно стоит поработать с названиями, что бы не было сомнений как называется товар ... а можно конкретные примеры? что за товар и как и с чем его можно перепутать или неправильно ввести название? по мне это крайне ненадежный способ подбора товара, искать по критерию который периодически меняется (цена) и игнорировать как раз-таки постоянные свойства товара (код, артикул, наименование)Поиск по цене мы используем при продаже. На некоторых товарах,которых нет на ветрине,нет ценника, и кода соответственно, и назвать его могли по разному,но точно известна цена. Мы вбиваем в поиске розничную цену, программа выдает списком весь товар по этой цене, и мы там выбираем, что нужно.
Скажите, пожалуйста, а можно как нибудь зафиксировать окно поиска? Чтобы постоянно не нажимать F4? Очень часто для пробития товара используем внутренний код (штрих кода на товаре нет, а наклейки с ним не держатся, приходится писать код маркером). Пожелание конечно не критичное, но было бы здорово, если его реализовать.
может Вы имеете ввиду поиск по "F3", т.к. по "F4" открывается справочник "Товары"?
Точно, его. А рядом можно кнопочку в виде лупы, для поиска из справочника товары :).может Вы имеете ввиду поиск по "F3", т.к. по "F4" открывается справочник "Товары"?
Нельзя ли сделать ценообразование, при новом приходе, в документе прихода? Добавили накладную, проверили общую сумму – все сошлось, сохранили. На основании открываем ценообразование, сделали больше половины, потратили пол часа времени, и на очередном товаре находим косяк – сумма правильная, а количество – не правильно, цена соответственно не верная. Отменяем ценообразование, исправляем накладную прихода, и заново расценять! А если такая ошибка не одна? Или как-то можно исправить ошибку внесения?
Зачем же отменять все ценообразование(весь труд насмарку). Можно в этом же установить правильную цену, или пропустить и сделать на ошибочные позиции отдельное ценообразование.
Так в том то и дело, что насмарку. В Ценообразовании нельзя менять закупочную цену. И плодить приоходы, тоже не хочется.Зачем же отменять все ценообразование(весь труд насмарку). Можно в этом же установить правильную цену, или пропустить и сделать на ошибочные позиции отдельное ценообразование.
Порядок действий при обнаружении ошибки: Нашил ошибку в ценообразовании исправили, указали корректную цену продажи. Проверяем цену на следующий товар. . . Провели ценообразование Повторно открыли приходный документ с неверным количеством - исправили. Провели приход. Все, ничего заново создавать не нужно, только исправить данные.
Т.е., если я правильно понял, ценообразование, отвечает исключительно за розничную цену, ее и создает? А закуп там указан справочно. Проводя ценообразование - мы присваиваем только розничную цену, а приход - соответственно кол-во и закуп. Все верно?Порядок действий при обнаружении ошибки: Нашил ошибку в ценообразовании исправили, указали корректную цену продажи. Проверяем цену на следующий товар. . . Провели ценообразование Повторно открыли приходный документ с неверным количеством - исправили. Провели приход. Все, ничего заново создавать не нужно, только исправить данные.
Все верно.
Добрый день, прошу рассмотреть возможность внесения в форму "расход товаров" при "Продажа розница" выбор клиента. Так как часто оптовые клиенты покупают за наличный расчет. Так же на данный момент при формировании документов (Печать) на пример накладная нет возможности указать получателя кроме как: сохранить в Excel -> изменить -> напечатать . ПС: понимаю что можно провести продажу "опт" потом сделать "приходник" , но я за Автоматизацию процесов и снижения трудозатрат. Лентяй :) Спасибо за : понимание и Ваш труд.
Здравствуйте. К сожалению, совершенно непонятно почему и для чего это нужно. Вы предлагаете решение какой-то ситуации/проблемы, но опишите, пожалуйста, в чем заключается эта проблема? При продаже оптовому клиенту за наличные надо оформить "Расход товаров" с типом "Продажа опт", а затем ввести на основании "Приходный кассовый ордер" (ПКО). При этом контрагент и сумма будут автоматически заполнены в ПКО. Что еще нужно автоматизировать? Может вопрос в том, что вы не знакомы с функционалом ВВОДА НА ОСНОВАНИИ? В каждом журнале документов (например, "Все документы") и в каждом документе имеется кнопка "На основании". Смысл состоит в том, что используя данные одного документа можно легко создать другой. Находясь в журнале на документе "Расход товаров" (или внутри самого документа), просто нажимаете кнопку "На основании", появляется список возможных документов, выбираете "Приходный кассовый ордер" и создается новый ПКО. Торговое место Ввод на основании Следует понимать, что не любой документ можно ввести на основании любого, либо у документа-основания должен быть соответствующий Тип расхода. Например, ПКО нельзя ввести на основании "Расхода товаров" с типом "Списание". Также для некоторых документов функция ввода на основании может быть не реализована, в таком случае кнопка "На основании" будет неактивной.
Доброго времени суток, прошу сделать смену пользователей без подтверждения точнее с счетчиком времени т.е.: нажимаем F12 -> открывается окно "перед сменой пользователя следует закрыть все окна. Закрываем?" и вот было бы хорошо что бы на кнопке "ДА" шёл обратный отчет времени ну на пример 15 сек. Спасибо.
Добрый день Опишите какую жизненную ситуацию вы хотите решить. Например при случайном нажатии кнопки "F12" окно с вопросом, позволит предотвратить смену пользователя и потерять данные. А если нажатие кнопки "F12" было осознано, для чего нужен таймер? Подтвердил и работай под другим пользователем.
Жизненная ситуация следующая: в офисе не один сотрудник и клиенты ходют. Надо отойти на 5 мин а уходишь на полчаса (бывает). А о потере данных можно сделать "сохранить при закрытии " по умолчанию , но не проводить. Спасибо
а Win+L чем не подходит? и данные целы и клиенты нос не сунутЖизненная ситуация следующая: в офисе не один сотрудник и клиенты ходют. Надо отойти на 5 мин а уходишь на полчаса (бывает). А о потере данных можно сделать "сохранить при закрытии " по умолчанию , но не проводить. Спасибо
Есть еще пожелание: При создании Приходной накладно, расходной, и некоторых других документов, первое что появляется - это выбор склада. Нельзя ли убрать это окно? Если склад всего один, то он выбирается по умолчанию и появляется сразу форма документа, без лишних действий.
да, уже давно хотим такое сделать, но все как-то приоритета в этом не виделосьЕсть еще пожелание: При создании Приходной накладно, расходной, и некоторых других документов, первое что появляется - это выбор склада. Нельзя ли убрать это окно? Если склад всего один, то он выбирается по умолчанию и появляется сразу форма документа, без лишних действий. P.S. переместите, пожалуйста, это сообщение в другую тему, по ошибке здесь создал.
Сейчас если открыть Все документы, возврат от покупателя выглядит как обычная продажа, хотелось бы, чтобы эта запись отличалась от чеков. В идеале, чтобы можно было поставить фильтр на возвраты.
В дополнение хотелось бы видеть фильтр : возвраты и списание . Спасибо. ПС: всех с Новым годом! Добра.Сейчас если открыть Все документы, возврат от покупателя выглядит как обычная продажа, хотелось бы, чтобы эта запись отличалась от чеков. В идеале, чтобы можно было поставить фильтр на возвраты.
отдельный журнал документов, где будут только чеки, с отдельной колонкой "Тип чека" и возможностью отфильтровать по типу чека, решит проблему? как я понимаю есть желание смотреть что и когда навозвращали?В дополнение хотелось бы видеть фильтр : возвраты и списание.Сейчас если открыть Все документы, возврат от покупателя выглядит как обычная продажа, хотелось бы, чтобы эта запись отличалась от чеков. В идеале, чтобы можно было поставить фильтр на возвраты.
Да, вполне, если отдельный журнал проще создать, то можно и так. Смысл Вы поняли правильно :)отдельный журнал документов, где будут только чеки, с отдельной колонкой "Тип чека" и возможностью отфильтровать по типу чека, решит проблему? как я понимаю есть желание смотреть что и когда навозвращали?
Новое предложение по внешнему виду: На сейчас, при открытии большого кол-ва окон в "Торговое место" Все окна остаются открытыми и их ширина фиксирована: [url=https://radikal.ru][img]https://c.radikal.ru/c43/1801/a2/eaa5800a307c.png[/url] В чем предложение, рассмотрите вариант по аналогии с браузерами сужение ширины отображаемого документа, как у вкладок, пусть они будут уже, но чтобы все оставались на экране. Можно функцию, выпадающего списка как сейчас оставить и там отображать все окна с полной шириной, если кому-то надо смогут раскрывать и искать по ним, а большинству будет достаточно того что при подведении курсора, к конкретному окну в хинте все равно отображается его полное наименование. [url=https://radikal.ru][img]https://d.radikal.ru/d06/1801/ac/bb77f892790e.png[/url]
хм ... попробуемВ чем предложение, рассмотрите вариант по аналогии с браузерами сужение ширины отображаемого документа, как у вкладок, пусть они будут уже, но чтобы все оставались на экране. Можно функцию, выпадающего списка как сейчас оставить и там отображать все окна с полной шириной, если кому-то надо смогут раскрывать и искать по ним, а большинству будет достаточно того что при подведении курсора, к конкретному окну в хинте все равно отображается его полное наименование.
Тема закрыта. Для каждого пожелания или вопроса создавайте новую тему или пишите в совпадающей по смыслу теме.