Пожелания для улучшения программы

[rombo]

Є потреба для окремого партнера створення іншої ціни. Я вибрав у партнера Прайс 2, але стикнувся з такою проблемою. Партнер купує тільки одну групу товарів по іншій ціні а решту по основному прайсі. Прийшлось переписувати всі ціни вручну у прайс 2. Потім виникає проблема при переоцінці товару. Прохання чи можна зробити так щоб у прайс 2 була інша ціна на певні товари а решта продавалося по основному прайсі?

[dmitry]

1. В свойства Прайс-листа 2 можно указать, что он связан с прайс-листом 1 и задать на большинство товаров наценку 0.
2. Можно для отдельных строчек в документы выбирать другой прайс. Щелкнуть по нужной строчке ПКМ - "Цена по прайс-листам" и выбрать.

[Александр_]

какие следствия будет иметь "непринятие" накладной?

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

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

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

Если, например, из 10-ти товаров получатель принимает только 7, а три решает вернуть, можно предусмотреть создание возвратной накладной или ограничиться обычной накладной на перемещение, составив её в программе вручную.

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

[dmitry]

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

[Александр_]

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

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

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

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

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

Вот такая громоздкая схема и она мне не нравится.

В обсуждаемом нами случае речь идет о взаимоотношениях между подразделениями одного предприятия и наверное тут схема может быть попроще.

[rombo]

якщо заповнений основний прайс і прайс 2, встановити галочку по прайс листам і натиснути "Ценники" прога прекращает работу

[dmitry]

А у меня все в порядке. Если появляется какое-то сообщение об ошибке, прикрепите пожалуйста скриншот.

[rombo]

[dmitry]

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

[rombo]

Пробував установити на віртуальну машину демо версію то такої проблеми немає

[rombo]

Дуже велике прохання! Зробіть так щоб у вікні Розница кнопка ОБЩИЕ СУМИ вигружало в ексель (стовбці: дата, готівка на поч. дня, продажи, видано, залишок готівки на кін.дня) по кожному користувачу! Я використовую сервер то потрібно бачити інформацію в інших магазинах.

[dmitry]

Лучше пользоваться имеющимися средствами: просто выбирать разных пользователей.

1.png (16.6 КБ) Просмотров: 2072

[rombo]

Мені потрібна інформація про рух готівки протягом місяця. Магазини в різних містах кожен записує на бумажній таблиці. Потім приходиться сидіти з калькулятором і перераховувати. А так хочу щоб після створення накладної через вікно Розница створювався не блокнот . тхт а Ексель по кожному пользователю.

[dmitry]

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

[amg372]

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