Я благодарен за терпение и своевременное внесение правок.
Будем работать ещё) Рекомендую!
Задача - сделать таблицу учета количеств товара на складе и отгружённых с него мест.
Имеем:
Склад
Точка 1…10
Товар 1-500 (без кода и артикула, только наименование)
Производимые действия с товаром, для которых требуется учёт:
1. Приход товара на склад (учёт в количественном и финансовом эквиваленте, задача - знать сколько товара и по какой входной цене, а так же на какую общую сумму пришло в конкретную дату с конкретной партией)
2. Отгрузка товара со склада на точки 1-10 (учёт в количественном и финансовом эквиваленте, задача - знать когда, сколько, куда и на какую сумму было отгружено товара, а так же - на какую сумму на точку и вообщем на все точки отгружено товара со склада в конкретную дату.
3. Сведение остатков количества товара на складе (учёт в количестве и грн, сколько какого товара и на какую сумму исходя из его стоимости осталось на складе)
4. Сведение количества остатков на точках (учёт в количестве шт и грн, задача - зная количество отгружённого товара итого за период на все точки и на каждую отдельно, путём заполнения колонки «фактический остаток» на каждой точке понять сколько расчетно было продано товара и на какую сумму исходя из себестоимости)
Нюансы:
1. Входящая стоимость на одном и том же товаре в зависимости от даты может меняться и должна учитываться в зависимости от количества отгружённого (например на склад зашло 100 единиц товара по 10 грн общей суммой на 1000 грн, со склада было отгружено 500 единиц товара по 100 на 5 точек, общая сумма отгрузки 5000 грн по 1000 на каждую точку. Через день на склад зашло 100 единиц товара по 200грн. В этот же день было отгружено 100 единиц товара со склада. Вопрос - Какая общая стоимость остатка на складе и на какую сумму по входной цене было отгружено товара на каждую точку?)
Ответ на этот вопрос должна дать таблица.
2. Товар штучный. Единица измерения шт.
3. Количество наименований товара будет меняться (добавляться, убавляться, одно заменяться другим) поэтому поиск наименования лучше делать по всему столбцу листа (я о ВПР, если будет использоваться)
4. Розница ведётся в отдельной таблице, поэтому для сведения фактического остатка на точках используется переучёт и брать данные оттуда на автомате не получится. В таблице нужна будет отдельная страница (лист) для ручного ввода данных по точкам и наименованиям.
5. Нужны выпадающие списки для выбора точек и авто поиск по артикулу для поиска товара. Артикулы нужно будет создать.
6. Нужна авто заливка красным позиций, остаток которых на складе менее определенного количества.
7. нужен шаблон отгрузочной накладной для каждой точки с автоматической синхронизацией названия по всем документам. (В одном справочнике внести названия напротив строки «точка1» и во всех документах и остальных страницах название «точка 1» сменилось на напечатанное нами.)
8. Нужен шаблон обратной связи с розницей (дозаказник) - мы знаем сколько и чего у них было, потому что мы это отгрузили. Мы знаем сколько и чего у них сейчас - они сосчитали. Разница должна автоматически попасть в дозаказ по конкретной точке и по ней должна сформироваться накладная отгрузки на конкретную точку со склада, учитывая остаток на складе.
Какие задачи лежат перед таблицей:
Знать сколько товара отгружено на точки, в какой период всего и на каждую в шт и грн.
Зная эти данные и внеся факт остаток на дату понимать сколько товара «ушло» по расчету (для сверки с количествами розницы)
Знать на какую сумму товара осталось и какого на точках (на каждой по позиции и всего), на складе (по позиции и всего), общий остаток.
Видеть позиции, которые заканчиваются и иметь возможность не отгружать отсутствующие.
Все задачи в пунктах выше.
табдица может корректироваться по ходу выполнения и в дальнейшем понадобятся подобные таблицы для товароведов. Это значит, что исполнитель этой задачи имеет возможность долгосрочно сотрудничать со мной. Я ожидаю ваших предложений и вопросов, поскольку я мог не учесть что-то ввиду отсутствия опыта. Но вас, как опытных людей, прошу ставить ставки оценивая объём работы, предстоящий для выполнения задач.
Заранее благодарю всех за внимание. С наступающим вас!
Бюджет: 1000 UAH Срок: 3 дня
Здравствуйте! Если моя кандидатура плдойдет, готова приступить к вашему заказу сразу как получу от вас сообщение и мы с вами свяжемся, чтобы обсудить Детально ТЗ. Мое портфолио Freelancehunt
Бюджет: 1000 UAH Срок: 3 дня
https://zippy.com.ua/
бесплатная складская системы с открытым кодом и веб интерфейсом
могу проконсультировать с внедрением
упаритесь делать все это на таблицах особенно если понадобится многопользовательский доступ
Бюджет: 500 UAH Срок: 2 дня
Хороший день .
Я занимаюсь разработкой и ведением подобного рода таблиц более трех лет.
Готовы обсудить детали проекта.
Здравствуйте Кирилл !
Скажите пожалуйста - на какой (примерно) бюджет можно рассчитывать ?
Гугл-таблицы хороши тем, что многие с ними знакомы, но у них есть пределы возможностей, связанные в основном с тем, что это бесплатное облачное решение, а значит у него есть ограничения на быстродействия и процессорное (вычислительное) время. Как временный, переходной - инструмент, для подготовки коллектива к реалиям работы с ИТ-инструментами - достаточно дешевое и простое решение, тем более таблицы можно интегрировать с кучей сервисов, получая на выходе аналог полноценной учетной системы. Все траты на них будут связаны только с настройками самих таблиц, что, как правило, достаточно быстро (по крайней мере для опытного разработчика) так что относительно дешево.
Но надо сразу планировать переход на полноценные учетные системы. Тут у вас 3 пути:
- придумывать свой велосипед (т. е. нанимать команду разработки для полностью своей системы, что достаточно долго, дорого, зато у вас будет наилучшее сопровождение и покрытие индивидуальных потребностей, особенно если у вас нестандартные методы ведения бизнеса или любите внедрять различные ноухау, т. е. индивидуальная система будет очень гибкой для модернизаций, а в случае роста влияния компании это решение еще и можно будет продавать партнерам);
- собирать вручную велосипед с квадратными колесами (т. е. взять опен-сорсное решение, а потом очень долго и весело скипидарить себе мозги постоянными модификациями и исправлениями ошибок. Бесплатное решение не может быть хорошим, а на доведение его до ума вы потратите кучу времени и денег на оплату услуг программистов, не говоря о том, что половина этих решений оказывается условно бесплатной);
- купить готовый велосипед (т. е. купить готовую учетную систему. Тут у вас два пути:
1) пройти курс обучения работы этой системы и принять ее философию, концепцию и подстраивать свой бизнес под это решение. Хорошая учетная система всегда идет в составе пакета, а пакет разрабатывается под определенный шаблон бизнеса.
2) купить готовый продукт, а потом долго и мучительно пытаться превратить велосипед в аероплан, внося множественные модификации. Это решение может оказаться лучше использования опен-сорса только если модификации будет делать команда оригинальных разработчиков, а делать они это будут только если вы будуте выгодным клиентом (во всех возможных смыслах).)
Так что ставку на выполнение непосредственно предоставленного задания я сделал, но советую подумать на тем, что я написал тут - так сказать новогодня акция щедрых советов))
Поиск и сбор информации 7 ставок 4 августа
AI и машинное обучение 22 ставки 4 августа
Поиск и сбор информации 7 ставок 4 августа
Поиск и сбор информации 17 ставок 2 августа
Поиск и сбор информации 24 ставки 31 июля