Предложения и пожелания

  • Тема закрыта
  • 3K Просмотров
  • Последнее сообщение 08 декабря 2017
ppc написал 06 августа 2016

1. Очень, ну очень, не хватает "оперативного отчета по продажам" Хотелось бы видеть оперативную продажу в любой момент времени, а не только после закрытия смены. О-о-очень актуально. 2. Хотелось бы видеть некую настройку прав пользователей. Например очень бы хотелось, чтобы на кассе не отражался остаток товара И цену закупки тоже кассиру не стоит видеть 3. Возможно я не нашел, но сумму ящика где посмотреть? и если есть, то обязательно нужны права на просмотр этой суммы.

Сортировка: Стандарт | Новые | Голоса
ppc написал 06 августа 2016

Как у "кассы" обстоят дела в оффлайн режиме работы? например что будет если пропадет связь(lan/wan). особенно интересует режим работы через ftp связь пропала - продажи ведутся в оффлайн связь появилась - всё что было накоплено уходит через ftp (ну и в обратную сторону, например цены/номенклатура и т.п.)

ppc написал 06 августа 2016

про Отчеты: не хватает кнопки "Обновить" или "сформировать" приходиться вновь искать или вкладку с "отчетами" и там снова формировать (хотя и этот вариант удобен, если необходимо получить новую вкладку с другими данными) а так "раз-бы" и нажал "сформировать" (по-аналогии с 1С)

ppc написал 06 августа 2016

Хотелось бы видеть что-то вроде импорта/экспорта данных. Ну хотя бы экспорта в первую очередь (например в xml/cvs) Очень удобно для обмена между другими учетными системами. Или например для миграции с других/в другую учетную систему (Справочники, документы и т.п.)

ppc написал 06 августа 2016

в документе "продажа товара" с типом "продажа в опт" хотелось бы иметь возможность в каких ценах продать товар (по закупочным, по розничным, и как вариант по себестоимости) или установить тип цен целиком на документ (соответственно добавить кнопочку пересчитать цены) ну и т.п. в этом плане ;)

Mihail написал 07 августа 2016

Благодарим вас за проявленный интерес к нашей программе и за ваши предложения. Нам потребуется какое-то время на их рассмотрение и обдумывание. Мы обязательно ответим вам на каждое из пожеланий и вопросов в течение нескольких дней.

Danil написал 10 августа 2016

Хотелось бы видеть что-то вроде импорта/экспорта данных. Ну хотя бы экспорта в первую очередь (например в xml/cvs) Очень удобно для обмена между другими учетными системами. Или например для миграции с других/в другую учетную систему (Справочники, документы и т.п.)

Импорт данных мы планируем, но в том варианте, который мы себе представляем, он выглядит не простой задачей. Поэтому быстрого решения не врятли выдадим, так как мы не в силах регулировать то что выгружают другие учетные системы. Соответственно при импорте могут встречаться неожиданные ситуации. Как вариант развития этого направления, это отдельные обработки импорта, для различных учетных систем. Что касается экспорта. Как вы заметили, структура базы у нас достаточно прозрачна, да еще и описана в нашей документации. Типы поддерживаемых баз данных достаточно популярны и подключение к ним не должно вызывать каких-то трудностей. По идее каждый желающий может взять оттуда все что душе угодно, в том виде, какой ему требуется. Можно было бы рекомендовать этот подход еще и для импорта, но пока есть сомнения в успешности такого мероприятия. Кроме того, если ассортимент товаров не слишком большой, то я бы не рекомендовал занимать импортом или экспортом. Проще забить все заново, заодно переосмыслив структуру справочника и избавившись от балласта.

Danil написал 10 августа 2016

в документе "продажа товара" с типом "продажа в опт" хотелось бы иметь возможность в каких ценах продать товар (по закупочным, по розничным, и как вариант по себестоимости) или установить тип цен целиком на документ (соответственно добавить кнопочку пересчитать цены) ну и т.п. в этом плане ;)

Пока видится сложная конструкция из категорий цен, которые нужно будет заводить, и как-то их отслеживать. Очень этого не хочется. Текущий вариант нам нравится своей простотой. Возможно мы слишком много напридумывали, если видите простое решение, пишите, есть все шансы прийти к красивому решению.

Danil написал 10 августа 2016

про Отчеты: не хватает кнопки "Обновить" или "сформировать" приходиться вновь искать или вкладку с "отчетами" и там снова формировать (хотя и этот вариант удобен, если необходимо получить новую вкладку с другими данными) а так "раз-бы" и нажал "сформировать" (по-аналогии с 1С)

В 1С форма сформированного отчета объединена с параметрами отчета, поэтому "Сформировать" там смотрится органично, так как видно параметры с которыми сформирован отчет. В нашем случае будет неясно если просто добавить кнопку "Обновить" на сформированный отчет, с какими параметрами он обновляется. А объединять формы, как сделано в 1С не хочется, потому что и параметры могут занимать достаточно много места и мониторы могут не позволять комфортно видеть параметры и отчет одновременно. Возможно стоит сформированный отчет показывать в том же окне, но разбить форму на закладки и параметры выводить на одной закладке, а отчет на другой. Как такая идея?

Mihail написал 11 августа 2016

1. Очень, ну очень, не хватает "оперативного отчета по продажам" Хотелось бы видеть оперативную продажу в любой момент времени, а не только после закрытия смены. О-о-очень актуально. 2. Хотелось бы видеть некую настройку прав пользователей. Например очень бы хотелось, чтобы на кассе не отражался остаток товара И цену закупки тоже кассиру не стоит видеть 3. Возможно я не нашел, но сумму ящика где посмотреть? и если есть, то обязательно нужны права на просмотр этой суммы.

1. Отчет "текущие/оперативные продажи" запланирован к выпуску через версию (ориентировочно до 30-го сентября). 2. Пока мы невидим необходимости в настройке прав кассиров, возможно в дальнейшем, с развитием функционала "Рабочего места кассира" (РМК). В отображении остатка товара для кассира не видится ничего страшного, некоторые кассовые программы обладают такой возможностью и представляют это как преимущество. Например, кассир, основываясь на остатке может сделать правильный выбор товара, т.е. не станет пробивать товар, которого нет на остатке, а выберет товар имеющийся на остатке. Также сможет ответить на вопрос покупателя о наличии товара, если товар на полке не выставлен, а фактически на складе (в подсобке) имеется. Про цену закупки согласен, при подборе из РМК она отображаться не должна, уберем в ближайшей версии. 3. В верхней части "Рабочего места кассира" (РМК) есть кнопка "ОТЧЕТ", по нажатию на которую формируется отчет с итогами текущей смены. Сменный отчет В этом отчете в разделе ПЛАТЕЖНЫЕ СРЕДСТВА есть строка "Наличные [Сумма_денег]", по сути она и является суммой в ящике. Права на просмотр сменного отчета и на эту строку в отчете не настраиваются и разработка возможности их настройки пока не планируется.

Shahob написал 22 августа 2016

здравствуйте у меня предложения добавить кнопка(или возможности) «удалить» тавар из список товаров на «Рабочие место кассира». Например клиент передумал и хотел покупать другой тавар тогда кассира нужна убрать товара и добавить новой. Спасибо за внимание Шахоб

Danil написал 30 августа 2016

здравствуйте у меня предложения добавить кнопка(или возможности) «удалить» тавар из список товаров на «Рабочие место кассира». Например клиент передумал и хотел покупать другой тавар тогда кассира нужна убрать товара и добавить новой. Спасибо за внимание Шахоб

Добрый день, Шахоб! В удалении товара в рабочем месте кассира есть нюанс. Разрешая кассиру беспрепятственно удалять товар, мы будем его соблазнять на всякого рода махинации, а этого очень не хочется. Обычно для подтверждения удаления товара используются всевозможные технические средства, например считыватель магнитных карт или ключ на специализированной клавиатуре, которые применяют сотрудники рангом выше кассира. Обременять наших пользователей этими устройствами мы не хотим. Поэтому мы пока решили не реализовывать удаления товара из чека, а ограничились только обнулением его количества. Мы постараемся придумать, что-то более элегантное и не обременяющее. Если у вас буду какие-то идеи по этому поводу, мы будем рады их выслушать.

Guest написал 20 октября 2016

Попробовал программу... На мой взгляд - ужасно неудобный интерфейс и катастрофически мало функций. Для примера есть бесплатный класс365, в котором реализована полноценная работа маленького магазина, но там есть существенный недостаток - это онлайн. Вот если бы Вы рассмотрели вариант ну может не копии, но чего то похожего по функционалу - тогда имело бы смысл рассматривать Вашу программу как альтернативу. А сейчас увы слишком много даже оффлайн вариантов, намного удобнее, чем Ваша. (у кого то удобнее, у кого го функционал лучше... везде компромиссы) Самым важным косяком является невозможность ввести приходный кассовый на основании расходной накладной. Это вообще феерический бред, который даже в программах 2000х годов не существовал...

Danil написал 20 октября 2016

Попробовал программу... На мой взгляд - ужасно неудобный интерфейс и катастрофически мало функций.

спасибо, любой отзыв мы ценим количество функций растет с каждой новой версии, кому достаточно тех что есть уже используют нашу программу можно узнать, в чем неудобство интерфейса? что-то не на своем месте? что-то сложно найти?

Для примера есть бесплатный класс365, в котором реализована полноценная работа маленького магазина, но там есть существенный недостаток - это онлайн. Вот если бы Вы рассмотрели вариант ну может не копии, но чего то похожего по функционалу - тогда имело бы смысл рассматривать Вашу программу как альтернативу. А сейчас увы слишком много даже оффлайн вариантов, намного удобнее, чем Ваша. (у кого то удобнее, у кого го функционал лучше... везде компромиссы)

спасибо, посмотрим на этот сервис, только разница между нашей программой и этим сервисом не только в онлайне или оффлайне, но и в том что там больше ограничений в бесплатном варианте ... 500 документов в год, это же 1,5 документа в день, мне кажется это очень мало, да и 300 товаров тоже может быстро закончиться платный однопользовательский вариант далеко уходит по цене по сравнению с нашим однопользовательским, который по прежнему бесплатен и не ограничен ни количеством документов, ни количеством элементов в справочниках ... разница в функционале, по моему отлично компенсируется ценой

Самым важным косяком является невозможность ввести приходный кассовый на основании расходной накладной. Это вообще феерический бред, который даже в программах 2000х годов не существовал...

мы обязательно исправим это досадное недоразумение, но я бы не драмматизировал ситуацию

Mihail написал 21 октября 2016

Самым важным косяком является невозможность ввести приходный кассовый на основании расходной накладной. Это вообще феерический бред, который даже в программах 2000х годов не существовал...

Вообще-то данный функционал имеется. Просто у документа "Расход товаров" есть несколько типов расхода и не для всех имеет смысл ввод "Приходного кассового ордера". Типы расхода "Возврат поставщику" и "Продажа опт" предполагают последующую оплату и позволяют вводить на основании "Приходный кассовый ордер", а типы расхода "Продажа розница" и "Списание" не предполагают, т.к., например, при списании товар испортился, пришел в негодность или утерян и никакой оплаты мы уже не получим. При невозможности ввести на основании Приходный кассовый ордер выдается объясняющее сообщение.

Guest написал 28 октября 2016

Хотелось бы чтобы была ркализована система скидок,или просто была бы графа скидки.а так все не плохо.

Mihail написал 28 октября 2016

Спасибо за ваш отзыв! На следующей неделе планируется выпуск новой версии, в которой будут реализованы простые процентные скидки. Применять их можно будет в РМК (Рабочем Месте Кассира).

Guest написал 18 января 2017

С удовольствием бы перешел на вашу программу, все устраивает, но нет важной для меня функции: отчет по контрагентам не в разрезе документов а в разрезе товаров за определенный срок (какие товары отпускались конкретному контрагенту, с возможностью вывода коммента) например: ------------- отчет по контрагенту ооо ромашка с 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 руб. Комментарий: в магазин -------------

Mihail написал 18 января 2017

Добрый день! Спасибо за ваш отзыв! У нас как раз есть в планах разработка подобного отчета, так называемых "Продаж по покупателям". Думаю мы сможет реализовать его в следующей версии, планируемой к выходу через месяц.

Guest написал 20 января 2017

Еще бы добавить в конец: итого за период с 01.01.01 по 31.01.01 отгружено (или типа того) на сумму 142 руб.

Mihail написал 20 января 2017

Отчет предполагается в едином стиле с остальными отчетами программы. Период отчетов выводится в шапке, а итоги под таблицей. Примерно так будет выглядеть, плюс выбранный контрагент в шапке будет и строки с комментариями из накладных сразу под номером и датой каждой накладной (выше товаров) [img]http://savepic.ru/12708816.png

anisimov92 написал 07 февраля 2017

Добрый день, возможно чтобы при создании 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 Приходиться вручную добавлять приходный кассовый ордер и банковскую выписку.

Andrey написал 07 февраля 2017

В случае с безналичной оплатой нужно еще учитывать комиссию банку, так же деньги могут поступить на счет не сразу после оплаты клиентом.

anisimov92 написал 13 февраля 2017

В случае с безналичной оплатой нужно еще учитывать комиссию банку, так же деньги могут поступить на счет не сразу после оплаты клиентом.

Комиссию банка можно списать самостоятельно в конце месяца, лишь бы автоматически д/с поступали в кассу, и на банковский счет

Andrey написал 13 февраля 2017

На данный момент вопрос автоматического оприходования выручки в кассу на обсуждении. Возможность ввести на основании Z-отчета приходный кассовый ордер и банковскую выписку, облегчит Вам работу?

anisimov92 написал 13 февраля 2017

На данный момент вопрос автоматического оприходования выручки в кассу на обсуждении. Возможность ввести на основании Z-отчета приходный кассовый ордер и банковскую выписку, облегчит Вам работу?

Думаю, да

gariev написал 15 февраля 2017

Добрый день! На мой взгляд программа отличная, ничего не нагромождено, разобрался за 1 час. Интерфейс интуитивно-понятный. А теперь о предложениях и пожеланиях. Было просто отлично реализовать функцию возврата товара через рабочее место кассира, так как думаю что в маленьких магазинах не всегда есть возможность нанимать административный персонал который за всем этим будет следить. Конечно возможно я не прав, но все же, хотелось бы видеть сколько на данный момент времени находится денежных средств и кассе, опять же для РМК, чтобы продавец мог сверять кассу в конце дня. Большое спасибо за разработку этой замечательной программы. Планируем начать внедрять.

Mihail написал 15 февраля 2017

Добрый день! Спасибо за ваш отзыв! Как кассиру сверять сумму в кассе описано в этом посте [url=https://forum.kayala-soft.ru/posts/m2100-Predlozhenija-i-pozhelanija#post2100]https://forum.kayala-soft.ru/posts/m2100-Predlozhenija-i-pozhelanija#post2100[/url] Возврат в РМК планируется, но постоянно откладывается, т.к. постоянно всплывают более востребованные функции. :)

gariev написал 15 февраля 2017

Добрый день! Спасибо за ваш отзыв! Как кассиру сверять сумму в кассе описано в этом посте [url=https://forum.kayala-soft.ru/posts/m2100-Predlozhenija-i-pozhelanija#post2100]https://forum.kayala-soft.ru/posts/m2100-Predlozhenija-i-pozhelanija#post2100[/url] Возврат в РМК планируется, но постоянно откладывается, т.к. постоянно всплывают более востребованные функции. :)

Насколько я понимаю этот отчет показывает денежные средства в поступившие за смену, но нигде не отражается остаток денег в кассе, не каждый же день из кассы деньги забирать.

Mihail написал 15 февраля 2017

Совершенно верно, только за текущую смену, другого счетчика наличности в РМК нет. С другой стороны, если вы несколько дней не забирали выручку из кассы, то у кассира должно быть несколько Z-отчетов за прошлые смены с информацией о наличности и по ним можно проконтролировать сколько должно быть денег.

gariev написал 16 февраля 2017

Совершенно верно, только за текущую смену, другого счетчика наличности в РМК нет. С другой стороны, если вы несколько дней не забирали выручку из кассы, то у кассира должно быть несколько Z-отчетов за прошлые смены с информацией о наличности и по ним можно проконтролировать сколько должно быть денег.

А планируется ли добавить такой счётчик в РМК?

Mihail написал 16 февраля 2017

Пока нет, такого счетчика не планируется. Добавление этого счетчика повлекло бы за собой добавление неких операций Внесение и Выплата денег в/из кассы и потребовало бы от пользователей программы соблюдения кассовой дисциплины, т.е. своевременной регистрации этих операций, чтобы счетчик находился в актуальном состоянии. Нам кажется, что большинство пользователей далеки от соблюдения кассовой дисциплины и это значительно усложнило бы им пользование программой.

gariev написал 16 февраля 2017

Пока нет, такого счетчика не планируется. Добавление этого счетчика повлекло бы за собой добавление неких операций Внесение и Выплата денег в/из кассы и потребовало бы от пользователей программы соблюдения кассовой дисциплины, т.е. своевременной регистрации этих операций, чтобы счетчик находился в актуальном состоянии. Нам кажется, что большинство пользователей далеки от соблюдения кассовой дисциплины и это значительно усложнило бы им пользование программой.

Спасибо за ответ.

Денис написал 21 февраля 2017

когда планируется выход новой версии?

Mihail написал 21 февраля 2017

Добрый день! Выпуск очередной версии планируется в течение недели или до конца февраля.

Денис написал 24 февраля 2017

Планируется ли продажа по безналу? Формирование счёта и накладной

Danil написал 24 февраля 2017

Счет будет, накладная есть уже в текущей версии. Что вы имеете в виду под продажей по безналу? Расход товаров в режиме "Продажа опт" по идее как раз он и есть. Или вы что-то другое имеете в виду?

Денис написал 24 февраля 2017

продажу опт еще к сожалению не пробовал. я имею ввиду формирование счета выбирая товар из базы автоматически формируя пакет документов для работы по безналу ( счет, счет-фактура, накладная)

Danil написал 25 февраля 2017

попробуйте, она как раз для таких случаев и будет формировать все нужные документы, счет, накладную и торг-12 по поводу счет фактуры, мы ориентируемся в первую очередь на усн-щиков и ендв-шников, а им выставлять счет фактуру не обязательно, собственно поэтому у нас и нет учета ндс

Денис написал 25 февраля 2017

Со счет-фактурой согласен, погорячился.

Денис написал 25 февраля 2017

Сегодня столкнулся с такой проблемой. Решил наконец то присвоить товару штрих-коды, у большинства товара есть свой код и это облегчает работу, но у части товара кода нет и его надо будет формировать самому, но и это не проблема. Отсканировав сначала товар с кодами взялся за "пустой" товар и вот тут началось.... при огромной номенклатуре я просто физически не помню какой у меня с кодом, а какой без. Приходится открывать каждую позицию и смотреть есть код или нет. Было бы хорошо, если в списке товаров стоял бы флажок (например в виде штрих-кода) рядом с каждой позицией и сразу было бы видно присвоен штрих код данному товару или нет.

Script написал 10 марта 2017

[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]

Danil написал 11 марта 2017

Сегодня столкнулся с такой проблемой. Решил наконец то присвоить товару штрих-коды, у большинства товара есть свой код и это облегчает работу, но у части товара кода нет и его надо будет формировать самому, но и это не проблема. Отсканировав сначала товар с кодами взялся за "пустой" товар и вот тут началось.... при огромной номенклатуре я просто физически не помню какой у меня с кодом, а какой без. Приходится открывать каждую позицию и смотреть есть код или нет. Было бы хорошо, если в списке товаров стоял бы флажок (например в виде штрих-кода) рядом с каждой позицией и сразу было бы видно присвоен штрих код данному товару или нет.

проблема ясна, что-нибудь обязательно придумаем

Danil написал 11 марта 2017

Хотелось чтобы после добавления товара в приходе(закупка) и нажатии кнопки "Провести и закрыть", появлялось всплывающее окно с предложением установить цены продаж [u]на только что проведенный товар[/u]. Неудобно после набора 50 и более позиций искать их потом в списке вручную. Так же будет ОЧЕНЬ удобным делать [u]ценообразование из документа прихода[/u]. Нажал кнопочку ценообразование, захотел вручную добавил, захотел добавил весь перечень товаров из документа прихода.

уже сейчас можно ввести ценообразование на основании прихода товаров для этого в списке документов нужно спозиционировать курсор на приходе товаров и нажать кнопку "На основании" в панели инструментов, будет предложен список документов, которые автоматом заполнятся теми товарами, что были в приходе, попробуйте

[*]Хотелось бы при ценообразовании на панели инструментов, рядом с кнопкой "Установить % наценки навсе строки" [u]выпадающий список "Округлить до" с вариантами 0,01 до 100[/u]. [*]Хотелось бы [u]увеличить поле ввода штрихкода[/u] при создании новой номенклатуры на несколько символов, не все штрихкоды убираются (хотя поле не маленькое, но и такое бывает). [*]Хотелось бы чтобы при формировании ценников учитывалась длинна наименования товара, и при определенной длинне [u]автоматически менялся размер шрифта с 11,5 до 10 или 9[/u]. Конкретно мне потом очень много ценников приходится править в Exel. Очень неудобно. [*]Хотелось бы [u]добавление функции "Возврат товара[/u]". По кнопке ,например между "Расход товаров" и "Установить цены продаж".

я думаю все это в том или ином виде у нас будет

[*]Хотелось бы [u]в РМК возможность удаления ошибочно введенного товара[/u] из списка общей покупки. Например, нажатием на не нужный товар ПКМ и выбором подопции "Удалить из списка". [*]Хотелось бы мгновенное обновление кол-ва товара на складе после продажи через РМК.

над удалением я думаю мы поработаем в рамках изменения РМК для Фз-54, а вот мгновенного списания товаров обещать пока не буду, слишком много вопросов подобный режим создает

[i][size=6]Спасибо![/size][/i]

пользуйтесь :) пишите свое мнение, нам оно важно

Mihail написал 11 марта 2017

[list] [*]Хотелось бы [u]добавление функции "Возврат товара[/u]". По кнопке ,например между "Расход товаров" и "Установить цены продаж". [/list]

Дело в том, что "Возврат поставщику" как раз и является одним из режимов работы документа "Расход товаров". Просто создаете "Расход товаров", и в нем в поле "Тип расхода" выбираете "Возврат поставщику" и в поле "Поставщик" соответственно поставщика, которому хотите вернуть товар, далее как обычно, подбираете нужные товары и проводите документ.

Mihail написал 11 марта 2017

[list] [*]Хотелось бы [u]увеличить поле ввода штрихкода[/u] при создании новой номенклатуры на несколько символов, не все штрихкоды убираются (хотя поле не маленькое, но и такое бывает). [/list]

Длина поля "Штрихкод" составляет 13 символов. Мне казалось что более длинные штрихкоды встречаются крайне редко. Уточните, пожалуйста, насколько длинные у вас бывают штрихкоды? И приведите пару примеров таких штрихкодов и наименования товаров, у которых они встречаются. Заранее спасибо!

Script написал 11 марта 2017

[list] [*]Хотелось бы [u]добавление функции "Возврат товара[/u]". По кнопке ,например между "Расход товаров" и "Установить цены продаж". [/list]

Дело в том, что "Возврат поставщику" как раз и является одним из режимов работы документа "Расход товаров". Просто создаете "Расход товаров", и в нем в поле "Тип расхода" выбираете "Возврат поставщику" и в поле "Поставщик" соответственно поставщика, которому хотите вернуть товар, далее как обычно, подбираете нужные товары и проводите документ.

Это все понятно, я забыл уточнить, что хотелось бы функцию "[u]возврат товара от покупателя[/u]".

Script написал 11 марта 2017

Хотелось чтобы после добавления товара в приходе(закупка) и нажатии кнопки "Провести и закрыть", появлялось всплывающее окно с предложением установить цены продаж [u]на только что проведенный товар[/u]. Неудобно после набора 50 и более позиций искать их потом в списке вручную. Так же будет ОЧЕНЬ удобным делать [u]ценообразование из документа прихода[/u]. Нажал кнопочку ценообразование, захотел вручную добавил, захотел добавил весь перечень товаров из документа прихода.

[quote]уже сейчас можно ввести ценообразование на основании прихода товаров для этого в списке документов нужно спозиционировать курсор на приходе товаров и нажать кнопку "На основании" в панели инструментов, будет предложен список документов, которые автоматом заполнятся теми товарами, что были в приходе, попробуйте.

Попробовал, работает, но не ожидал, что это делается из документа прихода. Мне показалось логичнее это делать из документа ценообразования. Создал документ, указал от какого прихода заполнять и дело в шляпе. Может быть продублировать функцию в оба документа? Чтоб и там и там. Кому как удобнее.

Danil написал 12 марта 2017

Попробовал, работает, но не ожидал, что это делается из документа прихода. Мне показалось логичнее это делать из документа ценообразования. Создал документ, указал от какого прихода заполнять и дело в шляпе. Может быть продублировать функцию в оба документа? Чтоб и там и там. Кому как удобнее.

вот несколько доводов в пользу текущего варианта: 1. он честно перенят из 1с-а и есть шанс, что это будет ожидаемое поведение для большей части пользователей по понятным причинам 2. если выбирать приход из ценообразования то в таком случае нужно будет выбрать из какого документа мы хотим заполнить ценообразование, а затем открывать журнал документов, что бы пользователь нашел нужный ему приход, а вот тут непонятно: - какой журнал документов открывать? так как приход может быть в нескольких журналах, можно открывать журнал всех документов, но там возможно будет искать затруднительно, - за какой период? так как приход может быть и вчерашний и позавчерашний 3. скорее всего во время прихода будет видно, что цены увеличились и нужно переоценить пришедшие товары, но так как приход уже перед глазами пользователя, его не потребуется повторно искать уже из другого документа, достаточно будет создать ценообразование отталкиваясь от нового прихода ... похожая ситуация будет в том числе если приход был вчерашний и позавчерашний, так как у нас все равно будет стоять задача найти приход, так может с этого и начать? осознанно используя подходящий журнал (да, пока их не много, но в перспективе их может быть довольно много) идея обратного варианта мне по душе, в ней есть здравый смысл (Хочу заполнить этот документ содержимым из вот того), но пока не вижу элегантного решения в отношении пункта 2

Денис написал 02 апреля 2017

Добрый день! Разработчикам ОГРОМНОЕ СПАСИБО! Всё работает отлично. Хотелось бы, что бы вы учли маленький нюанс. В контрагентах добавили строку комментарий. Со временем количество поставщиков растёт и сложно запомнить у кого что брал. Здорово было бы например: ООО "ромашка", а в примечании - молочка. Надеюсь ясно изъяснил свою мысль )))

Danil написал 02 апреля 2017

Приветствую! Да, все ясно. Думаю добавим в следующей версии.

burn написал 11 мая 2017

Добрый день, начал пользоваться вашей программой и нашлось сразу предложение: Добавить в приходную накладную поле "транспортные расходы", т.к. сейчас много товаров на которые при доставке приходится разбивать стоимость доставки в сам товар, чтобы по итогам приходной накладной оно разбивалось на позиции эту сумму, может у Вас так же есть идеи как это реализовать, текущими средствами. Заранее спасибо.

Danil написал 11 мая 2017

Приветствую! То есть вы хотите какую-то сумму раскидать на себестоимость товаров пропорционально их уже указанной стоимости? Я правильно понял?

burn написал 11 мая 2017

Приветствую! То есть вы хотите какую-то сумму раскидать на себестоимость товаров пропорционально их уже указанной стоимости? Я правильно понял?

Да, все верно

burn написал 12 мая 2017

В процессе дальнейшего тестирования, перед заполнением базы, появилось еще одно предложение. Чаще всего после поступления товара, возникает необходимость в печати ценников на полученный товар, можно добавить возможность создания обработки "Печать ценников" через меню "Ввести на основании" - Печать ценников по накладной. Это может упростить данную процедуру, чтобы не искать потом товары из классификатора и ускорит работу.

Mihail написал 12 мая 2017

Добавим возможность печати ценников в Приход товаров в следующей версии. Скорее всего это будет по кнопке "Печать", будет появляться список что печатать "Накладная" или "Ценники".

burn написал 12 мая 2017

Добавим возможность печати ценников в Приход товаров в следующей версии. Скорее всего это будет по кнопке "Печать", будет появляться список что печатать "Накладная" или "Ценники".

Принято, просто через передачу в форму печати возможно будет удобнее, т.к. могут быть нужны не все ценники из конкретной накладной, это для размышления.

burn написал 12 июня 2017

В процессе работы появилось еще одно предложение: - добавить возможность сохранения размеров и положения окон, т.к. сейчас не всегда удобно при добавлении позиций в документ открывается форма подбора товара, и ее высора равна высоте расширения экрана, что скрывает за панелью задач последние несколько строк (возможно решение такого вопроса записью в ini файл последних размеров и положения окна, по крайней мере я так решал такой же вопрос, когда была подобная необходимость)

Danil написал 12 июня 2017

А скинь пожалуйста скрин, того как это выглядит

burn написал 12 июня 2017

[url=http://radikal.ru][img]http://s018.radikal.ru/i509/1706/ef/722a0c7ec077.png[/url] Я чаще всего после этого делаю его более узким, чтобы видеть в документе ниже код слева последнего добавленного товара и справа видеть суммы Ну и по высоте чтобы видеть верхнее меню и видеть низ всего окна... но тут все захотят индивидуальные размеры и положение, под то, что кому надо видеть, почему и написал настраиваемый размер и положение окна.

burn написал 12 июня 2017

[url=http://radikal.ru][img]http://s019.radikal.ru/i633/1706/99/86593654e6c0.png[/url] Так использую лично я

Danil написал 12 июня 2017

Я чаще всего после этого делаю его более узким, чтобы видеть в документе ниже код слева последнего добавленного товара и справа видеть суммы Ну и по высоте чтобы видеть верхнее меню и видеть низ всего окна... но тут все захотят индивидуальные размеры и положение, под то, что кому надо видеть, почему и написал настраиваемый размер и положение окна.

мда, безобразие ... это при каком разрешении? размер текста 100% или увеличен? обязательно с этим что-то придумаем, скорее всего именно запоминанием последнего размера окна

burn написал 13 июня 2017

Я чаще всего после этого делаю его более узким, чтобы видеть в документе ниже код слева последнего добавленного товара и справа видеть суммы Ну и по высоте чтобы видеть верхнее меню и видеть низ всего окна... но тут все захотят индивидуальные размеры и положение, под то, что кому надо видеть, почему и написал настраиваемый размер и положение окна.

мда, безобразие ... это при каком разрешении? размер текста 100% или увеличен? обязательно с этим что-то придумаем, скорее всего именно запоминанием последнего размера окна

это 100% ничего не увеличено разрешение: 1366х768 - стандартный для ноутов

burn написал 16 июня 2017

Новое предложение по документу "Остатки товара": - Есть ли возможность добавить альтернативный документ, с дополнениями... Выводить в остатки по нескольким складам в таком (дополненном) виде: [url=http://radikal.ru][img]http://i013.radikal.ru/1706/28/fb553be9c088.png[/url] Когда одни товары находятся только на 1 складе старый вариант отлично подходит, но когда одно и то же раскидано по разным складам, такой вариант проще чтобы свести и видеть общую картину остатков одинаковых товаров.

Andrey написал 16 июня 2017

В отчете "Остатки товаров" можно задать порядок строк: с начала товар, потом склад. порядок строк При этом варианте вы будете видеть сколько товара и на каких складах. Остатки на нескольких складах

Mihail написал 16 июня 2017

Мне нравится вариант отчета по остаткам с колонками складов. Думаю в ближайшее время мы сделаем модуль с таким вариантом отчета.

burn написал 16 июня 2017

В отчете "Остатки товаров" можно задать порядок строк: с начала товар, потом склад. порядок строк При этом варианте вы будете видеть сколько товара и на каких складах. Остатки на нескольких складах

Можно но такой вариант увеличивает размер документа втрое :)

Мне нравится вариант отчета по остаткам с колонками складов. Думаю в ближайшее время мы сделаем модуль с таким вариантом отчета.

Принято, спасибо.

burn написал 23 июня 2017

Мне нравится вариант отчета по остаткам с колонками складов. Думаю в ближайшее время мы сделаем модуль с таким вариантом отчета.

Принято, спасибо.

Когда будете заниматься этим вопросом, рассмотрите вариант сохранения ширины колонок в таблице к свойствам окна, по возможности

burn написал 23 июня 2017

Столкнулся с новым вопросом/глюком: При получении нового товара, по документу, более 100 позиций, на весь документ 2 разных процента на цену, чтобы была нужная цена, вышло % наценки 46,2%. Что не получилось, руками такой процент на каждую позицию без проблем вносится, но при попытке использовать инструмент: "Установить % наценки во все строки" воспользоваться им не удалось, т.к. там вносится только целое число %, ну и соответственно все ручками... Может стоит поправить, чтобы возможности соответствовали везде одному и добавить свойства числа такие же как и в самом документе...

Danil написал 23 июня 2017

Столкнулся с новым вопросом/глюком: При получении нового товара, по документу, более 100 позиций, на весь документ 2 разных процента на цену, чтобы была нужная цена, вышло % наценки 46,2%. Что не получилось, руками такой процент на каждую позицию без проблем вносится, но при попытке использовать инструмент: "Установить % наценки во все строки" воспользоваться им не удалось, т.к. там вносится только целое число %, ну и соответственно все ручками... Может стоит поправить, чтобы возможности соответствовали везде одному и добавить свойства числа такие же как и в самом документе...

ясно, поправим

Danil написал 23 июня 2017

Когда будете заниматься этим вопросом, рассмотрите вариант сохранения ширины колонок в таблице к свойствам окна, по возможности

эм, непонятно

burn написал 23 июня 2017

Когда будете заниматься этим вопросом, рассмотрите вариант сохранения ширины колонок в таблице к свойствам окна, по возможности

эм, непонятно

По положению окна мы обсудили и все понятно, а о чем я - "Ширина колонок, внутри окна при отображении" для отображения не всегда надо видеть полное наименование, и те же колонки, услуг и т.п. я чаще всего для удобства при выборе большого кол-ва товара, ценах, при приходах и списании, уменьшаю от номинального, для удобства, вот о сохранении с размерами окна, характеристик таблицы и говорю, т.е. ширине каждой колонки. Просто это может быть удобно если оно будет запоминать такие изменения. А т.к. делается сохранение параметров размера и положения окна, было бы умным соответственно сохранять и настройки содержимого...

Danil написал 23 июня 2017

По положению окна мы обсудили и все понятно, а о чем я - "Ширина колонок, внутри окна при отображении" для отображения не всегда надо видеть полное наименование, и те же колонки, услуг и т.п. я чаще всего для удобства при выборе большого кол-ва товара, ценах, при приходах и списании, уменьшаю от номинального, для удобства, вот о сохранении с размерами окна, характеристик таблицы и говорю, т.е. ширине каждой колонки. Просто это может быть удобно если оно будет запоминать такие изменения. А т.к. делается сохранение параметров размера и положения окна, было бы умным соответственно сохранять и настройки содержимого...

теперь понятно :) ... надо подумать

burn написал 27 июня 2017

Найдена новая ошибка: Опишу полную процедуру, чтобы сразу было понятнее. В группе товаров есть единица измерения по умолчанию, но к примеру часть товара в ней же с другой единицей измерения. Если копировать этот товар, у которого единица измерения отличается от единицы группы, то при копировании, на новую позицию ставится единица измерения группы. Думаю это неверно и при копировании единица измерения должна так же копироваться по умолчанию.

Mihail написал 27 июня 2017

Согласен. Исправим.

burn написал 28 июня 2017

Новое предложение, вызванное необходимостью. Можно добавить дополнительный тип прихода "ВОЗВРАТ ТОВАРА" Согласно нашего законодательства, мы должны принимать возврат товара от покупателя в ряде случаев, не буду описывать какие и почему, но суть думаю понятна. Сейчас делаю просто новым приходом но для такого случая приходный документ как обычный не совсем верен, если указывать тип, закупка, то и цена возвратного товара, является продажной ценой согласно предыдущего расхода и желательно делать его подчиненным документом к расходу нужного дня или создавать его как документ "на основании" к расходу или чеку.

Mihail написал 28 июня 2017

Добрый день! Не совсем понятно, вы предлагаете новый тип документа добавить "Возврат товаров" или просто в документ "Приход товаров" добавить к полю Тип прихода вариант "Возврат" ? Тип прихода "Возврат" А почему вы считаете неверным оформлять это как "закупку"? Ведь по сути, мы закупаем товар у некоего лица и платим ему деньги за этот товар. Да есть некоторые особенности, что лицо является нашим покупателем и мы закупаем по продажной цене (более высокой нежели закупаем обычно у поставщика), но сути это не меняет и, мне кажется, что операция "возврат от покупателя" имеет много общего с операцией "закупка".

burn написал 28 июня 2017

Добрый день! Не совсем понятно, вы предлагаете новый тип документа добавить "Возврат товаров" или просто в документ "Приход товаров" добавить к полю Тип прихода вариант "Возврат" ? Тип прихода "Возврат"

[color=red]Можно добавить дополнительный тип прихода "ВОЗВРАТ ТОВАРА"[/color]

Да, все верно, я именно предлагал добавить к полю Тип прихода вариант "Возврат", только с дополнением, чтобы документ можно было создавать не только как новый документ, но и как документ "На основании" расходного документа, чтобы можно было отследить правильность внесения.

А почему вы считаете неверным оформлять это как "закупку"? Ведь по сути, мы закупаем товар у некоего лица и платим ему деньги за этот товар. Да есть некоторые особенности, что лицо является нашим покупателем и мы закупаем по продажной цене (более высокой нежели закупаем обычно у поставщика), но сути это не меняет и, мне кажется, что операция "возврат от покупателя" имеет много общего с операцией "закупка".

Если просто внести приходным документом как обычно от некоего поставщика, то при просчете реальной прибыли, первоначальная продажа будет учитываться, как обычная продажа с прибылью, а возвращенный товар уже оприходуется по продажной цене, и при такой продаже он в последствии продастся с нулевой прибылью, что не совсем корректно, т.к. доходы по периодам тогда будут неверными, опять же из-за неверного разнесения периода прибыльности. Ну как-то так... Кажется добавление нового типа возврат и привязка его к документу расход, по первой продаже, позволит корректно отследить откуда растут ноги. Так же позволит отследить какой товар возвращается и по какой причине, чтобы отслеживать и в дальнейшем принимать решения по таким товарам/продавцам и в чем причина таких возвратов, возможно по каким-то позициям такие моменты будут систематическими... Дополнение: Забыл сразу написать, думаю сумма документа ВОЗВРАТ должна быть отрицательной, что как раз и даст возможность корректно отслеживать периоды прибыли!

Mihail написал 28 июня 2017

Давайте попробуем представить, что должно получиться в результате возврата от покупателя: - в начале мы закупили/оприходовали товар себе на склад документом "Приход товаров" с типом "Закупка", допустим 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. Какой же результат должен давать возврат с отрицательной суммой, какой эта сумма должна быть и как будет влиять на прибыль? Опишите, пожалуйста, как вы это представляете?

burn написал 28 июня 2017

Давайте попробуем представить, что должно получиться в результате возврата от покупателя: - в начале мы закупили/оприходовали товар себе на склад документом "Приход товаров" с типом "Закупка", допустим 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) От покупателя" (Имя документа написал на своем примере, т.к. мы делали с Вами модуль для изменения данного имени, так же если это был расход на предприятие, то вместо "от покупателя" писать наименование организации, куда продавался товар, т.е. контрагент). На текущий момент, что-то в таком виде в мыслях...

Mihail написал 29 июня 2017

Спасибо за ваши предложения и мысли! Смысл понятен, возврат от покупателя это некая продажа с отрицательной суммой, получится мы как бы отменяем продажу и полученную прибыль, при этом нужно каким-то образом оприходовать товар на склад с первичной себестоимостью. Будем думать как это лучше реализовать.

burn написал 29 июня 2017

Спасибо за ваши предложения и мысли! Смысл понятен, возврат от покупателя это некая продажа с отрицательной суммой, получится мы как бы отменяем продажу и полученную прибыль, при этом нужно каким-то образом оприходовать товар на склад с первичной себестоимостью. Будем думать как это лучше реализовать.

Гуд, если будут в процессе вопросы или предложения, пишите, попробуем свести в решение для реализации.

burn написал 07 июля 2017

Появилось новое небольшое предложение: - Можно в документе расхода, при выборе типа документа (списание) добавлять в комментарий текст "списание", по аналогии, как там указывается привязка документов на основании... Это поможет не открывая документов, сразу в списке всех документов видеть такие моменты, и при необходимости найти все списания.

vladislav48 написал 09 июля 2017

Можно как то разделить остатки по складам, а не общий остаток: допустим 3 склада и в каждом по 25 единиц, в программе показывает общий остаток это не удобно; и чтобы списание товаров с остатков проводилась не после Z-отчета и закрытия, а после пробития чека, а если на остатке нет товара в РМК выходило уведомление, так как этого не происходит возможна продажа товаров которых нет на складе... с уважением, внесите дополнение это очень поможет в работе!

Danil написал 09 июля 2017

Можно как то разделить остатки по складам, а не общий остаток: допустим 3 склада и в каждом по 25 единиц, в программе показывает общий остаток это не удобно; и чтобы списание товаров с остатков проводилась не после Z-отчета и закрытия, а после пробития чека, а если на остатке нет товара в РМК выходило уведомление, так как этого не происходит возможна продажа товаров которых нет на складе... с уважением, внесите дополнение это очень поможет в работе!

про остатки это как я понимаю имеется в виду список товаров? там вы хотите разделить остаток по складам? макет из этого [url=http://forum.kayala-soft.ru/posts/m5368-Novaja-versija-1-3#post5368]поста[/url] это о чем вы говорите? по поводу списания товаров при проведении чека, я тут уже писал про это, но что-то быстро найти не могу ... если кратко, то: если покупатель принес товар на кассу это значит что товар у вас есть и я не вижу причин его не продать ... возможно его просто не оприходовали или в результате работы образовался пересорт, но зачем не давать возможность его продавать? можете пояснить? возможно я что-то упускаю

burn написал 09 июля 2017

Можно как то разделить остатки по складам, а не общий остаток: допустим 3 склада и в каждом по 25 единиц, в программе показывает общий остаток это не удобно; и чтобы списание товаров с остатков проводилась не после Z-отчета и закрытия, а после пробития чека, а если на остатке нет товара в РМК выходило уведомление, так как этого не происходит возможна продажа товаров которых нет на складе... с уважением, внесите дополнение это очень поможет в работе!

про остатки это как я понимаю имеется в виду список товаров? там вы хотите разделить остаток по складам? макет из этого [url=http://forum.kayala-soft.ru/posts/m5368-Novaja-versija-1-3#post5368]поста[/url] это о чем вы говорите? по поводу списания товаров при проведении чека, я тут уже писал про это, но что-то быстро найти не могу ... если кратко, то: если покупатель принес товар на кассу это значит что товар у вас есть и я не вижу причин его не продать ... возможно его просто не оприходовали или в результате работы образовался пересорт, но зачем не давать возможность его продавать? можете пояснить? возможно я что-то упускаю

Не знаю, что имел в виду vladislav48 Но вроде вариант, как мы обсуждали ранее, чтобы можно было посмотреть товары с привязкой к складу, сможет помочь и vladislav48-ю, хотя могу ошибаться... А вот сообщение, и проверка наличия товара на других складах, может оказаться актуальной, что поможет определиться что товар или находится на другом складе/магазине либо поможет найти непроведенный документ перемещения товара между складами, или найти что такой документ забыли создать при передаче товара между складами/магазинами... Как-то так...

Danil написал 10 июля 2017

А вот сообщение, и проверка наличия товара на других складах, может оказаться актуальной, что поможет определиться что товар или находится на другом складе/магазине либо поможет найти непроведенный документ перемещения товара между складами, или найти что такой документ забыли создать при передаче товара между складами/магазинами...

да, полезная может оказаться штука

Mihail написал 12 июля 2017

Опубликован новый модуль, подробности [url=https://forum.kayala-soft.ru/posts/t2066-Modul---Ostatki-po-skladam]здесь[/url].

burn написал 18 июля 2017

Образовалось новое предложение для документа "Перемещение товара". Опишу сначала в чем суть: К примеру мы получаем товар по накладной на общий склад (более 100 наименований), приходуем ее на склад, все в порядке. Далее часть товара передаем на удаленный склад/магазин, создавая копированием с этой накладной путем "Документа на основании" и создание документа перемещения. Из этих позиций часть передается к примеру частично часть не передается, удобно проставить кол-во передаваемого товара и все, вот тут возникает вопрос, что документ при наличии строчек товара с нулевым количеством не проводится и выдает ошибку чтобы указали кол-во для передачи... В этом моменте появляется предложение: Сделать в документе некую кнопочку "Удалить нулевые товары" чтобы не вручную проходить по 100 и более позициям и удалять те которые не передаются, а сделать это нажатием данной кнопки, при необходимости. Если же кто-то неверно заполнил кол-ва, то сообщение остается актуальным и все остается как и было, можно просмотреть и подправить, а в данном случае иметь возможность быстро убрать ненужное. Данная возможность значительно позволит ускорить рабочий процесс. Заранее спасибо.

Danil написал 18 июля 2017

хм ... непонятно ... т.е. создали новый документ и потом проходитесь по столбцу "количество" с выставлением нужного количества или нуля если не нужно, так? если так, то не проще вместо вводя нуля просто нажимать на клавишу Delete что бы убрать ненужную строку в новом документе? по идее даже быстрее получится

burn написал 19 июля 2017

хм ... непонятно ... т.е. создали новый документ и потом проходитесь по столбцу "количество" с выставлением нужного количества или нуля если не нужно, так? если так, то не проще вместо вводя нуля просто нажимать на клавишу Delete что бы убрать ненужную строку в новом документе? по идее даже быстрее получится

тут 50/50 потому, как можно случайно лишнее удалить с первого раза, для проверки второй раз прохожусь по позициям и если удалять, то можно удалить лишнее, потом в базе искать дольше недостающую позицию при сильно большом кол-ве позиций. Тогда еще вариант предложения, можно не добавлять кнопку в документ, а вариант выбора в проверку. т.е. чтобы не просто было уведомление, что есть нулевые позиции, а вторая кнопка подтвердить и при проведении нулевые удалять на проводке.

Andrey написал 19 июля 2017

Предлагаю другой вариант. После первого прохода, когда проставлено количество "0", сделать сортировку по количеству, для этого нажать на заголовок колонки "Количество". После еще раз проверить и удалить. [img]https://image.prntscr.com/image/ZQoExJXnTFiI9yo4i-SgMQ.png

burn написал 19 июля 2017

Предлагаю другой вариант. После первого прохода, когда проставлено количество "0", сделать сортировку по количеству, для этого нажать на заголовок колонки "Количество". После еще раз проверить и удалить. [img]https://image.prntscr.com/image/ZQoExJXnTFiI9yo4i-SgMQ.png

Так можно, но удаление есть только попозиционно, надо тогда как-то придумать вариант удаления не только по 1 позиции а группы позиций, чтобы можно было выделить не одну строку а несколько и за раз удалить, а то так смысл ничем не улучшается, а просто становится упорядоченым.

Andrey написал 19 июля 2017

Нажал кнопку "DEL" и держишь :), только перед этим сохранить документ желательно.

burn написал 19 июля 2017

Нажал кнопку "DEL" и держишь :), только перед этим сохранить документ желательно.

:) аха :) и удаляешь сразу все остальное :) Именно из-за этого и хотел упростить жизнь себе и пользователям программы... Вы подумайте если что о вариантах сделать подобное, доработок 1 скрипт в проверке, а пользы много.

burn написал 25 июля 2017

Очередное новое предложение: "Справочник "Контрагенты" Смотрите, в данных каждого Контрагента есть замечательное поле "Комментарий", а вот в списке Контрагентов нет вывода этого поля... Интересно было бы его видеть, т.е. Это довольно полезное поле, а так сейчас если есть несколько похожих по названию фирм, иногда для проверки себя приходится заходить в редактирование Контрагента, чтобы увидеть что-же написано в комментарии к нему... Да и просто странно иметь спрятанные данные которые, не отображаются, особенно Комментарий. Не лучше все же его добавить при выводе в список, или сделать настраиваемым отображение данного поля, да и вообще настройку отображения колонок данного справочника.

Danil написал 25 июля 2017

да, мы близки к мысли о настройке колонок, возможно не только в справочниках но и журналах или еще и в самих документах

burn написал 25 июля 2017

да, мы близки к мысли о настройке колонок, возможно не только в справочниках но и журналах или еще и в самих документах

Может пока хотябы показать данную колонку, пока доходите до настройки...

Danil написал 25 июля 2017

не вопрос, в следующей версии добавим

burn написал 04 августа 2017

Новое предложение, по улучшению... Смотрите... сейчас, когда копируется позиция товара, автоматически открывается скопированная позиция на редактирование и активным выделяется последнее поле в товаре т.е. в моем случае, к примеру - это страна. Думаю лучше будет сделать позиционирование на первом поле редактирования, т.е. "Наименование" - это ускорит работу с копированием позиций. PS: Как там успехи с копированием, то, что обсуждалось ранее (копирование единиц измерения), чтобы оно копировалось из копируемой позиции а не из характеристик группы...честно напрягает жутко...

Danil написал 04 августа 2017

Новое предложение, по улучшению... Смотрите... сейчас, когда копируется позиция товара, автоматически открывается скопированная позиция на редактирование и активным выделяется последнее поле в товаре т.е. в моем случае, к примеру - это страна. Думаю лучше будет сделать позиционирование на первом поле редактирования, т.е. "Наименование" - это ускорит работу с копированием позиций.

да, не хорошо получается

PS: Как там успехи с копированием, то, что обсуждалось ранее (копирование единиц измерения), чтобы оно копировалось из копируемой позиции а не из характеристик группы...честно напрягает жутко...

на сколько я понимаю уже сделано, в следующую версию войдет

burn написал 04 августа 2017

Новое предложение, по улучшению... Смотрите... сейчас, когда копируется позиция товара, автоматически открывается скопированная позиция на редактирование и активным выделяется последнее поле в товаре т.е. в моем случае, к примеру - это страна. Думаю лучше будет сделать позиционирование на первом поле редактирования, т.е. "Наименование" - это ускорит работу с копированием позиций.

да, не хорошо получается

Внесите тогда поправочку, там не так сложно должно быть..

PS: Как там успехи с копированием, то, что обсуждалось ранее (копирование единиц измерения), чтобы оно копировалось из копируемой позиции а не из характеристик группы...честно напрягает жутко...

на сколько я понимаю уже сделано, в следующую версию войдет

Отлично, тогда очень жду ее выхода!

Mihail написал 04 августа 2017

PS: Как там успехи с копированием, то, что обсуждалось ранее (копирование единиц измерения), чтобы оно копировалось из копируемой позиции а не из характеристик группы...честно напрягает жутко...

Уже исправили, но к сожалению, для пользователей станет доступно только с выходом следующей версии.

dead666 написал 07 августа 2017

Добрый день, добавьте пожалуйста возможность оставлять Коментарии в продаже (опт, розница). Очень нужно комментировать ту или иную продажу. л

burn написал 07 августа 2017

Добрый день, добавьте пожалуйста возможность оставлять Коментарии в продаже (опт, розница). Очень нужно комментировать ту или иную продажу.

Такая возможность есть. И сейчас полностью работает.

burn написал 08 августа 2017

Найдена недоработочка: В документе печать ценников, при работе с позициями не работают горячие клавиши, столкнулся с тем, что через "Del" нельзя удалить строку, только нажатием мышкой на кнопку удаления, добавьте пожалуйста эту возможность. Будет просто удобнее и быстрее. ЗЫ: Для чего использую и где приходится удалять: - Есть приход на общий склад, товар приходуется, дальше проводится ценообразование, после чего актами ПП раздается на склады. - Вот тут на сейчас приходится печатать им ценники, с одного акта Ценообразования а товар частично идет на разные склады и часто дублируется... почему разные списки печати ценников. Вариант добавить возможность печати ценников с документов "Акт ПП", так было бы быстрее ну и доработать удаление лишних строк с клавиатуры так же полезная возможность!

Danil написал 08 августа 2017

Найдена недоработочка: В документе печать ценников, при работе с позициями не работают горячие клавиши, столкнулся с тем, что через "Del" нельзя удалить строку, только нажатием мышкой на кнопку удаления, добавьте пожалуйста эту возможность. Будет просто удобнее и быстрее. ЗЫ: Для чего использую и где приходится удалять: - Есть приход на общий склад, товар приходуется, дальше проводится ценообразование, после чего актами ПП раздается на склады. - Вот тут на сейчас приходится печатать им ценники, с одного акта Ценообразования а товар частично идет на разные склады и часто дублируется... почему разные списки печати ценников. Вариант добавить возможность печати ценников с документов "Акт ПП", так было бы быстрее ну и доработать удаление лишних строк с клавиатуры так же полезная возможность!

ок, Del поправим на всякий случай, Акт ПП это в смысле Перемещение товаров? Судя по описанию это он, но спросить я должен был :) Мысль про печать ценников из него вполне очевидная, добавим.

burn написал 08 августа 2017

Найдена недоработочка: В документе печать ценников, при работе с позициями не работают горячие клавиши, столкнулся с тем, что через "Del" нельзя удалить строку, только нажатием мышкой на кнопку удаления, добавьте пожалуйста эту возможность. Будет просто удобнее и быстрее. ЗЫ: Для чего использую и где приходится удалять: - Есть приход на общий склад, товар приходуется, дальше проводится ценообразование, после чего актами ПП раздается на склады. - Вот тут на сейчас приходится печатать им ценники, с одного акта Ценообразования а товар частично идет на разные склады и часто дублируется... почему разные списки печати ценников. Вариант добавить возможность печати ценников с документов "Акт ПП", так было бы быстрее ну и доработать удаление лишних строк с клавиатуры так же полезная возможность!

ок, Del поправим на всякий случай, Акт ПП это в смысле Перемещение товаров? Судя по описанию это он, но спросить я должен был :) Мысль про печать ценников из него вполне очевидная, добавим.

Да, ты все верно понял. Отлично будем ждать... ЗЫ: ПП- дословно Приема-Передачи - у Вас называется перемещения товаров, так как-то ближе название исторически...

burn написал 10 августа 2017

Новое предложение, надо обсудить как это реализовать либо, как обходить чтобы было корректно... Я правда не уверен как стоит это реализовывать в общий список... тут 50/50 Можно ли сделать какой-то документ либо дать права для документов "продажи опт" чтобы можно было делать один документ независимо от нахождения товаров на складах. Т.е. Суть в чем: Когда покупку совершают по безналу им не важно на каких складах у нас какой товар и надо чтобы весь список купленного был в 1 документе. На текущий момент это можно сделать только с одного склада. Т.е. чтобы это обойти надо выписать счет, потом переносить по складам товары на какой-то склад чтобы провести данный документ, но это не совсем удобно по документам опт, да и в принципе неверно. Т.е. надо либо для опта дать право списания с любых складов, при наличии либо дать возможность внутри документа оптовой продажи выбирать по таким товарам с какого склада какое кол-во списывать, так наверное с выбором будет правильнее! Ваше мнение по этому вопросу...

burn написал 10 августа 2017

Отдельное предложение/просьба На текущий момент документ перемещения товаров можно сделать только как подчиненный документ с приходного документа либо копированием с другого перемещения, а не проще добавить в меню рядом с приходом/расходом и перемещение товара между складами. Пока будет это реализовано, можно попросить код данной кнопки в меню, добавлю сам на текущий момент, заранее спасибо.

Andrey написал 10 августа 2017

Если документ будет списывать сам с любых складов, то потом концов не найдешь. Вам же в любом случае, если товар на разных складах, надо его перемещать и комплектовать в одну партию. Эти движения должны быть отражены документом перемещение.

Danil написал 10 августа 2017

Новое предложение, надо обсудить как это реализовать либо, как обходить чтобы было корректно... Я правда не уверен как стоит это реализовывать в общий список... тут 50/50 Можно ли сделать какой-то документ либо дать права для документов "продажи опт" чтобы можно было делать один документ независимо от нахождения товаров на складах. Т.е. Суть в чем: Когда покупку совершают по безналу им не важно на каких складах у нас какой товар и надо чтобы весь список купленного был в 1 документе. На текущий момент это можно сделать только с одного склада. Т.е. чтобы это обойти надо выписать счет, потом переносить по складам товары на какой-то склад чтобы провести данный документ, но это не совсем удобно по документам опт, да и в принципе неверно. Т.е. надо либо для опта дать право списания с любых складов, при наличии либо дать возможность внутри документа оптовой продажи выбирать по таким товарам с какого склада какое кол-во списывать, так наверное с выбором будет правильнее! Ваше мнение по этому вопросу...

мысль ясна, тут надо подумать

Danil написал 10 августа 2017

Если документ будет списывать сам с любых складов, то потом концов не найдешь. Вам же в любом случае, если товар на разных складах, надо его перемещать и комплектовать в одну партию. Эти движения должны быть отражены документом перемещение.

кстати да, тут Андрей прав, кладовщик на основании чего отдаст товар?

Danil написал 10 августа 2017

Отдельное предложение/просьба На текущий момент документ перемещения товаров можно сделать только как подчиненный документ с приходного документа либо копированием с другого перемещения, а не проще добавить в меню рядом с приходом/расходом и перемещение товара между складами. Пока будет это реализовано, можно попросить код данной кнопки в меню, добавлю сам на текущий момент, заранее спасибо.

попробуй в журнале документов нажать "Добавить" https://image.prntscr.com/image/odenZhu1TJKKTmH_kGgL8w.png

burn написал 10 августа 2017

Если документ будет списывать сам с любых складов, то потом концов не найдешь. Вам же в любом случае, если товар на разных складах, надо его перемещать и комплектовать в одну партию. Эти движения должны быть отражены документом перемещение.

кстати да, тут Андрей прав, кладовщик на основании чего отдаст товар?

Тут факт иной, товар на момент выписывания уже забран со всех складов.... Именно из-за этого и возникает такой вопрос и поэтому предложил вот эту часть [quote=burn]Т.е. надо либо для опта дать право списания с любых складов, при наличии либо [u]дать возможность внутри документа оптовой продажи выбирать по таким товарам с какого склада какое кол-во списывать[/u], так наверное с выбором будет правильнее!

Так все будет видно в документе, при необходимости разобраться

burn написал 10 августа 2017

Отдельное предложение/просьба На текущий момент документ перемещения товаров можно сделать только как подчиненный документ с приходного документа либо копированием с другого перемещения, а не проще добавить в меню рядом с приходом/расходом и перемещение товара между складами. Пока будет это реализовано, можно попросить код данной кнопки в меню, добавлю сам на текущий момент, заранее спасибо.

попробуй в журнале документов нажать "Добавить" https://image.prntscr.com/image/odenZhu1TJKKTmH_kGgL8w.png

Так то можно, хочется кнопочку в верхнем меню - удобство

Andrey написал 10 августа 2017

У Вас есть склад с которого идет отгрузка товара оптовому покупателю? Товар на ваших складах может дублироваться или он строго распределен? Например склад1 только сантехника, склад2 только товары для ремонта.

burn написал 10 августа 2017

У Вас есть склад с которого идет отгрузка товара оптовому покупателю? Товар на ваших складах может дублироваться или он строго распределен? Например склад1 только сантехника, склад2 только товары для ремонта.

У нас один и тот же товар дублируется и находится на 2-3 складах одновременно, складов на сейчас 11. Будет в ближайшем бушующем еще 4 склада. Минимум одновременно один и тот же товар на 2-х складах. Нет отдельного для оптовых, все берут с одних и тех же мест и опт и розница.

Andrey написал 10 августа 2017

Если я Вас правильно понял, ваши склады - это ваши магазины, где удобно покупателю оттуда и забрал. Ваш вариант указания склада для каждой позиции, может дать сбой если товара на одном складе не хватит и нужно будет еще с трех складов подвезти.

burn написал 10 августа 2017

Если я Вас правильно понял, ваши склады - это ваши магазины, где удобно покупателю оттуда и забрал.

Почти, склады - это отделы в магазинах за которыми закреплены ответственные, т.е. кроме того, что разные магазины, есть отдел или несколько отделов где ответственны за ТМЦ разные люди.

Ваш вариант указания склада для каждой позиции, может дать сбой если товара на одном складе не хватит и нужно будет еще с трех складов подвезти.

В варианте, указания склада к позиции, можно обойти добавив одну и ту же позицию несколько раз с разных складов, копированием. Так реально и понятно, так же вариант, саму позицию оставлять одну, а списание по одной позиции с разных складов сделать вторую часть документа где расписано само дублирование, по складам. Я работал в свое время с другой прогой не другом предприятии, где было сделано таким образом: В одном документе было как-бы 2 слоя, чтбы понятно было, которые включали в себя 1-й печатаемый, который для клиента, второй "для работы" в котором можно было забивать больше строк и т.п. толкьо был 1 критерий проведения документа суммы 2-х часте должны были совпадать до копейки, если не совпадают документ нельзя было провести и все...

Guest написал 04 сентября 2017

Добрый день! Нужно что-то придумать с прайсом. У меня в магазине есть однотипный товар, разного размера по одинаковой цене, ну например стельки нескольких видов, и в каждом по 7-8 размеров. И вот в прайсе 3 вида стелек отображаются 25 позициями. Если бы товар сажался на склад по артикулам, то и прайс можно было делать по артикулам, а не по всем наименованиям товаров на складе.

Danil написал 04 сентября 2017

Добрый день! Нужно что-то придумать с прайсом. У меня в магазине есть однотипный товар, разного размера по одинаковой цене, ну например стельки нескольких видов, и в каждом по 7-8 размеров. И вот в прайсе 3 вида стелек отображаются 25 позициями. Если бы товар сажался на склад по артикулам, то и прайс можно было делать по артикулам, а не по всем наименованиям товаров на складе.

Приветствую! Проблема понятна, но тут не с прайсом что-то делать надо, а с учетом в разрезе размеров (цветов, серий и т.д. по вкусу), что бы не заводить несколько позиций для разных размеров. Мы такую возможность планируем и понемногу реализуем. Пока могу предложить подождать, ибо как сжать прайс лист, кроме как вручную, пока идей нету.

burn написал 04 сентября 2017

Добрый день! Нужно что-то придумать с прайсом. У меня в магазине есть однотипный товар, разного размера по одинаковой цене, ну например стельки нескольких видов, и в каждом по 7-8 размеров. И вот в прайсе 3 вида стелек отображаются 25 позициями. Если бы товар сажался на склад по артикулам, то и прайс можно было делать по артикулам, а не по всем наименованиям товаров на складе.

Это и так можно сделать, тут как вы назовёте товар все в ваших руках. Можете внести артикул в начале наименований или вместо наименования, так же можно использовать дополнительные поля для артикулов.

Guest написал 07 сентября 2017

Danil, пока так и делаю - выгружаю в Excell и удаляю повторяющиеся позиции burn, ну я и так на склад сажаю с артикулами перед названием товара, но ведь он потом и в прайсе так и выходит отдельной строкой с артикулом.

Guest написал 24 сентября 2017

Ещё вопрос, а как работать с оплатой по пос-терминалу, т.е. как проводить оплату по карте в программе или это ещё не реализовано? Надо ведь провести продажу так, чтобы в кассовом отчёте денег больше не стало, но учёт этих денег всё равно где-то шёл!

Danil написал 24 сентября 2017

Ещё вопрос, а как работать с оплатой по пос-терминалу, т.е. как проводить оплату по карте в программе или это ещё не реализовано? Надо ведь провести продажу так, чтобы в кассовом отчёте денег больше не стало, но учёт этих денег всё равно где-то шёл!

Если речь идет о РМК, то при расчете с покупателем, если покупатель расплачивается банковской картой, вводите сумму на терминале, покупатель платит, далее в РМК следует выбрать вариант "Платежная карта" в окне выбора оплат и указать оплаченную сумму [img]https://image.prntscr.com/image/qEEfjs00QaOQK5zecdkKlg.png Если же вы хотите продавать товар через расход товара, то тут скорее подойдет такой вариант. Делаете расход товаров "Продажа опт", на произвольного контрагента (если покупатель не порсонафицирован), кассу это не затронет, а деньги потом придут через банковскую выписку.

burn написал 27 сентября 2017

Недочет, по новой версии по пункту сохранения форм документов: При повторном открытии формы, параметры левой части выбора товара, где категории и остатки по складам, размеры этих частей (ширина колонок, высота поля остатков не участвуют в сохранении положения и размеров)...

Danil написал 27 сентября 2017

Недочет, по новой версии по пункту сохранения форм документов: При повторном открытии формы, параметры левой части выбора товара, где категории и остатки по складам, размеры этих частей (ширина колонок, высота поля остатков не участвуют в сохранении положения и размеров)...

все верно, это отложили на будущее

burn написал 27 сентября 2017

Недочет, по новой версии по пункту сохранения форм документов: При повторном открытии формы, параметры левой части выбора товара, где категории и остатки по складам, размеры этих частей (ширина колонок, высота поля остатков не участвуют в сохранении положения и размеров)...

все верно, это отложили на будущее

Понял, будем ожидать...

burn написал 28 сентября 2017

Новое предложение по внешнему виду перечня товаров: Не всем это будет нужно, но иногда может пригодиться для быстрого отслеживания. Может стоит добавить возможность выделения (как пока не уверен, возможно жирным) текст в отмеченной колонке, т.е. даже не в отмеченной, а в настройках отображения колонок. Можно это сделать доп.пунктом настройки колонок ("выделить") после чего в колонке текст всего списка отображается жирным шрифтом и данный параметр сохраняется, как настройки размеров до отмены подсвечивания колонки.

Danil написал 28 сентября 2017

Новое предложение по внешнему виду перечня товаров: Не всем это будет нужно, но иногда может пригодиться для быстрого отслеживания. Может стоит добавить возможность выделения (как пока не уверен, возможно жирным) текст в отмеченной колонке, т.е. даже не в отмеченной, а в настройках отображения колонок. Можно это сделать доп.пунктом настройки колонок ("выделить") после чего в колонке текст всего списка отображается жирным шрифтом и данный параметр сохраняется, как настройки размеров до отмены подсвечивания колонки.

о как ... а что именно таким образом выделить хочешь?

burn написал 28 сентября 2017

Новое предложение по внешнему виду перечня товаров: Не всем это будет нужно, но иногда может пригодиться для быстрого отслеживания. Может стоит добавить возможность выделения (как пока не уверен, возможно жирным) текст в отмеченной колонке, т.е. даже не в отмеченной, а в настройках отображения колонок. Можно это сделать доп.пунктом настройки колонок ("выделить") после чего в колонке текст всего списка отображается жирным шрифтом и данный параметр сохраняется, как настройки размеров до отмены подсвечивания колонки.

о как ... а что именно таким образом выделить хочешь?

Сегодня пришлось вносить много подобного товара и в тоге искал товар по цене, я бы выделил цену и наименование для этой задачи для ускорения поиска... а по умолчанию если бы была такая возможность выделил кол-во на складе и наименование.

Danil написал 28 сентября 2017

Сегодня пришлось вносить много подобного товара и в тоге искал товар по цене, я бы выделил цену и наименование для этой задачи для ускорения поиска... а по умолчанию если бы была такая возможность выделил кол-во на складе и наименование.

может наоборот? скрыть остальные колонки, если хочешь сосредоточиться на двух

burn написал 29 сентября 2017

Сегодня пришлось вносить много подобного товара и в тоге искал товар по цене, я бы выделил цену и наименование для этой задачи для ускорения поиска... а по умолчанию если бы была такая возможность выделил кол-во на складе и наименование.

может наоборот? скрыть остальные колонки, если хочешь сосредоточиться на двух

В данном случае скрыть не поможет, т.к. после поиска нужны данные из других колонок :) Просто выделение концентрирует взгляд на чем-то отдельном, такой функционал может кому-то в другой момент тоже в каком-то поиске помочь.

burn написал 29 сентября 2017

Нашел еще одну часть по возврату документа, которую не доделали, о ней оговаривали первоначально. - Возможность создания документа как "ввод на основании документа", в перечне документов. Этот смысл работает только при создании, надо создать как новый документ прихода, потом выбор типа документа, выбор документа основания, через ввод даты, после выбора самого документа. Если ввести оговоренный пункт "Возврат товара по документу" в создание на основании документа расхода, и открывать сразу документ из первичного документа, автоматом подставится тип документа "возврат" и заполнятся данные документа основания, что ускорит процедуру создания данного документа на 3 шага. Только сейчас нашел, что эту часть пока не проработали, в первичном описании документа возврата мы это обсуждали.

Danil написал 29 сентября 2017

Нашел еще одну часть по возврату документа, которую не доделали, о ней оговаривали первоначально. - Возможность создания документа как "ввод на основании документа", в перечне документов. Этот смысл работает только при создании, надо создать как новый документ прихода, потом выбор типа документа, выбор документа основания, через ввод даты, после выбора самого документа. Если ввести оговоренный пункт "Возврат товара по документу" в создание на основании документа расхода, и открывать сразу документ из первичного документа, автоматом подставится тип документа "возврат" и заполнятся данные документа основания, что ускорит процедуру создания данного документа на 3 шага. Только сейчас нашел, что эту часть пока не проработали, в первичном описании документа возврата мы это обсуждали.

да, этот очевидный момент мы упустили

wwsilin написал 29 сентября 2017

Здравствуйте ! Отличная программа! Планируется ли версия на LINUX? Было супер запустить на raspberry pi, чтобы уменьшить размеры рабочего места ну и капитальные затраты в оборудование.

Andrey написал 29 сентября 2017

Спасибо за отзыв. Версия для LINUX не планируется.

Danil написал 29 сентября 2017

Здравствуйте ! Отличная программа! Планируется ли версия на LINUX? Было супер запустить на raspberry pi, чтобы уменьшить размеры рабочего места ну и капитальные затраты в оборудование.

Приветствую! Нет, не планируется. Максимум, андройд версия, для планшетов и тв боксов, но врятли полноценная. А чем будет отличаться по размерам и капитальным затратам, рабочее место на виндовом планшете в сравнении с малиной? Китайские нонэймы вполне себе работоспособны и компактны, там полноценная винда с которой все знакомы, рабочие драйвера на оборудование (ФЗ-54) и переферию. Фотка на заглавной странице нашего сайта, как раз сделана с одного из таких.

burn написал 03 октября 2017

Добрый день. Появилась небольшая идея, в формах по созданию/редактированию товара и т.п... Можно добавить кнопочку "вставки спецсимволов" в текст, чтобы привести наименования в более красивый вид, на сейчас это можно использовать но символы приходится копировать из MS Word.

Danil написал 03 октября 2017

Добрый день. Появилась небольшая идея, в формах по созданию/редактированию товара и т.п... Можно добавить кнопочку "вставки спецсимволов" в текст, чтобы привести наименования в более красивый вид, на сейчас это можно использовать но символы приходится копировать из MS Word.

Приветствую! А не начнется ли потом проблема с поиском, как-то же в поиске эти символы вводить тоже нужно будет? Какие сейчас символы вставляете?

burn написал 03 октября 2017

Добрый день. Появилась небольшая идея, в формах по созданию/редактированию товара и т.п... Можно добавить кнопочку "вставки спецсимволов" в текст, чтобы привести наименования в более красивый вид, на сейчас это можно использовать но символы приходится копировать из MS Word.

Приветствую! А не начнется ли потом проблема с поиском, как-то же в поиске эти символы вводить тоже нужно будет? Какие сейчас символы вставляете?

Чаще всего это уточнения по параметрам размеров, т.е. это градусы, квадратные метры, кубические как в наименованиях в конце или в характеристике размеров товара. Они не участвуют в поиске, поэтому проблем не создаст.

burn написал 13 октября 2017

Небольшое предложение: Можете добавить в "Товарах" сортировку по возрастанию/убыванию как у наименования еще и на цены закупки и продажи, иногда приходится искать товар по цене, было бы полезно. Заранее спасибо.

Danil написал 13 октября 2017

Небольшое предложение: Можете добавить в "Товарах" сортировку по возрастанию/убыванию как у наименования еще и на цены закупки и продажи, иногда приходится искать товар по цене, было бы полезно. Заранее спасибо.

надо подумать, как это сделать, сейчас оно не просто так не сортируется :)

burn написал 13 октября 2017

Небольшое предложение: Можете добавить в "Товарах" сортировку по возрастанию/убыванию как у наименования еще и на цены закупки и продажи, иногда приходится искать товар по цене, было бы полезно. Заранее спасибо.

надо подумать, как это сделать, сейчас оно не просто так не сортируется :)

Как вариант, может получится сортировать через использование функций фильтра...

Guest написал 16 октября 2017

при продаже через РМК товар не уходит из остатков, приходиться несколько раз продовать и закрывать смену что бы в товарах были правильные остатки, в чем причина?

Andrey написал 17 октября 2017

Есть возможность предоставить базу? Пришлите на почту 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]

Mihail написал 17 октября 2017

при продаже через РМК товар не уходит из остатков, приходиться несколько раз продовать и закрывать смену что бы в товарах были правильные остатки, в чем причина?

Дело в том, что так задумано в программе. Товар НЕ списывается с остатков каждым чеком пробиваемым в РМК, а списывается общее количество по всем проданным товарам при закрытии смены. Списание проданных товаров с остатка выполняется документом Z-отчет, автоматически создаваемым при закрытии смены в РМК.

Илья написал 22 октября 2017

Добрый день! Не получается перенос товара (номенклатуры) из группы в группу. Т.е не хватает кнопочки "перенос в другую группу". Если это есть то инфа не представлена https://wiki.kayala-soft.ru/wiki/1014.

burn написал 22 октября 2017

Добрый день! Не получается перенос товара (номенклатуры) из группы в группу. Т.е не хватает кнопочки "перенос в другую группу". Если это есть то инфа не представлена https://wiki.kayala-soft.ru/wiki/1014.

Товар просто перетаскивания мышкой в нужную категорию в номенклатуре. Справа открываете папку с перетаскиваемым товаром и просто перетягивание его в нужную папку категории слева...

s22aa написал 04 ноября 2017

Добрый день! Не получается перенос товара (номенклатуры) из группы в группу. Т.е не хватает кнопочки "перенос в другую группу". Если это есть то инфа не представлена https://wiki.kayala-soft.ru/wiki/1014.

Товар просто перетаскивания мышкой в нужную категорию в номенклатуре. Справа открываете папку с перетаскиваемым товаром и просто перетягивание его в нужную папку категории слева...

Я правильно понял? Сначала я импортирую в справочник список товаров, а потом мышкой перетаскиваю каждый товар в группу и при этом подтверждаю перемещение в выскакивающем каждый раз окошке и так все девятьсот наименований?

Danil написал 04 ноября 2017

Я правильно понял? Сначала я импортирую в справочник список товаров, а потом мышкой перетаскиваю каждый товар в группу и при этом подтверждаю перемещение в выскакивающем каждый раз окошке и так все девятьсот наименований?

можно сразу импортировать с разбивкой по группам, что бы потом не перетаскивать о массовом перемещении товаров между группами уже думаем, что-то обязательно придумаем :)

s22aa написал 04 ноября 2017

можно сразу импортировать с разбивкой по группам, что бы потом не перетаскивать

Как вставлять одинаковое слово в столбец экселя я нашёл, а вот как вставить это слово перед другим текстом не нашёл. Импорт группы товаров можно вынести в отдельный столбец, а не отделять слэшем.

о массовом перемещении товаров между группами уже думаем, что-то обязательно придумаем :)

Вот потому то я и остановился на вашей программе! Вы стараетесь сделать её лучше и удобнее. У большинства разработчиков ответ один: либо вы подстраиваетесь под нашу программу, либо ищите другую.

Danil написал 04 ноября 2017

Как вставлять одинаковое слово в столбец экселя я нашёл, а вот как вставить это слово перед другим текстом не нашёл. Импорт группы товаров можно вынести в отдельный столбец, а не отделять слэшем.

групп может быть произвольное количество, с произвольным уровнем вложенности, даже вынеся группу в отдельный столбец все равно как-то их придется разделять, понимаю что у вас один уровень, но это не общий случай то о чем вы говорите в экселе делает функция СЦЕПИТЬ(RC[1];"|";RC[2]) попробуйте ее

s22aa написал 04 ноября 2017

то о чем вы говорите в экселе делает функция СЦЕПИТЬ(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

групп может быть произвольное количество, с произвольным уровнем вложенности,

Но названия то у них будут разные. Вот в столбце и указывать название хоть группы, хоть вложения или вы предполагаете, что в разных группах могут находится вложения с одинаковым названием? Хотя.

Danil написал 04 ноября 2017

то о чем вы говорите в экселе делает функция СЦЕПИТЬ(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

это не конструктивно, это обычное использование экселя, а не программирование: [YOUTUBE]

групп может быть произвольное количество, с произвольным уровнем вложенности,

Но названия то у них будут разные. Вот в столбце и указывать название хоть группы, хоть вложения или вы предполагаете, что в разных группах могут находится вложения с одинаковым названием? Хотя.

[url=https://forum.kayala-soft.ru/posts/m5587-Podskazhite-kak-pri-zagruzke-tovara-iz-excel-razdelit--ego-po-gruppam#post5587]Пример вложенности групп[/url]

s22aa написал 04 ноября 2017

[YOUTUBE]

Посмотрел. Если пропустить иронию, то буду ждать "о массовом перемещении товаров между группами уже думаем, что-то обязательно придумаем :)"

[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Г В этом случае программа не сможет определить в какую группу засунуть подгруппу "крупы", то ли в продукты, то ли в бакалею. Только я такую ситуацию даже придумать не могу. Ваш пример не коректен

Danil написал 04 ноября 2017

Вот и я про то же, где здесь повторяющиеся подгруппы в разных группах? Повторяющиеся выглядели бы так Бакалея / Крупы / Горох 800г [u]Продукты[/u] / Крупы / Рис 500г Бакалея / Крупы / Гречка 500г Бакалея / Кофе / Кофе JACOBS MONARCH Бакалея / Кофе / Кофе NESCAFE 3В1 20Г В этом случае программа не сможет определить в какую группу засунуть подгруппу "крупы", то ли в продукты, то ли в бакалею. Только я такую ситуацию даже придумать не могу. Ваш пример не коректен

не понимаю из-за чего сыр-бор, у программы не будет сомнений, куда засунуть "крупы" есть формат загрузки, он работает, я вам загрузил ваши товары, они попали в нужные группы, импорт делается один раз и забудьте про него навсегда, нужно еще раз импортировать? пожалуйста, присылайте еще раз файл, мы еще раз вам его импортируем и трансформируем так что бы программа его переварила, что не так-то?

s22aa написал 04 ноября 2017

Всё нормально.Вопрос закрыт.

SlaP написал 28 ноября 2017

Добрый вечер. Вижу в ближайшей перспективе необходимость в отчете по продажам по поставщикам. Сейчас же его нет? Я ничего не упустил?)) Насколько такое возможно и актуально?

Danil написал 28 ноября 2017

Добрый вечер. Вижу в ближайшей перспективе необходимость в отчете по продажам по поставщикам. Сейчас же его нет? Я ничего не упустил?)) Насколько такое возможно и актуально?

Добрый вечер! Все правильно, нет такого отчета. Нужно подумать на счет его возможности, сейчас данные организованны таким образом что бы было проще вести учет. Списания идут в разрезе товара и склада, без учета поставщика. Мы подумаем, как это можно организовать.

Guest написал 06 декабря 2017

Вечер добрый. Было бы не плохо разработать андроид приложения, как минимум для проведения ревизий. Чтобы в нем можно было настроить сетевое подключение к базе, и проводить инвентаризацию, превратив телефон в тсд (можно подключить Bluetooth сканер штрих-кодов). Думаю многим будет полезно, и просто колоссально сэкономит время на инвентаризации.

Mihail написал 07 декабря 2017

Здравствуйте. Приложение для инвентаризации под андроид сейчас находится в процессе разработки, его появление планируется в через 2-3 месяца.

Guest написал 07 декабря 2017

Здравствуйте. Приложение для инвентаризации под андроид сейчас находится в процессе разработки, его появление планируется в через 2-3 месяца.

Тогда я почти Ваш фанат :). Перешел бы уже сейчас, но держат несколько моментов: - нужна возможность вносить и изымать деньги из кассы, т.к. размен всегда остается в кассе, и соответственно не плохо было бы видеть сумму в кассе. - нужно видеть в РМК остаток товара на складе, чтобы видеть откуда его отдавать, с витрины, или со склада. Для этого так же нужно, чтобы списание проходило сразу, при побитии чека, а не после Z отчета. - возможность сортировки в дереве товара по кол-ву.

Mihail написал 07 декабря 2017

- нужно видеть в РМК остаток товара на складе, чтобы видеть откуда его отдавать, с витрины, или со склада.

Вы хотите, чтобы в РМК можно было выбирать склад, с которого списывать товар? Такой функционал мы не планировали. Остальные моменты есть в планах.

Guest написал 07 декабря 2017

- нужно видеть в РМК остаток товара на складе, чтобы видеть откуда его отдавать, с витрины, или со склада.

Вы хотите, чтобы в РМК можно было выбирать склад, с которого списывать товар? Такой функционал мы не планировали. Остальные моменты есть в планах.

нет, просто в режиме РМК, добавить еще одну колонку - Остаток на складе, чтобы видеть сколько товаров есть на остатке. Для того чтобы понять, снимать с витрины товар, или идти в склад за ним. А в какой срок, планируете реализовать эти доработки?

berivan написал 07 декабря 2017

Я бы еще высказался за развитие, в направлении сети магазинов. У нас есть несколько торговых точек, в разных городах, сейчас работают автономно каждая. Было бы очень неплохо объединить их в одной базе, с разными складами. Возможно, для этих целей, можно будет использовать яндекс диск (или другое облако). Как я себе это представляю (концептуально): Есть главный магазин, на котором происходит весь приход товара, и там же он распределяется по складам. Подчиненные магазины, раз, два раза в день (или по приказу, какой-нибудь кнопкой), проводят синхронизацию с главной базой. Как-то так, надеюсь я понятно выразил свою мысль. P.S. Возможно ли как-нибудь распечатать товарный чек, если товар был продан неделю назад, а клиент сразу его не попросил (или скажем потерял). Иногда возникает такая необходимость. И возможно вставить картинку - логотип магазина, в форму товарного чека?

Mihail написал 07 декабря 2017

Видеть остаток в РМК при подборе можно уже сейчас. Нужно установить модуль "РМК. Товары с остатками". Но, как вы понимаете, эти остатки НЕ учитывают продажи сделанные в текущей (открытой) смене. Модуль РМК. Товары с остатками

А в какой срок, планируете реализовать эти доработки?

Обещать не буду, лишь выскажу предположение. Думаю все перечисленные моменты успеем сделать к ближайшей новой версии (где-то январь 2018).

Guest написал 07 декабря 2017

Видеть остаток в РМК при подборе можно уже сейчас. Нужно установить модуль "РМК. Товары с остатками". Но, как вы понимаете, эти остатки НЕ учитывают продажи сделанные в текущей (открытой) смене. Модуль РМК. Товары с остатками

А в какой срок, планируете реализовать эти доработки?

Обещать не буду, лишь выскажу предположение. Думаю все перечисленные моменты успеем сделать к ближайшей новой версии (где-то январь 2018).

Такой модуль установлен, но остатков не видно. Может потому что версия portable?

Mihail написал 07 декабря 2017

Я бы еще высказался за развитие, в направлении сети магазинов. У нас есть несколько торговых точек, в разных городах, сейчас работают автономно каждая. Было бы очень неплохо объединить их в одной базе, с разными складами. Возможно, для этих целей, можно будет использовать яндекс диск (или другое облако). Как я себе это представляю (концептуально): Есть главный магазин, на котором происходит весь приход товара, и там же он распределяется по складам. Подчиненные магазины, раз, два раза в день (или по приказу, какой-нибудь кнопкой), проводят синхронизацию с главной базой. Как-то так, надеюсь я понятно выразил свою мысль.

В направлении сети мы тоже работает, но это перспектива 2-3 следующих версий.

P.S. Возможно ли как-нибудь распечатать товарный чек, если товар был продан неделю назад, а клиент сразу его не попросил (или скажем потерял). Иногда возникает такая необходимость. И возможно вставить картинку - логотип магазина, в форму товарного чека?

В журнале документов "Все документы" можно найти нужный Чек и в нем по кнопке "Печать" получить товарный чек. Для логотипа присылайте картинку нам на почту, мы сделаем и вышлем вам модуль, установите и будет у вас товарный чек с логотипом.

Mihail написал 07 декабря 2017

Такой модуль установлен, но остатков не видно. Может потому что версия portable?

Такая колонка в подборе не появилась? Остатки при подборе в РМК

berivan написал 07 декабря 2017

Я бы еще высказался за развитие, в направлении сети магазинов. У нас есть несколько торговых точек, в разных городах, сейчас работают автономно каждая. Было бы очень неплохо объединить их в одной базе, с разными складами. Возможно, для этих целей, можно будет использовать яндекс диск (или другое облако). Как я себе это представляю (концептуально): Есть главный магазин, на котором происходит весь приход товара, и там же он распределяется по складам. Подчиненные магазины, раз, два раза в день (или по приказу, какой-нибудь кнопкой), проводят синхронизацию с главной базой. Как-то так, надеюсь я понятно выразил свою мысль.

В направлении сети мы тоже работает, но это перспектива 2-3 следующих версий.

P.S. Возможно ли как-нибудь распечатать товарный чек, если товар был продан неделю назад, а клиент сразу его не попросил (или скажем потерял). Иногда возникает такая необходимость. И возможно вставить картинку - логотип магазина, в форму товарного чека?

В журнале документов "Все документы" можно найти нужный Чек и в нем по кнопке "Печать" получить товарный чек. Для логотипа присылайте картинку нам на почту, мы сделаем и вышлем вам модуль, установите и будет у вас товарный чек с логотипом.

Отлично, спасибо. А не рассматривали ли Вы возможность, в карточке товаров сделать поле, где будет видно все движение по этому товару? К примеру сценарий: Пришел клиент, говорит, я у вас неделю, или две, точно не помню, покупал такой то товар, но потерял товарный чек, а на работе требуют, распечатайте, пожалуйста, еще раз. Т.к. человек не помнит точную дату, но помнит товар, мы поиском ищем данный товар, открываем карточку товара, смотрим движение (приходы, расходы, списания и т.д. с датами), находим расход, который попадает в названный временной горизонт, и печатаем товарный чек. Такой же механизм и при возврате товара. Иными словами, когда в карточке товара видно все движение, именно по этому товару - легко добраться до любого документа, и повторить его, или узнать нужную информацию.

Andrey написал 07 декабря 2017

А если Вы за неделю раз 20 продавали этот товар, поиск чека может занять длительное время. Допустим еще и очередь начала накапливаться. Точно такой функционал нужен именно на кассе. Не проще будет искать его товароведу на своем компе имеющимися средствами?.

Danil написал 07 декабря 2017

Отлично, спасибо. А не рассматривали ли Вы возможность, в карточке товаров сделать поле, где будет видно все движение по этому товару? К примеру сценарий: Пришел клиент, говорит, я у вас неделю, или две, точно не помню, покупал такой то товар, но потерял товарный чек, а на работе требуют, распечатайте, пожалуйста, еще раз. Т.к. человек не помнит точную дату, но помнит товар, мы поиском ищем данный товар, открываем карточку товара, смотрим движение (приходы, расходы, списания и т.д. с датами), находим расход, который попадает в названный временной горизонт, и печатаем товарный чек. Такой же механизм и при возврате товара. Иными словами, когда в карточке товара видно все движение, именно по этому товару - легко добраться до любого документа, и повторить его, или узнать нужную информацию.

Такое поведение выбивается из нашей концепции, в нашем варианте это скорее будет кнопка в панели инструментов списка товаров, вызывающая нужный отчет. Т.е. последовательность действий будет следующая. Находите товар в списке товаров, не открывая карточку жмете на кнопку отчета, появляется отчет (например продажи, если хотите найти чек), выбираете период, формируете с выводом документов, на подходящем документе дважды кликаете, открывается документ из которого можно печатать товарный чек.

Guest написал 07 декабря 2017

Такой модуль установлен, но остатков не видно. Может потому что версия portable?

Такая колонка в подборе не появилась? Остатки при подборе в РМК

Нет, не появилась. Программу перезапускал несколько раз, и пк перезагружал.

Danil написал 07 декабря 2017

Нет, не появилась. Программу перезапускал несколько раз, и пк перезагружал.

у вас установлен антивирус? если да, то какой? можете прислать нам на почту 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?

berivan написал 07 декабря 2017

Отлично, спасибо. А не рассматривали ли Вы возможность, в карточке товаров сделать поле, где будет видно все движение по этому товару? К примеру сценарий: Пришел клиент, говорит, я у вас неделю, или две, точно не помню, покупал такой то товар, но потерял товарный чек, а на работе требуют, распечатайте, пожалуйста, еще раз. Т.к. человек не помнит точную дату, но помнит товар, мы поиском ищем данный товар, открываем карточку товара, смотрим движение (приходы, расходы, списания и т.д. с датами), находим расход, который попадает в названный временной горизонт, и печатаем товарный чек. Такой же механизм и при возврате товара. Иными словами, когда в карточке товара видно все движение, именно по этому товару - легко добраться до любого документа, и повторить его, или узнать нужную информацию.

Такое поведение выбивается из нашей концепции, в нашем варианте это скорее будет кнопка в панели инструментов списка товаров, вызывающая нужный отчет. Т.е. последовательность действий будет следующая. Находите товар в списке товаров, не открывая карточку жмете на кнопку отчета, появляется отчет (например продажи, если хотите найти чек), выбираете период, формируете с выводом документов, на подходящем документе дважды кликаете, открывается документ из которого можно печатать товарный чек.

Да, такой вариант, вполне рабочий. Это уже реализовано, или возможно в будущем?

А если Вы за неделю раз 20 продавали этот товар, поиск чека может занять длительное время. Допустим еще и очередь начала накапливаться. Точно такой функционал нужен именно на кассе. Не проще будет искать его товароведу на своем компе имеющимися средствами?.

А если за неделю продали 20 таких товаров, значит это какая-нибудь мелочь, и там все равно какой датой возвращать. Идея в том, чтобы по наименованию товара, можно было найти, когда он продавался, у кого и когда закупался.

Danil написал 07 декабря 2017

Да, такой вариант, вполне рабочий. Это уже реализовано, или возможно в будущем?

еще нет, но вариант уже опробован во Фреш Маркете, должно быть довольно легко добавить такое и в Торговое место

Mihail написал 07 декабря 2017

Да, такой вариант, вполне рабочий. Это уже реализовано, или возможно в будущем?

Сейчас товар можно легко добавить в фильтр любого отчета скопировав в буфер его Код (кнопки Ctrl + C) и вставив из буфера (кнопки Ctrl + V). Посмотреть все приходы и расходы по товару можно в отчете "Обороты товаров". К сожалению, Чеки туда не попадают, т.к. не списывают товар с остатков.

berivan написал 07 декабря 2017

Да, такой вариант, вполне рабочий. Это уже реализовано, или возможно в будущем?

Сейчас товар можно легко добавить в фильтр любого отчета скопировав в буфер его Код (кнопки Ctrl + C) и вставив из буфера (кнопки Ctrl + V). Посмотреть все приходы и расходы по товару можно в отчете "Обороты товаров". К сожалению, Чеки туда не попадают, т.к. не списывают товар с остатков.

Сколько минусов, при не списании товара по чеку... :). В связи с чем принято решение списывать после Z-отчета, а не после пробития чека? Ну на сколько я понял, в будущих обновления это исправите?

berivan написал 07 декабря 2017

В журнале документов "Все документы" можно найти нужный Чек и в нем по кнопке "Печать" получить товарный чек. Для логотипа присылайте картинку нам на почту, мы сделаем и вышлем вам модуль, установите и будет у вас товарный чек с логотипом.

А как выбрать нужный чек, если его номер и дата не известны? Т.е. известно наименования товара и примерный интервал дат продажи?

Danil написал 07 декабря 2017

Сколько минусов, при не списании товара по чеку... :). В связи с чем принято решение списывать после Z-отчета, а не после пробития чека? Ну на сколько я понял, в будущих обновления это исправите?

плюсов на наш взгляд больше, даже в относительно больших магазинах, где казалось бы достаточно персонала, все равно не успевают все вовремя оприходовать и при списании по чеку будут проблемы, кроме того в режиме "автономная касса", чеку просто нечего списывать и магазин получит результат продаж в любом случае скорее всего после закрытия смены ... так что списывать по чеку нужно далеко не всегда исправлять мы это не будем, списание по чеку будет опциональным модулем, для ценителей так сказать :)

Mihail написал 07 декабря 2017

А как выбрать нужный чек, если его номер и дата не известны? Т.е. известно наименования товара и примерный интервал дат продажи?

В настоящий момент только поочередным открытием Чеков и визуальным определением, если ли там нужный товар. В ближайшее время появится отчет решающий эту проблему. Он уже давно в планах, но, к сожалению, выбор приоритетов пока не сложился в его пользу. С другой стороны, насколько часто возникает такая задача? А что является конечной целью: печать товарного чека, возврат товара или еще что-то?

berivan написал 07 декабря 2017

А как выбрать нужный чек, если его номер и дата не известны? Т.е. известно наименования товара и примерный интервал дат продажи?

В настоящий момент только поочередным открытием Чеков и визуальным определением, если ли там нужный товар. В ближайшее время появится отчет решающий эту проблему. Он уже давно в планах, но, к сожалению, выбор приоритетов пока не сложился в его пользу. С другой стороны, насколько часто возникает такая задача? А что является конечной целью: печать товарного чека, возврат товара или еще что-то?

Я бы не сказал, что часто просят распечатать старый чек, но тоже бывает, а вот возврат, когда не помнят дату покупки - очень часто. Такой отчет очень необходим, перспектива перекапывать кучу чеков совсем не радует. Судя по ответам следующее обновление - будет очень полезным. А если реализуете все пожелания, да ещё и будет андроид приложение для инвентаризации - это будет просто идеальная программа для многих! Спасибо Вам за программу!!!

berivan написал 08 декабря 2017

Здравствуйте. Приложение для инвентаризации под андроид сейчас находится в процессе разработки, его появление планируется в через 2-3 месяца.

А можно, пока идёт разработка, выскажу просьбу? Сделайте, пожалуйста, чтобы в приложении не было видно остатков, чтобы продавец не "мутил" при ревизии. А то посчитает к примеру 2шт по факту, увидит, что по программе на остатке должно быть 3шт,и чтобы было меньше недостачи, напишит, что в наличии 3шт. Ну или хотя бы предусмотреть возможность отключать видимость остатков опционально. P. S. А можно как-нибудь в программе искать товар по цене (розничной). Мы очень часто используем поиск по цене.

Danil написал 08 декабря 2017

А можно, пока идёт разработка, выскажу просьбу? Сделайте, пожалуйста, чтобы в приложении не было видно остатков, чтобы продавец не "мутил" при ревизии. А то посчитает к примеру 2шт по факту, увидит, что по программе на остатке должно быть 3шт,и чтобы было меньше недостачи, напишит, что в наличии 3шт. Ну или хотя бы предусмотреть возможность отключать видимость остатков опционально.

эм ... вы же вроде сами хотели, что бы продавец видел остатки, что бы понимать, что товар в наличии есть, а теперь он не должен видеть остатки? может тут вопрос просто в организации ревизии, ее должен производить либо незаинтересованное лицо, либо под контролем

P. S. А можно как-нибудь в программе искать товар по цене (розничной). Мы очень часто используем поиск по цене.

только через [url=https://wiki.kayala-soft.ru/wiki/1034/%D0%9F%D0%BE%D0%B8%D1%81%D0%BA]контекстный поиск[/url], но не думаю что вы это имели в виду, зачем вам такое?

berivan написал 08 декабря 2017

А можно, пока идёт разработка, выскажу просьбу? Сделайте, пожалуйста, чтобы в приложении не было видно остатков, чтобы продавец не "мутил" при ревизии. А то посчитает к примеру 2шт по факту, увидит, что по программе на остатке должно быть 3шт,и чтобы было меньше недостачи, напишит, что в наличии 3шт. Ну или хотя бы предусмотреть возможность отключать видимость остатков опционально.

эм ... вы же вроде сами хотели, что бы продавец видел остатки, что бы понимать, что товар в наличии есть, а теперь он не должен видеть остатки? может тут вопрос просто в организации ревизии, ее должен производить либо незаинтересованное лицо, либо под контролем

P. S. А можно как-нибудь в программе искать товар по цене (розничной). Мы очень часто используем поиск по цене.

только через [url=https://wiki.kayala-soft.ru/wiki/1034/%D0%9F%D0%BE%D0%B8%D1%81%D0%BA]контекстный поиск[/url], но не думаю что вы это имели в виду, зачем вам такое?

Я хочу, чтобы остатки были видны продавцу, при продаже товара. А в андроид приложении, при ревизии, остатки видеть не нужно.))) Поиск по цене мы используем при продаже. На некоторых товарах,которых нет на ветрине,нет ценника, и кода соответственно, и назвать его могли по разному,но точно известна цена. Мы вбиваем в поиске розничную цену, программа выдает списком весь товар по этой цене, и мы там выбираем, что нужно.

Danil написал 08 декабря 2017

Я хочу, чтобы остатки были видны продавцу, при продаже товара. А в андроид приложении, при ревизии, остатки видеть не нужно.)))

они там как раз не планируются, пользователь будет вводить только то что видит, по аналогии с инвентаризационной описью

Поиск по цене мы используем при продаже. На некоторых товарах,которых нет на ветрине,нет ценника, и кода соответственно, и назвать его могли по разному,но точно известна цена. Мы вбиваем в поиске розничную цену, программа выдает списком весь товар по этой цене, и мы там выбираем, что нужно.

я пока даже не знаю, что написать ... тут явно что-то не так, возможно стоит поработать с названиями, что бы не было сомнений как называется товар ... а можно конкретные примеры? что за товар и как и с чем его можно перепутать или неправильно ввести название? по мне это крайне ненадежный способ подбора товара, искать по критерию который периодически меняется (цена) и игнорировать как раз-таки постоянные свойства товара (код, артикул, наименование)

berivan написал 08 декабря 2017

Я хочу, чтобы остатки были видны продавцу, при продаже товара. А в андроид приложении, при ревизии, остатки видеть не нужно.)))

они там как раз не планируются, пользователь будет вводить только то что видит, по аналогии с инвентаризационной описью

Поиск по цене мы используем при продаже. На некоторых товарах,которых нет на ветрине,нет ценника, и кода соответственно, и назвать его могли по разному,но точно известна цена. Мы вбиваем в поиске розничную цену, программа выдает списком весь товар по этой цене, и мы там выбираем, что нужно.

я пока даже не знаю, что написать ... тут явно что-то не так, возможно стоит поработать с названиями, что бы не было сомнений как называется товар ... а можно конкретные примеры? что за товар и как и с чем его можно перепутать или неправильно ввести название? по мне это крайне ненадежный способ подбора товара, искать по критерию который периодически меняется (цена) и игнорировать как раз-таки постоянные свойства товара (код, артикул, наименование)

они там как раз не планируются, пользователь будет... Это отлично, я просто на всякий случай, выразил пожелание. Что касается поиска по цене - я с Вами полностью согласен. Но привычка - это страшная сила!))) она осталась ещё со времен эксела, когда для поиска использовали фильтр по цене, т. К. товара было не много, и быстрее было вбить цифру и выбрать из списка, чем печатать часть названия. В нынешней учётной программе тоже есть поиск по цене, что только укрепил эту привычку...))))

berivan написал 09 декабря 2017

Скажите, пожалуйста, а можно как нибудь зафиксировать окно поиска? Чтобы постоянно не нажимать F4? Очень часто для пробития товара используем внутренний код (штрих кода на товаре нет, а наклейки с ним не держатся, приходится писать код маркером). Пожелание конечно не критичное, но было бы здорово, если его реализовать.

Andrey написал 09 декабря 2017

может Вы имеете ввиду поиск по "F3", т.к. по "F4" открывается справочник "Товары"?

berivan написал 09 декабря 2017

может Вы имеете ввиду поиск по "F3", т.к. по "F4" открывается справочник "Товары"?

Точно, его. А рядом можно кнопочку в виде лупы, для поиска из справочника товары :).

berivan написал 15 декабря 2017

Нельзя ли сделать ценообразование, при новом приходе, в документе прихода? Добавили накладную, проверили общую сумму – все сошлось, сохранили. На основании открываем ценообразование, сделали больше половины, потратили пол часа времени, и на очередном товаре находим косяк – сумма правильная, а количество – не правильно, цена соответственно не верная. Отменяем ценообразование, исправляем накладную прихода, и заново расценять! А если такая ошибка не одна? Или как-то можно исправить ошибку внесения?

Andrey написал 15 декабря 2017

Зачем же отменять все ценообразование(весь труд насмарку). Можно в этом же установить правильную цену, или пропустить и сделать на ошибочные позиции отдельное ценообразование.

berivan написал 15 декабря 2017

Зачем же отменять все ценообразование(весь труд насмарку). Можно в этом же установить правильную цену, или пропустить и сделать на ошибочные позиции отдельное ценообразование.

Так в том то и дело, что насмарку. В Ценообразовании нельзя менять закупочную цену. И плодить приоходы, тоже не хочется.

Andrey написал 15 декабря 2017

Порядок действий при обнаружении ошибки: Нашил ошибку в ценообразовании исправили, указали корректную цену продажи. Проверяем цену на следующий товар. . . Провели ценообразование Повторно открыли приходный документ с неверным количеством - исправили. Провели приход. Все, ничего заново создавать не нужно, только исправить данные.

berivan написал 15 декабря 2017

Порядок действий при обнаружении ошибки: Нашил ошибку в ценообразовании исправили, указали корректную цену продажи. Проверяем цену на следующий товар. . . Провели ценообразование Повторно открыли приходный документ с неверным количеством - исправили. Провели приход. Все, ничего заново создавать не нужно, только исправить данные.

Т.е., если я правильно понял, ценообразование, отвечает исключительно за розничную цену, ее и создает? А закуп там указан справочно. Проводя ценообразование - мы присваиваем только розничную цену, а приход - соответственно кол-во и закуп. Все верно?

Andrey написал 15 декабря 2017

Все верно.

WOLFER42 написал 21 декабря 2017

Добрый день, прошу рассмотреть возможность внесения в форму "расход товаров" при "Продажа розница" выбор клиента. Так как часто оптовые клиенты покупают за наличный расчет. Так же на данный момент при формировании документов (Печать) на пример накладная нет возможности указать получателя кроме как: сохранить в Excel -> изменить -> напечатать . ПС: понимаю что можно провести продажу "опт" потом сделать "приходник" , но я за Автоматизацию процесов и снижения трудозатрат. Лентяй :) Спасибо за : понимание и Ваш труд.

Mihail написал 21 декабря 2017

Здравствуйте. К сожалению, совершенно непонятно почему и для чего это нужно. Вы предлагаете решение какой-то ситуации/проблемы, но опишите, пожалуйста, в чем заключается эта проблема? При продаже оптовому клиенту за наличные надо оформить "Расход товаров" с типом "Продажа опт", а затем ввести на основании "Приходный кассовый ордер" (ПКО). При этом контрагент и сумма будут автоматически заполнены в ПКО. Что еще нужно автоматизировать? Может вопрос в том, что вы не знакомы с функционалом ВВОДА НА ОСНОВАНИИ? В каждом журнале документов (например, "Все документы") и в каждом документе имеется кнопка "На основании". Смысл состоит в том, что используя данные одного документа можно легко создать другой. Находясь в журнале на документе "Расход товаров" (или внутри самого документа), просто нажимаете кнопку "На основании", появляется список возможных документов, выбираете "Приходный кассовый ордер" и создается новый ПКО. Торговое место Ввод на основании Следует понимать, что не любой документ можно ввести на основании любого, либо у документа-основания должен быть соответствующий Тип расхода. Например, ПКО нельзя ввести на основании "Расхода товаров" с типом "Списание". Также для некоторых документов функция ввода на основании может быть не реализована, в таком случае кнопка "На основании" будет неактивной.

WOLFER42 написал 26 декабря 2017

Доброго времени суток, прошу сделать смену пользователей без подтверждения точнее с счетчиком времени т.е.: нажимаем F12 -> открывается окно "перед сменой пользователя следует закрыть все окна. Закрываем?" и вот было бы хорошо что бы на кнопке "ДА" шёл обратный отчет времени ну на пример 15 сек. Спасибо.

Andrey написал 26 декабря 2017

Добрый день Опишите какую жизненную ситуацию вы хотите решить. Например при случайном нажатии кнопки "F12" окно с вопросом, позволит предотвратить смену пользователя и потерять данные. А если нажатие кнопки "F12" было осознано, для чего нужен таймер? Подтвердил и работай под другим пользователем.

WOLFER42 написал 26 декабря 2017

Жизненная ситуация следующая: в офисе не один сотрудник и клиенты ходют. Надо отойти на 5 мин а уходишь на полчаса (бывает). А о потере данных можно сделать "сохранить при закрытии " по умолчанию , но не проводить. Спасибо

Danil написал 26 декабря 2017

Жизненная ситуация следующая: в офисе не один сотрудник и клиенты ходют. Надо отойти на 5 мин а уходишь на полчаса (бывает). А о потере данных можно сделать "сохранить при закрытии " по умолчанию , но не проводить. Спасибо

а Win+L чем не подходит? и данные целы и клиенты нос не сунут

berivan написал 04 января 2018

Есть еще пожелание: При создании Приходной накладно, расходной, и некоторых других документов, первое что появляется - это выбор склада. Нельзя ли убрать это окно? Если склад всего один, то он выбирается по умолчанию и появляется сразу форма документа, без лишних действий.

Danil написал 04 января 2018

Есть еще пожелание: При создании Приходной накладно, расходной, и некоторых других документов, первое что появляется - это выбор склада. Нельзя ли убрать это окно? Если склад всего один, то он выбирается по умолчанию и появляется сразу форма документа, без лишних действий. P.S. переместите, пожалуйста, это сообщение в другую тему, по ошибке здесь создал.

да, уже давно хотим такое сделать, но все как-то приоритета в этом не виделось

berivan написал 05 января 2018

Сейчас если открыть Все документы, возврат от покупателя выглядит как обычная продажа, хотелось бы, чтобы эта запись отличалась от чеков. В идеале, чтобы можно было поставить фильтр на возвраты.

WOLFER42 написал 05 января 2018

Сейчас если открыть Все документы, возврат от покупателя выглядит как обычная продажа, хотелось бы, чтобы эта запись отличалась от чеков. В идеале, чтобы можно было поставить фильтр на возвраты.

В дополнение хотелось бы видеть фильтр : возвраты и списание . Спасибо. ПС: всех с Новым годом! Добра.

Danil написал 06 января 2018

Сейчас если открыть Все документы, возврат от покупателя выглядит как обычная продажа, хотелось бы, чтобы эта запись отличалась от чеков. В идеале, чтобы можно было поставить фильтр на возвраты.

В дополнение хотелось бы видеть фильтр : возвраты и списание.

отдельный журнал документов, где будут только чеки, с отдельной колонкой "Тип чека" и возможностью отфильтровать по типу чека, решит проблему? как я понимаю есть желание смотреть что и когда навозвращали?

berivan написал 06 января 2018

отдельный журнал документов, где будут только чеки, с отдельной колонкой "Тип чека" и возможностью отфильтровать по типу чека, решит проблему? как я понимаю есть желание смотреть что и когда навозвращали?

Да, вполне, если отдельный журнал проще создать, то можно и так. Смысл Вы поняли правильно :)

burn написал 08 января 2018

Новое предложение по внешнему виду: На сейчас, при открытии большого кол-ва окон в "Торговое место" Все окна остаются открытыми и их ширина фиксирована: [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]

Danil написал 08 января 2018

В чем предложение, рассмотрите вариант по аналогии с браузерами сужение ширины отображаемого документа, как у вкладок, пусть они будут уже, но чтобы все оставались на экране. Можно функцию, выпадающего списка как сейчас оставить и там отображать все окна с полной шириной, если кому-то надо смогут раскрывать и искать по ним, а большинству будет достаточно того что при подведении курсора, к конкретному окну в хинте все равно отображается его полное наименование.

хм ... попробуем

Mihail написал 10 января 2018

Тема закрыта. Для каждого пожелания или вопроса создавайте новую тему или пишите в совпадающей по смыслу теме.

Тема закрыта

Close