25.10.2018 15:12
AndreyZh
 
"Болтунов" нет или никто в партиях не понимает? От чего интересная тема заглохла?

Практически с 1994, когда ещё не обсуждались "партии" система, тогда просто "Laks" создавалась по работу с ними исходя из на то время важных задач:

1. Анализ рентабельности по поставщикам;
2. Отработка плавающих курсов валют;
3. Учет в фармацевтике и etc.

Тогда же и начал развиваться рынок программ, в первую очередь ориентирующийся на бухгалтерии и on-line розницу… Где "партии" были лишним и ненужным усложнением алгоритмов, а лишь примерно с 2003 эти разработчики начале прилаживать "седло к корове"... и до сих пор оно "плохо сидит", а пользователи не понимают "партий".

Цитата:
Fomka AndreyZh, ну в 1С при желании можно вести учет как тебе надо, как я уже сказал - у нас Аптеки на 1С и полноценном партионном учете, потому что там оно требуется.
Здесь два абсолютно разных вопроса и Ваших, скорее всего преднамеренных заблуждений:

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

2. Есть программы "1С" для аптек! Но они ничего общего с обычными программами от ООО "1С", которые все знают НЕ ИМЕЮТ! Просто эти программы написаны на языке программирования "1С".

Почему написал сюда и попытался высказать свою "позицию"? Просто наткнулся на обсуждение очередного подарка ООО "1С" для работающих с ЕГАИС. Суть:
Цитата:
выяснилось в процессе тестирования, что в последнем релизе 1С Розница (2.2.9.20) для исходящей ТТН ЕГАИС надо сканировать акцизки. Пока не разобрался, можно ли это обойти, указав только количество как партионное, или сканирование строго обязательно
Ну не могут одинэсники создавать в своих поделках режимы адаптирующиеся по бизнес процессы пользователей, а зато могут давать "умные" рекламные советы
Цитата:
Можно. Если вручную провести ТТН какой-нибудь обработкой
Там всплыли ориентировочные цифры от 20 тыр за превращение вашей программы "1С:Розница" в самописку, зависящую от единственного и неповторимого 1с:програмиста, который после этого будет вас "доить".
25.10.2018 17:37
FinSoft
 
Строгий парционный учет очень накладно вести в организационном плане. ФИФО - это чисто оценочный метод. С точки зрения программной реализации сделать адекватный ФИФО гораздо сложнее, чем строгий парционный учет. А остальное уже зависит от конкретной ситуации.

Я за свою практику не встречал предприятий со строгим парционным учетом, ФИФО вполне рабочая лошадка.
14.01.2019 14:30
FinSoft
 
Всплыла эта тема применительно именно к сетевой продуктовой рознице. По мере развития сети получаем большое количество приходных накладных. Зависит от формата магазинов, для наглядности, скажем, 15 тыс приходов в месяц на 25 магазинов. Добавляем сюда довольно приличный процент пересорта, неточности при взвешивании товаров и т.п., что вызывает необеспеченные приходами продажи. Ассортимент товаров переваливает за 20-30 тыс позиций. В таких условиях начинается резкая деградация скорости расчетов по ФИФО. Если считаем движение по партиям "на лету", то получаем большие массивы данных в оперативной памяти и, соответственно, своппинг. Если хранить распределение в базе данных, то это огромные таблицы.

Собственно, рассматривается вопрос о переходе на учет по средним ценам. Интересно, в других программах, на которых строится бэк в продуктовых сетях (Супермаге в первую очередь), используется ли практика отказа от парционного учета в пользу средних цен? По моим наблюдениям, ФИФО в данной ситуации, можно сказать, не востребовано.
14.01.2019 17:02
Борис
 
Не знаю как в магазинах, у нас на складе четко партии учитываются. В них зашиты дата изготовления и срок годности. Возможно еще производитель, но мы не пользуемся. Аксапта 2009.
14.01.2019 17:55
FinSoft
 
Тут речь не про строгий парционный учет, вести его возможности нет. Вопрос стоит про целесообразность использования ФИФО в сетевой продуктовой рознице. Как альтернатива - учет по средним ценам.
15.01.2019 07:20
Mtirt
 
А для чего стоит использовать партионный учет?
Если как оценку доходности, то по большому счету должно быть все равно, каким образом считать прибыль.
Если для определения цены товара, для перемещения или возврата, то математическая абстракция часто идет вразрез с данными товаров, и прямое применение алгоритма ФИФО приводит к возникновению разницы между себестоимостью и ценой возврата.

В Супермаге есть учет по средним ценам. Правда только в торговле. В производстве - только ФИФО.
15.01.2019 07:48
FinSoft
 
ФИФО для связи продаж с закупками. То есть для расчета доходности, включая разрез поставщиков. Как мне представляется, в чистой продуктовой рознице (без опта) доходность можно считать по средним ценам, а получение ее в разрезе поставщиков не критично. Там чаще используют "поставщика по прайсу", то есть того, за которым закреплен товар, а не от кого была закупка по факту. Разница в потреблении вычислительных ресурсов при учете по ФИФО и при учете по средним ценам огромна...

Странно, если в Супермаге учет в производстве по ФИФО. У меня ровно наоборот. В торговле только ФИФО (так как изначально проектировалось под опт), а в производственном модуле средние цены.
22.01.2019 10:17
AndiBor
 
Партионный Учет Используется только в Решениях Где это необходимо

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.