Выложен build 714. 
Фискальные регистраторы подключены к РМБП

Скачать

Bull1810

Объединение остатков

13 сообщений в этой теме

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

См. вкладку "Товары" в режиме "Модели/Остатки сводные"

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

См. Конфигуратор (Меню - Файл - Конфигурация - Основные), флажок "Переоценивать старые товары..."

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

И если количество продаваемого товара больше одного из остатков, то приходится вводить двумя строками... Спасибо за ответ! 

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

Чтобы узнать, насколько остро стоит эта проблема в 1С, просто наберите в поисковике фразу "1С, ошибки партионного учета".

В "Движении товара" такой проблемы нет. Есть, вроде как, неудобство видеть товар в несколько строк вместо одной, но поверьте, вам будет легко и быстро к этому привыкнуть.

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Спасибо за быстрый ответ! У Вас все продумано... Внедрю у себя в магазине - обязательно отблагодарю!!!

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Да и нужно собирать желающих оплатить реализацию дисконтов... Я - первый желающий (если буду работать с программой)!

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А возможно ли, чтобы программа автоматом брала недостающий товар из другой партии (входящей накладной)?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

В частности, это позволит правильно продать партии, например, мерного товара - пластиковую трубу в п.м. (погонных метрах). Если у вас есть остатки партий по 8 и 12 метров, а продать надо 10, то вы должны явно указать партию с остатком 12, чтобы был продан неразделенный кусок трубы. Автоматом бы у вас прошла продажа 8п.м. первой партии и 2 п.м. второй партии. В остатках бы осталось 10п.м. целого куска трубы, хотя на самом деле осталось бы два куска по 8 и 2 метра.

Прим. При отборе товара сканером (количество щелчков равно количеству единиц товара), товар также отбирается из партий по возрасту автоматически.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Здравствуйте, появился вопрос связанный имнеено с этим - (настройка моего сканера : Префикс(F4)>Данные(BarCODE)>Суффикс(ENTER)) . В РМБП отбираю сканером товар (1щелчек), результат - окно с несколькими строками одинакового товара (курсор устанавливается на меньшее кол-во). Требуется нажимать ENTER вручную, в результате чего, добавляется 1 ед. товара.Сильно падает производительность при наборе большого кол-ва товара. Как сделать чтоб :

В 25 августа 2015 г. at 09:51, ivk сказал:

(количество щелчков равно количеству единиц товара)

Без нажатия ENTER ?

P.S. я в этом деле совсем новичок, может еще в настройках скнера поискать но вроде у всех стандарт (префикс-данные-суффикс) или в программе не досмотрел.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

99%, что у вас сканер в режиме клавиатуры и он не подключен к программе. Подключите сканер к программе через конфигуратор в режиме админа или главбуха и не потребуется нажимать F4, достаточно будет просто отсканировать штрих-код.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Так точно !!!  Все прекрасно работает, огромное спасибо!!!)))   
 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
В 16 августа 2015 г. at 16:37, Bull1810 сказал:

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

См. вкладку "Товары" в режиме "Модели/Остатки сводные"

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Цена товара не меняется.

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

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

Например, осталось 10 шт. товара по 100р и 10 шт этого же товара по 200р. Цена вычисляется как общая сумма, деленная на количество остатка.

СредняяЦена = ((10*100) + (10*200))/20 = 150р

При некратных значениях количества и цен партий получаются "непонятные" цены, например

((7*120) + (3*140))/10 = 126р, хотя приходы были по 120 и 140.

((7*123) + (3*132))/10 = 125,70 и т.д.

Цены, вроде как, непонятные, но сумма по остатку, вычисленная как произведение цены на количество остатка даст верное значение по всему остатку товара на складе.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите для комментирования

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

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!


Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.


Войти сейчас