И помните: тот, кто ставит меньше цену, в конечном счете не обязательно сделает лучше и/или дешевле. Недобросовестные ребята часто цену изначально занижают, чтобы заманить клиента, а потом лупят втридорога.
Отклики (0)
Обсуждения (28)
Заключение заказчика (нету)
Заключение исполнителя (нету)
Указывайте реальные суммы. Если будете указывать 0 грн., 1 грн. или какую-то другую цифру, не соответствующую реалиям, ваш отклик будет помечен, как сомнительный. Во-первых, это будет сигнал заказчику о том, что вы мутный тип, во-вторых, при регулярных сомнительных откликах вам просто закроют доступ к сервису.
Если вы не оставляете отклик, а пишете только в обсуждениях, то заказчик не сможет выбрать вас, как исполнителя заказа. Соответственно, в выполненных вами заказах будет балалайка. А новые клиенты в первую очередь будут обращать внимание на тех исполнителей, кто выполнил больше заказов.
Остановились на заполнении из Заказа поставщику с выбранным Контрагентом?
Минус в том, что для заказа всех необходимых товаров нужно сформировать Заказы на всех поставщиков.
Все ли заказано - не видно.
70. Исполнитель, 2012-03-14 23:12:20: Вариант 2.
Когда приходит время делать Заказы, формируется отчет по заказанным товарам.
Товары группируются по Поставщикам.
Возможность сформировать Заказ по выбранному или по всем Поставщикам.
Нет. Из отчета формируются ЗаказыПоставщику(по одному Заказу на каждого Поставщика, чьи товары попали в отчет).
Приходная делается на основании Заказа.
что то по первой обработке (последняя версия) опять не всё гладко - выставляет 0 только в том случае если было в прайсе, но уже нет, а тот товар который был вбит раньше вручную стоит с исполнением 1 день. И более неприятное то что перемешивает группы товаров после загрузки( я их после первой загрузки поперемещал все по группам
1. Скорее всего, во вбитых руками не установлен Поставщик. Эти товары для загружаемого файла \"чужие\"
2.Обработка ищет товар по коду. ( находит - записывает цену) Если не находит - берет значение из колонки раздел и ищет группу справочника с таким наименованием. В ней ищет группу с наименованием, состоящим из первого слова наименования товара. Вот там и создается отсутствующий товар.
Если Группы с наименованием из колонки Раздел нет, она создается в группе КорневаяГруппа.
Никто ничего не перемешивает.
re: \"Если не находит - берет значение из колонки раздел и ищет группу справочника с таким наименованием\" - не хочет находить эту группу справочника если она находится в составе другой группы, и в следствии создает еще одну такую же группу, это можно исправить?
Уважаемый Заказчик!
Заказанная Вами доработка - штатная возможность конфигурации.
\"Снабжение и закупки\" - \"Расчет потребностей в запасах\" на панели действий \"Сервис\".
В открывшейся форме Обновить, затем - Рекомендации.
В этой форме можно флажками отрегулировать список и сформировать Заказы Поставщикам.
Режим 1. На каждого Поставщика формируется по одному заказу на каждую дату поставки из Заказов Покупателей. Дата поставки указывается в шапке Заказа.
Режим 2. На каждого Поставщика формируется один Заказ. Дата поставки указывается в строках Заказа.
Для переключения режима нужно в любом существующем Заказе Поставщику нажать \"Настройка\", выбрать нужный вариант и \"Запомнить выбор\". Сам Заказ при этом можно закрыть без сохранения. Все последующие заказы Поставщикам будут формироваться с новой настройкой.
* Минимальный запас учитывается.
За консультацию :)
Деньги, думаю, вернут(правда вопрос, что делать с комиссией за пересылку).
Другой вариант - новый Заказ.
Надеюсь, не все прайсы грузятся первой обработкой? :)
Все-таки, что-то не так с этой датой отгрузки.
Получение товара от Поставщика в тот день, когда его нужно доставить Покупателю, может оказаться не такой уж радостью.
можно ли сделать такую обработку чтоб обрабатывала прайсы поставщиков автоматически и выдала у кого есть в наличии и у кого цена лучше, чтоб не перерывать кучу прайсов в ручную, и в дальнейшем чтоб 1с сразу выставляла самостоятельно на сайт интернет магазина
Хм... давайте сотворим новый Заказ на доработку и обсудим все внимательнее и подробнее.
1. На сайт выставляется цена продажи, т. е. та цена, которую Вы устанавливаете для товара.
2. В принципе, она может рассчитываться от закупочной цены по проценту наценки для групп товаров.
НО считать такую цену можно только по уже закупленным товарам. Прайс - это еще \"вилами по воде\". Товары по вкусным ценам часто \"только что закончилось, но зато у нас есть ....\".
Загрузить прайсы можно(жду образцы), но это не более, чем информация для закупщика.
Вопрос в том, как эту инфу выдать закупщику в удобном для восприятия виде.
Можно просто научить Рекомендации вешать потребность не на Поставщика, а на владельца минимальной закупочной цены на товар.
Ничего хорошего не получится. если не будет контроля оптимальности затрат на доставку.
Системе нужно знать, кто из Поставщиков доставляет товар (и сколько это стоит), к кому приходится ездить самим(нужны параметры тех штуковин, на которых мы можем съездить за товарами, а еще ! по товарам нужно знать вес и габаритные размеры).
Такой оптимизатор - это, фактически, попытка заменить человека с его интуицией и опытом.
давайте пока оставим идею по поводу автоматического вывода на сайт на некоторое время пока не готов сайт, и попробуем если это возможно облегчить жизнь закупщику. вот только как сделать действительно в удом виде для восприятия я пока и сам не знаю, может у вас был опыт похожего задания??
Научить обработку воспринимать все предложенные форматы будет стоить 480 грн.
Нужно решить некоторые технические вопросы.
1. Предлагаю добавить справочник ФорматыЗагрузки. И вариант формата выбирать из него. Сможете по-своему обозвать их для правильного выбора. При появлении нового поставщика с подобным форматом файла - возможно(только возможно!) удастся подстроить под него копию одного из существующих форматов.
2. Наличие товара у поставщика мы индицируем как СрокИсполнения=1. При этом ни в списке выбора ни в списке подбора Номенклатуры этот реквизит не виден. Как ваши продажники определяют, на что можно принимать заказ от покупателя?
В обе эти формы нужно добавить сведения о наличии товара у поставщиков. Или фильтр? - то бишь предлагать для выбора только то, что есть хотя бы у одного поставщика?
3. Продажнику достаточно знать, что позиция есть хотябы у одного из поставщиков. Закупщику же необходимо точно знать, у кого именно из поставщиков есть нужный товар. То есть, данные о наличии нужно сохранять для закупщика, продажнику они вполне подойдут в свернутом виде. Тут есть два варианта - либо наличие товара определять по наличию цены поставщика(если цены на товар нет или она 0 - то товара у поставца нет) либо цены записывать только при изменении, а наличие хранить отдельно. Варианты практически равнозначные, второй - получше, регистр цен поставщиков будет меньше по объему.
4. В файлах разделы называются очень по-разному. В одном файле айФон - это Смартфоны, в другом - Телефоны и т.д.
Новые(ненайденные) Товары, для которых будет ненайден раздел будут создаваться в своем разделе в Корневой папке. Так пойдет?
Отвечайте на вопросы и доплачивайте - завтра получите обновления.
1.как это будет выглядеть внешне и на сколько это будет практично и удобно?
2, Мы, честно, разговариваем немного на разных языках))) я половины не пойму. это будет автоматически все происходить или это нужно будет всё кудато подставлять вручную чтоб получить результат?
по первому пункту : \"добавить справочник ФорматыЗагрузки\" -куда добавить? я так понимаю в эту обработку?, \" и вариант формата выбирать из него\" вариант формата чего выбирать?...
если можно опишите более доступным языком для обычного пользователя чтоб было понятно что получится в итоге
На данный момент мы имеем 5 прайсов.
В них в разных колонках располагается наименование(1,3,5) и цена(2,4,5,6), бренд может быть первым словом в колонке товара(price), может в отдельной колонке(opt) или в отдельной строке(222). Наличие также в разных колонках и разными словами, а в одном - просто нулевой ценой?
Конечно, можно каждый вид прайса обозвать именем файла, выбирать вариант вручную из списка в настройках обработки, а алгоритм чтения каждого файла жестко прописать в коде. Если у Вас появится новый поставщик или чей-то прайс изменится - обработку, скорее всего, придется переписывать.
Другой вариант - добавить в конфигурацию справочник ВариантыПрайсовПоставщиков, в реквизитах которого будут отражаться особенности каждого прайса - номера колонок наименования, бренда и цены, метод индикаци наличия, наличие даты прайса внутри файла и прочее.
Параметры имеющихся прайсов можно установить автоматом при обновлении конфы. Вы сможете их переименовать и указать для них Контрагента.
И будет возможность добавлять новые, самостоятельно их настраивая.
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!
(завершен)
