то что, мне пришлось видеть, было на ТИС и много доработано. упорядочивание при списании было и по дате прихода партии и по сроку годности. с приоритом срок годности. куда срок годности заносили и хранили - не помню.
Сообщение отредактировал Домовик - 27.12.13, 16:41
Создать отдельный справочник (аналог регистра сведений) В него писать данные: Документ поступления/Номенклатура/Срок годности При проведении ПН писать в справочник.
Наверное, лучше завести еще один регистр, и потом, там где в коде встречаются партии вставить еще соответствующие движения. Плюс еще как-то нужно реализовать контроль остатков. Плюс оприходование, списание так как это увеличит пересортицу.
Как то так.
Никогда не бойся делать то, что не умеешь, помни - Ноев ковчег был построен любителем, профессионалы построили Титаник. ЗиУП
по сути - срок годности привязан больше всего к партии. это дополнительное качество партии. или в вашем случае в партии разные сроки годности попадаются?
Сообщение отредактировал Домовик - 27.12.13, 17:23
по сути - срок годности привязан больше всего к партии. это дополнительное качество партии. или в вашем случае в партии разные сроки годности попадаются?
да кто его знает. это еще нужно выяснять. Все равно даже если все поставки с одинаковым конечным сроком реализации, его (срок реализации) нужно куда-то впихнуть !
Сообщение отредактировал alex040269 - 27.12.13, 17:47
Никогда не бойся делать то, что не умеешь, помни - Ноев ковчег был построен любителем, профессионалы построили Титаник. ЗиУП
Логичнее плясать от понятия срок годности товара, вот его и привязать к конкретному товару, а срок реализации это уже расчетная дата. Есть измерение Приходный док, соответственно у него есть дата, от нее уже можно рассчитать, когда товар будет просрочен. Вот от сюда уже как то можно все набрать в ТЗ и ее обрабатывать как нужно.
Логичнее плясать от понятия срок годности товара, вот его и привязать к конкретному товару, а срок реализации это уже расчетная дата. Есть измерение Приходный док, соответственно у него есть дата, от нее уже можно рассчитать, когда товар будет просрочен. Вот от сюда уже как то можно все набрать в ТЗ и ее обрабатывать как нужно.
Можно купить товар, изготовленный вчера, а можно - полгода назад. Срок реализации будет разный. Никогда не будет совпадать с датой годности товра. Так как покупателю нужно тоже какое-то время на реализацию. То есть срок реализации индивидуален для каждого товара и вводится вручную.
Никогда не бойся делать то, что не умеешь, помни - Ноев ковчег был построен любителем, профессионалы построили Титаник. ЗиУП
Группа: Пользователи
Сообщений: 1543
Спасибо сказали: 254 раз
Рейтинг: 0
Как писал классик : "покиньте ту хххню і подивіться фільм Хабібуліна" Вы вообще представляете, как это реально будет работать ? На наших отечественных складах с трудом могут учитывать количество в пределах артикула, а учитывать сроки годности внутри артикула так, чтобы это соответствовало реальности... ой. Мне приходилось делать сроки годности 2 (два) раза. По методу, который указал Ardi. Один раз на бакалейной базе. А второй раз в могазинчике бытовой химии. Завсклад физически не может навести у себя такой порядок. Даже умозрительно. Мало того, это известно заранее.
На третий раз, когда мне предложили сделать сроки годности в фирме, торгующей косметикой (аптеки мол просят) я им сделал поле в табличной части расходной накладной, куда человек, который готовит отгрузку, сначала автоматом заносит последние использовавшиеся сроки, а потом корректирует эти сроки руками по факту (ящичек с отгруженным товаром рядом же стоит) Дёшево, сердито , а главное - правда И завсклад доволен. И аптеки получают то, что хотят.
П.С. Не. ну мне один чувак рассказывал, что на "Орифлейме" учитывают сроки по-честному. Но судя по тем рассказам, там не отечественные склады. Там какое-то зазеркалье.
Группа: Местный
Сообщений: 1994
Из: Киева и окрестностей
Спасибо сказали: 406 раз
Рейтинг: 0
Цитата(XBrut @ 28.12.13, 0:36)
На наших отечественных складах с трудом могут учитывать количество в пределах артикула, а учитывать сроки годности внутри артикула так, чтобы это соответствовало реальности... ой.
Та ладно Если клиент не готов купить и содержать пару-тройку принтеров этикеток и потребное количество мобильных ТСД(на каждый склад) - посылать лесом/полем/огородом. Если готов - нормальная задача. Хотя, если под "отечественностью" понимать убеждения, что все можно сделать на голом энтузиазме(причем "от руки и на глаз"), то я с Вами полностью согласен.)
Та ладно Если клиент не готов купить и содержать пару-тройку принтеров этикеток и потребное количество мобильных ТСД(на каждый склад) - посылать лесом/полем/огородом. Если готов - нормальная задача. Хотя, если под "отечественностью" понимать убеждения, что все можно сделать на голом энтузиазме(причем "от руки и на глаз"), то я с Вами полностью согласен.)
Тут возникают вопросы реализации. С ТСД идут какие либо дрова, обработки 1С, протоколы обмена и т.д. т.е. какова сложность подключения ТСД к 7.7?
Спасибо.
Цитата(Домовик @ 28.12.13, 0:03)
реквизит... новый реквизит в существующем регистре. как его появление влияет на прописывание стандартных методов, функций..
думаю , что не стоит. это повлечет за собой (может) переделку глобальных процедур/функций и многих отчетов. лучше идти по пути 8.* - новая задача - новый регистр.
Никогда не бойся делать то, что не умеешь, помни - Ноев ковчег был построен любителем, профессионалы построили Титаник. ЗиУП
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!