[ОТВЕТИТЬ]
12.01.2011 00:13
NEVERLOCK
 
Цитата:
VVY Добрый день!
Хотелось узнать такой момент - кто какие механизмуы использует в УП "1С" для того чтобы видеть товар "в пути" и для отгрузки клиенту/филиалу (когда есть разрыв между физическим перемещением и проведенимем документа)?

Сам использую виртуальные склады.
Здравствуйте.
1С 7.7.
Заказанный товар всегда проводим документами "Заказ" (или "Заявка") на каждого конкретного поставщика. Товар приходуется документом "Прих.накладная" на основании "Заявки", после чего "Заявка" помечается на удаление, но остается в базе (для истории и решения спорных моментов с поставщиком).
При необходимости посмотреть остатки любого товара по складам предприятия в случае, если он встречается хоть в одной проведённой "Заявке" (но не помеченной на удаление) - количество прописывается в специальном столбце "Заказано":

Товар Заказано Маг.1 Маг.2 Маг.2 Маг.4
Телевизор 3 1 0 1 2
Остаток итого -4, в пути-3.

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

Были конечно поначалу проблемы (при попадании в нескольких заказах одного товара считались не все значения; при слишком большом количестве заявок также не все считалось), но в итоге отладили. Нам также потребовалось поставить "срок давности" заявок (у нас стоит 3 дня, но может кому-то нужно больше в силу специфики бизнеса).

Может со времени постановки вопроса у Вас уже нашлось более оптимальное решение, буду признателен.
12.01.2011 00:24
andrey_f
 
Цитата:
Руслан Байбулатов Продуктовые сети часто сталкиваются с такой проблемой - забивание всех данных о товаре (наименование, штрих-код. вес,упаковка, производитель и т.п) для завода карточки товара. На официальном сайте говориться, что 1С сотрудничает с ЮНИСКАН (ЕАН 13) и чтобы не забивать карточку товара, оператору надо просто забить штрих-код, а 1С автоматически связывается с ЮНИСКАН и выдает всю информацию о товаре и процесс ввода карточек товара автоматизируется. По факту- сколько мы не пытались- НЕ РАБОТАЕТ! Кто пробовал? У кого работает? Может есть где-то база данных ЮНИСКАН?
Руслан, интересный вопрос.
Я знаю об этой возможности, но ей никогда не пользовался. Считаю, что вести справочник товара должен продукт-менеджер.
Быть может кто-то из участников форума имел такой опыт. Посмотрим.
12.01.2011 00:32
NEVERLOCK
 
Такой вопрос: кто как учитывает фактор времени при начислении премиальных продавцам?
При появлении новых товаров их цена завышена и стоит задача продавать их быстрее, поскольку вскоре будет падать и среднерыночная розничная цена. Не закупать такой товар нельзя, поскольку к нам перестанет идти "продвинутый" покупатель, а он локомотив продаж. Т.е. мы вынуждены закупать, заведомо зная, что цена упадёт и задача простимулировать продавцов продавать именно этот товар как можно быстрее. Вручную высчитывать это нереально.
Вот и хотел бы спросить, может кто-то уже пользуется какой-то эффективной моделью автоматизации этого процесса? Или может есть идеи по этому поводу. Заранее спасибо.
12.01.2011 00:59
andrey_f
 
Цитата:
NEVERLOCK Такой вопрос: кто как учитывает фактор времени при начислении премиальных продавцам?
При появлении новых товаров их цена завышена и стоит задача продавать их быстрее, поскольку вскоре будет падать и среднерыночная розничная цена. Не закупать такой товар нельзя, поскольку к нам перестанет идти "продвинутый" покупатель, а он локомотив продаж. Т.е. мы вынуждены закупать, заведомо зная, что цена упадёт и задача простимулировать продавцов продавать именно этот товар как можно быстрее. Вручную высчитывать это нереально.
Вот и хотел бы спросить, может кто-то уже пользуется какой-то эффективной моделью автоматизации этого процесса? Или может есть идеи по этому поводу. Заранее спасибо.
Сталкивался с подобной проблемой.
1. Если Вам выплачивается компенсация снижения цены, то можно разнести ее на себестоимость закупленного ранее товара.
2. Продавцы получали заработную плату как % от условного маржинального дохода. Естественно, при снижении цены завода за ней падала и рыночная цена. Мы сделали новый условный тип цен для начисления заработной платы (она отражала последнюю цену завода). Теперь условный маржинальный доход стал рассчитываться как разница между продажной ценой и последней ценой завода.
3. Можно на новинки устанавливать дополнительное или отдельное стимулирование, как % от продажной цены. Главное не забывать о смене статуса новинки на обычный товар.
12.01.2011 01:11
NEVERLOCK
 
1. Компенсация снижения цены не выплачивается, в том-то всё и дело. Принимаем решение, покупаем, далее - наш риск.
2. У нас продавцы получают % от оборота (с поправкой на "бренд" и выполнение планов). Сделано это для простоты (продавец не будет вникать, по чём нам отгружено, а если его и убедить - на это потребуется много времени)
3. Согласен с дополнительным % на новинки, но вот тут и возникает вопрос о "идентификации" новинки (чтобы 1С понимала, что это именно новинка), а также о том, о чём Вы говорите - автоматическое снятие статуса новинки (поскольку вручную снимать нелегко из-за большого ассортимента, который итак приходится постоянно "штудировать" на соответствие конкурентным ценам).
12.01.2011 01:21
andrey_f
 
Цитата:
NEVERLOCK 3. Согласен с дополнительным % на новинки, но вот тут и возникает вопрос о "идентификации" новинки (чтобы 1С понимала, что это именно новинка), а также о том, о чём Вы говорите - автоматическое снятие статуса новинки (поскольку вручную снимать нелегко из-за большого ассортимента, который итак приходится постоянно "штудировать" на соответствие конкурентным ценам).
Можно задать время с момента создания карточки товара. Например, 1 месяц с момента создания карточки (или первого прихода на склад) товар является новинкой. Время может быть общим для всех новинок, если в конкретной карточке (при ее заведении) не указано иное. Другого способа это автоматизировать на ум так сразу не приходит.
12.01.2011 22:40
NEVERLOCK
 
Цитата:
Можно задать время с момента создания карточки товара. Например, 1 месяц с момента создания карточки (или первого прихода на склад) товар является новинкой. Время может быть общим для всех новинок, если в конкретной карточке (при ее заведении) не указано иное. Другого способа это автоматизировать на ум так сразу не приходит.
С момента создания не пойдёт, мы иногда всё-таки не сразу принимаем решения о закупках таких новых товаров, хотя уже введен как товар "под заказ".
Но действительно можно в момент заказа ставить в карточке товара "начало отсчета" какого-либо периода, по истечении которого будет обычное начисление премиальных продавшему, а в продолжении этого периода - какой-то повышенный %.
Теперь нужно озадачить программиста.
18.01.2011 23:41
RazVal
 
Цитата:
Руслан Байбулатов Продуктовые сети часто сталкиваются с такой проблемой- забивание всех данных о товаре (наименование, штрих-код. вес,упаковка, производитель и т.п) для завода карточки товара. На официальном сайте говориться, что 1С сотрудничает с ЮНИСКАН (ЕАН 13) и чтобы не забивать карточку товара, оператору надо просто забить штрих-код, а 1С автоматически связывается с ЮНИСКАН и выдает всю информацию о товаре и процесс ввода карточек товара автоматизируется. По факту- сколько мы не пытались- НЕ РАБОТАЕТ! Кто пробовал? У кого работает? Может есть где-то база данных ЮНИСКАН?
Ну во-первых, я бы пообщался на эту тему с самим 1С. А во-вторых, есть компания, специализирующаяся на этом: . Есть, правда, один момент - чтобы схема работала, все ваши поставщики должны честно приобретать эти самые коды на всю свою продукцию, и при любых изменениях покупать новый код, а не просто генерить какой-то 13-значный или пользоваться старым...
01.07.2011 16:41
den186rus
 
Всем привет..

Пользуюсь дополнением к 1С под названием Смарт Сток.. отличная система...
Миниатюры
Нажмите на изображение для увеличения
Название: Смарт сток.JPG
Просмотров: 375
Размер:	105.8 Кб
ID:	6119  
12.01.2012 14:10
XATABbICH
 
Кто-нибудь использует в работе 1С8 Рарус Альфа-Авто??
или имел ранее опыт работы в ней?
18.01.2012 06:04
ac_er2012
 
Цитата:
administrator
Цитата:
NEVERLOCK Такой вопрос: кто как учитывает фактор времени при начислении премиальных продавцам?
При появлении новых товаров их цена завышена и стоит задача продавать их быстрее, поскольку вскоре будет падать и среднерыночная розничная цена. Не закупать такой товар нельзя, поскольку к нам перестанет идти "продвинутый" покупатель, а он локомотив продаж. Т.е. мы вынуждены закупать, заведомо зная, что цена упадёт и задача простимулировать продавцов продавать именно этот товар как можно быстрее. Вручную высчитывать это нереально.
Вот и хотел бы спросить, может кто-то уже пользуется какой-то эффективной моделью автоматизации этого процесса? Или может есть идеи по этому поводу. Заранее спасибо.
Сталкивался с подобной проблемой.
1. Если Вам выплачивается компенсация снижения цены, то можно разнести ее на себестоимость закупленного ранее товара.
2. Продавцы получали заработную плату как % от условного маржинального дохода. Естественно, при снижении цены завода за ней падала и рыночная цена. Мы сделали новый условный тип цен для начисления заработной платы (она отражала последнюю цену завода). Теперь условный маржинальный доход стал рассчитываться как разница между продажной ценой и последней ценой завода.
3. Можно на новинки устанавливать дополнительное или отдельное стимулирование, как % от продажной цены. Главное не забывать о смене статуса новинки на обычный товар.
Не вижу смысла углубляться в ненужные для данного вопроса дебри.
1С позволяет привязать к любой номенклатуре/группе мотиваций тот процент вознаграждения какой мы сами захотим. Если у вас это новинка, создавайте карточку, ставьте максимальный % вознаграждения и вперед продавать.
Если вы говорите что у вас со временем происходит значительное изменение отгрузочных цен, то при первой поставке уже по новым ценам этот процент вознаграждения меняется
27.01.2012 05:47
XATABbICH
 
Помогите координатами грамотных специалистов 1с8.

Ситуация: у нас есть приходящий программист, а скорее уже "был", хотим найти надежную компанию которая будет вести наши дела по 1с8 (внедрение, доработка).

Посоветуйте хорошие компании пожалуйста. Очень необходимо, очень срочно.
27.01.2012 07:13
andrey_f
 
Цитата:
XATABbICH Помогите координатами грамотных специалистов 1с8.
Скинул в личку, это мой партнер, за профессионализм ручаюсь.
Будет ли он с вами работать, зависит от того, по какой причине ваш программист "был" - ну это уже сами разберетесь.
27.01.2012 07:49
RazVal
 
Цитата:
XATABbICH Помогите координатами грамотных специалистов 1с8... Очень необходимо, очень срочно.
Сам делал несколько проектов с ними: - всё сделали чётко. И потом, кому их советовал, мне все благодарны были, то есть, я понимаю, тоже всё получалось.
27.01.2012 10:27
XATABbICH
 
Спасибо.
Забыл добавить. Интересуют фирмы во Владивостоке.
Хотя можно и удаленно, но это чуть сложнее. Пока ищу местных спецов.
23.02.2012 21:55
melnikoff06
 
Здравствуйте!
Проблема такая, из-за постоянной смены персонала и отсутствие прав доступа в базе 1С стал твориться бардак.Предприятие торгующие оборудованием. Куча одинаковых контров + одни и те же номенклатуры по разному, что реально на складе вообще не поймешь!!!Из-за этого сами понимаете бардак. Сам работаю не давно и смущает вся ситуация. Подскажите, есть ли смысл чистить 1С(Вроде руководство против, т.к. приходы, отгрузки, события велись с 2009)?Или стоит посмотреть в сторону других систем?Каких?
23.02.2012 22:46
RazVal
 
Цитата:
melnikoff06 в базе 1С стал твориться бардак. Куча одинаковых контров + одни и те же номенклатуры по разному, что реально на складе вообще не поймешь!!!Из-за этого сами понимаете бардак. Сам работаю недавно и смущает вся ситуация. Подскажите, есть ли смысл чистить 1С(Вроде руководство против, т.к. приходы, отгрузки, события велись с 2009)?Или стоит посмотреть в сторону других систем?
В 1С есть замечательное поле "базовая номенклатура" - забиваете в него для всех одинаковых позиций одну из них, и строите все отчёты об остатках и потреблении не по номенклатуре, а по базовой номенклатуре. Аналогичную схему можно провернуть и с контрагентами.
Если вас смущает объём работы, связанный с этим, то сразу предупреждаю, что для наполнения любой новой системы вам придётся приложить гораздо больше усилий.
09.03.2012 16:34
melnikoff06
 
Валерий!
Спасибо за совет. Но скажите, может стоит начать все заново?При этом закрепить возможность занесения данных за рядом лиц, а не как сейчас...
Самое ужасное, что верить этой базе у меня нет никакого желания, да и здравый смысл мне подсказывает...
В продолжении: руководство просит любое свое действие заносить в события, а когда заходишь в базу одного и того же поставщика, как только не назвали)))Базовая номенклатура, как я понимаю, тоже позволит привязать их к одному коду и выводить список этих событий в одном окне?Или я не прав?
09.03.2012 19:56
RazVal
 
Цитата:
melnikoff06 может стоит начать все заново?При этом закрепить возможность занесения данных за рядом лиц, а не как сейчас...
Закрепить - стоит, а начать заново - нет, так как объём работы - больше, а смысл этого - не понятен. В конце концов, вы можете создать нужные вам карточки в каждой группе, а все старые "выкинуть" в иерархическую папку "АРХИВ", указав у них в качестве базовых номенклатур - как раз созданные вами.

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

Цитата:
melnikoff06 руководство просит любое свое действие заносить в события, а когда заходишь в базу одного и того же поставщика, как только не назвали)Базовая номенклатура, как я понимаю, тоже позволит привязать их к одному коду и выводить список этих событий в одном окне?Или я не прав?
Все события и документы происходят с обычными номенклатурными единицами: как в прошлом, так и в будущем. Использование базовых номенклатур и базовых поставщиков позволяет получать нужную вам консолидированную отчётность в текущих условиях, и ничего более. А значит, не ломается и ничей уклад - все события происходят, как происходили. Вы можете даже не извещать никого, о том, что для себя провели такую организацию данных - главное, чтобы никто кроме вас не мог менять эти базовые, а то у меня был прикол - я так всё организовал, потом бах - и куча каких-то левых данных, всё проверяю вычищаю, потом опять тоже самое - выяснилось, что бухгалтера создают новые карточки копированием соседних, и все свойства, включая мои базовые номенклатуры, при этом наследуются - ну попросил IT-шников, чтобы базовая номенклатура - не наследовалась. ;)
09.03.2012 20:22
melnikoff06
 
Спасибо, Валерий!
Чувствую придется задерживаться на работе, дабы навести порядок)))
31.05.2012 15:13
Men35
 
Уважаемые закупщики, можно ли данные из 1С 8.1 перенести, для агнализа утилитой Inventor?
01.06.2012 01:29
andrey_f
 
Цитата:
Men35 Уважаемые закупщики, можно ли данные из 1С 8.1 перенести, для агнализа утилитой Inventor?
А почему нельзя то... Можно, стандартными отчетами.
01.06.2012 03:09
VVY
 
Цитата:
Men35 Уважаемые закупщики, можно ли данные из 1С 8.1 перенести, для агнализа утилитой Inventor?
Добрый день!
1. Можно стандартными отчетами выгружать данные в Excel как написал Андрей.
2. Можно выгружать данные аналогично пункту 1 с помощью консоли запросов 1С, если она доступна в 1С.
3. Можно загружать напрямую с SQL сервера данные в Excel, но для этого нужно знать структуру хранения данных.
01.06.2012 08:50
Men35
 
Благодарю. Будем пробовать. :)
25.07.2012 19:59
Закупщик56492
 
Здравствуйте, коллеги!!!

Хочется услышать мнение специалистов вот по какому вопросу. Если требуется полноценный проект по планированию складских запасов, с учетом сезонности, сглаживанию по дефициту и пикам, и прочими свистелками, рассматриваемыми в разных темах данного сайта, то имеет ли смысл его делать полностью в 1С, если можно сделать интегрировано 1С + Microsoft Office Excel + Microsoft Office Access + VBA, с передачей данных как из 1С, так и обратно, в 1С, после обработки?
Вопрос возник из спора логист-аналитик VS руководство. Я точно уверен, что при обработке данных вне 1С, у меня все летать будеть, и работа будет доставлять наслаждение. Руководство склоняется к тому, что все должно быть в одной среде. Объяснить, что все и так будет в одной среде, так как после проведения аналитики конечные результаты будут загружаться в 1С одним (ну ладно, тремя) кликом, не получается. Все в одной среде, и все тут.
При этом я уже сталкивался, что при попытке создать в 1С нечто подобное, получаем довольно медлительный продукт, вызывающий желание что либо сломать (например монитор, хотя он не виноват). Меня убеждают, что это программист, просто, был криворукий. Возможно и так, хотя за задачу в разное время брались два разных программиста, но то, что у меня в проекте летает, у них тормозило, и сделать они ничего не смогли.

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

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

Кто за 1С, а кто за Excel ?

ПС: чтобы понятнее было, для чего Access, использование которого на страницах данного сайта я особо не заметил. Все данные из 1С я сначала сбрасываю через DAO в Access, и снимаю головную боль по нехватке столбцов и строк. Да и риск, что файл Ёкселя в один прекрасный день схлопнется(такое бывает, и не редко) из за избытка хранимых данных, сводится к нулю. В Ёксель, опять же через DAO, или через встроенные запросы, подкачиваются по мере необходимости. Обмен идет мгновенно, и не напрягает.
26.07.2012 12:47
RazVal
 
Цитата:
Штурман Если требуется полноценный проект по планированию складских запасов, с учетом сезонности, сглаживанию по дефициту и пикам, и прочими свистелками, рассматриваемыми в разных темах данного сайта, то имеет ли смысл его делать полностью в 1С, если можно сделать интегрировано 1С + Microsoft Office Excel + Microsoft Office Access + VBA, с передачей данных как из 1С, так и обратно, в 1С, после обработки?
Стоит делать полностью в 1С.

Цитата:
Штурман Вопрос возник из спора логист-аналитик VS руководство.
Неравный спор. ;)

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

Цитата:
Штурман Руководство склоняется к тому, что все должно быть в одной среде. Объяснить, что все и так будет в одной среде, так как после проведения аналитики конечные результаты будут загружаться в 1С одним (ну ладно, тремя) кликом, не получается. Все в одной среде, и все тут.
Я думаю, что недоразумение вышло, так как руководство не озвучило своих основных опасений - того, что с тобой что-то случится, и это поставит "на карту" весь бизнес. Представь, что завтра... (не буду о плохих вариантах) ... ты встречаешь любовь всей своей жизни, и уезжаешь за ней в Барнаул не в силах противостоять натиску гормонов, бросая здесь всё и всех здесь. Что будет с управлением запасами этой компании? Кто в компании сможет повторить "три клика", от которых ты получал наслаждение? Что будет с бизнесом компании, когда нужная продукция системно будет отсутствовать на складе? Что будет с руководством этого бизнеса в таком случае? Поэтому перенос всего процесса закупок в одну среду 1С позволит, по крайней мере, не обрушить бизнес с твоим уходом. А ещё сделает этот важный процесс более прозрачным и понятным самому руководству. Сейчас, согласись, управление запасами находится полностью у тебя в голове, которая для всех кроме тебя является "чёрным ящиком". И что в нём происходит - никто не знает.

Цитата:
Штурман я уже сталкивался, что при попытке создать в 1С нечто подобное, получаем довольно медлительный продукт, вызывающий желание что либо сломать (например монитор, хотя он не виноват). Меня убеждают, что это программист, просто, был криворукий. Возможно и так, хотя за задачу в разное время брались два разных программиста, но то, что у меня в проекте летает, у них тормозило, и сделать они ничего не смогли.
Когда ты делаешь свои "клики", то между кликами всё летает, когда ты нажимаешь одну кнопку и дальше всё делается автоматически, то действительно приходится ждать. А как известно - ничего нет хуже, чем ждать и догонять. Поэтому у тебя и возникают эти негативные ощущения. Не надо с ними бороться, займи это время чем-то полезным, например, общением на этом замечательном форуме! :) А при переносе алгоритма в 1С, лучше часть программы, не зависящую от текущих остатков - например, прогнозирование - автоматически выполнять ночью, а днём уже быстро пользоваться готовыми плодами.

Цитата:
Штурман Возможно ли на фирме, с интенсивными отгрузками, и номенклатурой свыше 3 000 наименований, сделать в 1с полноценный, не тормозящий, проект, включающий:
- возможность обработки каждой позиции по различным параметрам, для различных сглаживаний и определения сезонности;
Уже есть: "Прогноз продаж в 1С" - который при мне на 4176 позициях работал.

Цитата:
Штурман -формирование заявок, с учетом различных поставщиков, способных поставить один и тот же товар;
-отслеживание всех заказов на всем протяжении;
-блок состояния взаиморасчетов с поставщиками.
Возможно. Кстати, контора, которая написала "Прогноз продаж" (ссылка выше) - такие штуки только при мне уже два раза осуществляла.

Цитата:
Штурман Кто за 1С, а кто за Excel?
Я фанат Excel и считаю, что в нём можно сделать очень-очень многое. Но после того, как процесс отработан и алгоритмизирован - пусть это будет 1С с документами, их авторами, проводками, историей изменений, и радостями жизни которые дарит SQL, на котором она прочно стоит.

Цитата:
Штурман ПС: чтобы понятнее было, для чего Access, использование которого на страницах данного сайта я особо не заметил. Все данные из 1С я сначала сбрасываю через DAO в Access, и снимаю головную боль по нехватке столбцов и строк. Да и риск, что файл Ёкселя в один прекрасный день схлопнется(такое бывает, и не редко) из за избытка хранимых данных, сводится к нулю. В Ёксель, опять же через DAO, или через встроенные запросы, подкачиваются по мере необходимости.
Да-да, именно поэтому всё в 1С. :) А чтобы тебе тоже был интересен этот проект, покажу, что ты сейчас делать не можешь, но сможешь, когда у тебя всё это будет в 1С. В момент, когда ты обнаруживаешь в запасах дефицит или сверхзапас, тебе надо понять, где произошёл сбой. Можно конечно, считать себя "святым" и обвинять во всём логистику, продавцов и маркетологов. А можно посмотреть, на основании чего был сделан соответствующий заказ именно в это время и именно в таком количестве. И посмотреть, возможно в модели, которая использовалась не учитывается какой-то нюанс. Тогда учёт его в модели, сделает её лучше, причём на системном уровне. Кстати этой очень полезно: и для компании, и себя интересной работой тоже можно занимать в свободное от "кликанья" время, пока 1С автоматически считает... ;)
26.07.2012 13:55
KaPrAL
 
Цитата:
Штурман И так, кто как считает. Возможно ли на фирме, с интенсивными отгрузками, и номенклатурой свыше 3 000 наименований, сделать в 1с полноценный, не тормозящий, проект, включающий:
- возможность обработки каждой позиции по различным параметрам, для различных сглаживаний и определения сезонности;
-формирование заявок, с учетом различных поставщиков, способных поставить один и тот же товар;
-отслеживание всех заказов на всем протяжении;
-блок состояния взаиморасчетов с поставщиками

Кто за 1С, а кто за Excel ?
Вы с Валерой достаточно полно описали минусы пакета MS Office: он используется не для хранения данных, а для быстрых локальных вычислений. Использование его в системе управления запасами добавляет лишние звенья в цепочке обработке данных:
1С->Access->Excel->1C, а чем больше звеньев, тем неустойчивее система, ведь в любое время может возникнуть проблема как в узлах цепочки, так и в связях между узлами.

1С в свою очередь является ERP-системой, и не приспособлен под аналитическую обработку данных. Конечно, умелый программист сможет реализовать прикладную логику на 1С, манипулируя существующими регистрами и справочниками, но когда руководство примет решение о модификации/изменении учетной системы, все труды этого программиста уйдут в небытиё, вместе с регистрами и справочниками, которыми он пользовался.
Поэтому при формировании системы управления запасами, обычно используют прикладное ПО, которое легко настраивается под любую учетную систему.
26.07.2012 14:10
VVY
 
Цитата:
Штурман Здравствуйте, коллеги!!!
ПС: чтобы понятнее было, для чего Access, использование которого на страницах данного сайта я особо не заметил. Все данные из 1С я сначала сбрасываю через DAO в Access, и снимаю головную боль по нехватке столбцов и строк. Да и риск, что файл Ёкселя в один прекрасный день схлопнется(такое бывает, и не редко) из за избытка хранимых данных, сводится к нулю. В Ёксель, опять же через DAO, или через встроенные запросы, подкачиваются по мере необходимости. Обмен идет мгновенно, и не напрягает.
Добрый день!
Выше уже многое сказано про Excel и 1С, добавить к этому нечего. Могу добавить только то, что можно получать быстрее информацию напрямую с SQL-сервера в необходимых разрезах и с необходимой детализацией с помощью надстройки PowerPivot for Excel (ограничения есть, но не как в Excel и размер файла "приятно" радует). Можно также наладить обмен данной информацией через SharePoint.
+
Визуализация, которой 1С не может к сожалению пока похвастаться.
26.07.2012 14:40
Закупщик56492
 
Здравствуйте RazVal
Наверно надо было сразу сказать, что проект, на самом деле, уже осуществлен, и работает прекрасно. Просто пришла в голову руководства идея, перевести все в 1С. Сразу оговорюсь, что я против этого не из личных амбиций, типа, я вот вам все сделал, а вы тут все переделывать собрались. Нет, этого нет даже близко. Вопрос именно в удобстве работы с будущим проектом. На данном этапе проект работает, работает хорошо, и позволяет иной раз перепрыгивать через собственную голову в условиях ограниченности оборотных средств.
Добавлю еще, что руководство долго ознакамливалось с различными существующими решениями, и приняло решение, что идеи, осуществленные мною в моем проекте, наиболее удобны для решения задач, стоящих перед фирмой. И проект будет переносится в 1С как есть.

Цитата:
RazVal Неравный спор. ;)
Не согласен. А как же "умение отстаивать свою точку зрения"? ))

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

Цитата:
RazVal Разумеется на этапе внедрения и перехода на новую систему - приятного будет мало, но в сравнении со временем использования - это очень короткий период, каким бы долгим он не оказался. :)
Это не про меня. Составление ТЗ, обсуждение с програмистом, и тп, меня не напрягает, а скорее наоборот, ибо вносит какую то свежую струю в монотонность. Но... вот что напрягает, совершенно четкое понимание того, что это все затянется на неопределенное, очень длительное, время. Заниматься будет не команда, а один программист, которого все время будут дергать то бухгалтерия, то склад, то коммерческий, и все время задачи перечисленных служб будут более приоритетными, ну и.... ((((

Цитата:
RazVal Я думаю, что недоразумение вышло, так как руководство не озвучило своих основных опасений - того, что с тобой что-то случится, и это поставит "на карту" весь бизнес. Представь, что завтра...
Проект открыт, и не запоролен. Людей, знающих VBA и готовых работать чуть ли не за еду, предостаточно.
К тому же, то же самое может случится и с программистом 1с, но это Вас не беспокоит, хотя имеет ровно такое же значение. )))

Цитата:
RazVal ты встречаешь любовь всей своей жизни, и уезжаешь за ней в Барнаул не в силах противостоять натиску гормонов
Да уж 23 года, как уже встретил. Пока что она все время за мной ездит. Восемь городов уже сменили. ))))

Цитата:
RazVal Кто в компании сможет повторить "три клика", от которых ты получал наслаждение?
Да тот, кто и сейчас делает. Я не один работаю в данном проекте. Есть еще два человека, которые с удовольствием используют данный проект.

Цитата:
RazVal Сейчас, согласись, управление запасами находится полностью у тебя в голове, которая для всех кроме тебя является "чёрным ящиком". И что в нём происходит - никто не знает.
А кто будет знать, после переноса в 1С? Уверяю Вас, что пока программист будет писать блок по сглаживанию, он будет держать формулы и алгоритм, предоставленные мною, в голове. Но через пару недель у него все это улетучится. И опять вернемся к поставленному Вами вопросу. Следующий программист будет вынужден копать чужой код, ровно так же, как это будет делать программист VBA в случае, если меня на фирме не будет. Только программисты VBA дешевле, и среди них больше людей, которые понимают аналитику. Это вполне естественно, так как программисты 1с, в массе своей, заточены на бухгалтерию, учет движения товара, и тп. А в VBA часто приходят именно из аналитики. Я не прав?

Цитата:
RazVal Когда ты делаешь свои "клики", то между кликами всё летает, когда ты нажимаешь одну кнопку и дальше всё делается автоматически, то действительно приходится ждать.
Дело в том, что я категорически против "автоматически". Весь мой проект как раз и построен на том, что "автоматика" нужна лишь изредка. Ведь нет смысла каждый день делать кластерный анализ? А формирование заявок у меня делается в ручную. Если не запускать дела, а нормально работать, то даже при большом ассортименте требуется не так уж и много времени. Проект лишь подсказывает пользователю, какие номенклатуры пора заказывать, какие уже скоро понадобятся, а каких привезено слишком много. Причем подсказывает(но не принимает автоматическое решение), сколько надо заказать на текущем этапе. Далее человек принимает решение, согласится с программой, откорректировать её предложение, или отказаться вообще.
Данная идея тестировалась неофициально в одной из крупных рознично-сетевых фирм. Просто хороший знакомый, посмотрев мою программу, сам предложил потестировать. И остался приятно удивлен, не смотря на то, что привык к автоматическим отчетам. Разумеется, для таких фирм требуется поработать напильником, но сам принцип отказа от автоматического составления заявок показал себя жизнеспособным. Но провести в такой фирме проект, написанный человеком без имени в IT, как Вы понимаете, невозможно. Хотя я над этим работаю. ))))

Цитата:
RazVal Да-да, именно поэтому всё в 1С. :)
Извините, не уловил логики)))

Цитата:
RazVal А чтобы тебе тоже был интересен этот проект, покажу, что ты сейчас делать не можешь, но сможешь, когда у тебя всё это будет в 1С. В момент, когда ты обнаруживаешь в запасах дефицит или сверхзапас, тебе надо понять, где произошёл сбой.
Ну, у себя в проекте я это увижу в 10 раз быстрее. Все необходимые для этого отчеты присутствуют, и открываются мгновенно. А в 1с это будет висяк не менее чем на пару минут.

Цитата:
RazVal Можно конечно, считать себя "святым" и обвинять во всём логистику, продавцов и маркетологов.
Что то Вы тут как то того... обидеть хотите... или показалось?

Цитата:
RazVal А можно посмотреть, на основании чего был сделан соответствующий заказ именно в это время и именно в таком количестве. И посмотреть, возможно в модели, которая использовалась не учитывается какой-то нюанс. Тогда учёт его в модели, сделает её лучше, причём на системном уровне.;)
Ну... а при чем тут 1с? Что мешает то же самое увидеть в стороннем проекте?

Цитата:
RazVal Кстати этой очень полезно: и для компании, и себя интересной работой тоже можно занимать в свободное от "кликанья" время, пока 1С автоматически считает... ;)
Да у меня и так этого времени, после запуска проекта, навалом. Уже даже функции менеджера на себя периодически беру, чтобы не скучать)))))
Стыдно признаться, но Любимую Ферму до 75-го уровня довел ))). Правда, не совсем честно. Сделал бот на основе AutoIt, который выполняет все полевые работы, пока другие фермеры тупо кликают по ячейкам. :lol:
26.07.2012 14:51
Закупщик56492
 
Здравствуйте KaPrAL!!!
Цитата:
KaPrAL 1С в свою очередь является ERP-системой, и не приспособлен под аналитическую обработку данных.
Вот, это то, что я пытаюсь все время объяснить не только руководству, но, смешно сказать, программистам 1С. А они сильно на это обижаются. :)

Я не сильно знаком с САП и Аксаптой, но то, что удалось подсмотреть будучи у ряда поставщиков в командировках, подтверждают эту мысль. По моей просьбе мне были показаны на одном заводе принципы работы с САП, на другом с Аксаптой. Разумеется, я попросил показать и аналитическую часть, и там, и там увидел, что львиная часть аналитики вынесена в Ёксель+VBA. Причем, как утверждают люди, демонстрирующие мне эти системы, это были не последующие заказы после установки систем, а они уже шли в комплексе, исходя из ТЗ, полученного от завода. Может 1С просто стесняется признать, что аналитика не ее сильная сторона?

KaPrAL, огромное спасибо за ответ, он мне очень поможет. ))))


Опции темы


Часовой пояс GMT +3, время: 17:28.

 

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