Очень удобно загружать отчеты агента (комиссионеров) из интернет-магазинов ОЗОН, Беру, ВАЙЛДБЕРИЗ.
Расширение "Загрузка данных из внешних источников" для Отчета комиссионера для УНФ 1.6 (Управление нашей фирмой)
Очень удобно загружать отчеты агента (комиссионеров) с интернет магазинов ОЗОН, Беру, ВАЙЛДБЕРИЗ.
Включает поля для загрузки Цена передачи, Сумма передачи, НДС передачи, Сумма вознаграждения, НДС вознаграждения.
Протестировано на 1.6.18.168
Расширение подключается как непосредственно в 1С:Предприятие, так и через конфигуратор.
Поддерживается загрузка из файлов Excel, MXL, CSV, либо копирование данных через буфер обмена в таблицу загрузки.
Синхронизация с БД происходит по штрихкоду, артикулу, наименованию, полному наименованию по выбору пользователя.
Доработки: Если не указана Цена Передачи, Сумма Передачи — данные берутся из регистра "Запасы Переданные" и разделяются автоматически по Заказам покупателя и Партиям
Обновлено под релиз 1.6.19.160, т.к. 1С изменило механизм работы обработки загрузки
Related Posts
Восстановление последовательности документов при закрытии месяца в Бухгалтерия 3.0 не завершается
Заполнение табличных частей
Формирование сводных актов выполненных работ
Ввод поступления в переработку на основании передачи сырья (между организациями)- Конспект по установке сервера 1С на linux
Получение имени компьютера и его IP локально и в терминале
Фигасе )
Делал пару недель назад и не думал что это вообще нужно будет кому то еще.
А почему не через расширение типовой обработки ?
Добрый день. Интересна ваша разработка. Скажите, а как реализована загрузка возвратов в вашей обработке? + там есть еще доп. расходы, такие как доставка и хранение. Как эти суммы распределяются?
И в догонку вопрос, в отчете комиссионера нужно еще указывать заказ покупателя. Откуда он подберется?
(2)
В отчете комиссионера в 1С нет таких полей. Бухгалтерия вносит отдельно такие затраты в приходные накладные на услуги.
Возвраты также оформляются документом «Приходная накладная» с операцией «Возврат от комиссионера».
(1)
Как говорится «на вкус и цвет» 🙂
(3)
Заказ покупателя в этом варианте не загружается. Под него нужны доп. условия, которых в источнике данных нет. К тому же в каждой базе может быть по разному организовано хранение номеров заказов внешних систем. В этой части нужна индивидуальная доработка
(3)
Доработал автоматическое распределение загружаемых данных по Партиям и Заказам Покупателя. Возможно вам было именно это и нужно.
Добрый день. Этот вариант справедлив, только когда товар фактически возвращается комитенту. А с этими крупными площадками не так. Проданный ими товар и после этого вернутый клиентом попадает на склад комиссионера и продается дальше. и все эти операции отображаются в переданных отчетах комиссионера комитенту.
(4)
(7)Это хорошо. Но в большинстве случаев в отчетах комиссионера (например по Вайлдеррису) присутствуют поля Цена передачи и Сумма передачи и зачастую, когда подбирается заказ покупателя цена в нем не совпадает, и при проведении такого документа он ругается на взаиморасчеты.
И самое главное, как бы это потом все свести в одном месте для анализа?
(9)
Это проблемы в вашей системе. Вы должны их по прайсу отправлять к ним без всяких скидок. — это идет в колонку Цена Передачи. Т.к. чистый комиссионный договор.
А далее вы уже в их системе даете скидки, продаете по другой цене и т.п. — это пойдет в колонку Цена.
Либо при загрузке не учитываете Цену передачи из их отчета, тогда Цена Передачи будет грузится по вашим данным из 1С
Что именно анализировать? Цена Передачи — это некая виртуальная величина, по сути ни на что не влияющая -т.к. доходы от продаж считаются от цены продажи.
Главное чтобы количество УШЛО/ПРИШЛО/ПРОДАЛИ сходилось.
А эти отчеты и так есть в УНФ по комиссионеру.
(12)А как этого добиться, если по отчету не понятно какой товар продается, возвращенный в этом периоде из предыдущего, или поставленный в этом. Веди зачастую цены передачи не меняются каждый месяц
Как бы нам с Васи связаться, чтобы обсудить общую картину?
(8)
Зачем вам вообще это все грузить. Помоему вы усложняете задачу.
Вам как комитенту — нужно грузить что они продали (отчет комиссионера), в расходную накладную — что вы им передали. В приходную — что вы у них физически забрали со склада к себе обратно.
Что не продали, кто отказался от заказа и что у них на складах вообще происходит — вам должно быть без разницы :).
(13)
Для этого есть метод расчета стоимости по средней
Добрый день! Подскажите как заполняется поле заказ в отчете комиссионера вашей обработкой? Скачал версию 1.03 так и не понял в настройках обработки поля «заказ» нет.
(15)
Добрый день. К сожалению тут нечего усложнять. При работе с этими комиссионерами товар не забирается обратно к нам на склад, а если и забирается, то это то же платная услуга. Поэтому необходимо максимально точно знать, сколько и какого товара лежит у них на складе, т.к. они вводят еще и понятие неликвида. А комиссионер не предоставляет точных данных о том, сколько Вашего товара у них есть, т.к. он может быть в пути к клиенту или вообще ехать в другой город.
(17)
Заказ нельзя выбрать на основе входящих данных, т.к. это документ . Нет однозначных данных для его идентификации. Для этого поля требуется доработка под вашу систему и ваши входящие данные. Соответственно нет его выбора.
Сейчас поле заказ и партия — заполняется на основе регистров «Запасы переданные» по FIFO, если не указана Цена Передачи или Сумма передачи! Это указано в описании.
Если указано одно из этих полей, то нельзя заполнять заказ и партию автоматически (возможны расхождения между ценой передачи в автоматически выбранном заказе и указанной при загрузке, что приведет к ошибке в регистре.
(18)
Я и говорю, что это глобальное усложнение исходной задачи. 1С в текущей конфигурации не может учитывать товары в пути между складами/покупателями у «Комиссионера». Будет необходимо вставлять «костыли» в проведение документов. Штатными средствами такое не решается. И отношения к учету на базе УНФ отношения не имеет.
Тут возможно два варианта. Либо делать доп. документ с подключением по API, чтобы учитывать необходимые вам параметры. Либо, как выше написал — костыли в проведение текущих документов — как вариант задействовать несколько договоров, чтобы не трогать штатный регистр, для учета по ним места нахождения товара.
Но это все абсолютно нештатные средства.
API под конкретную систему — лучший вариант. Полностью автоматическая загрузка и исключение ошибок пользователя. В остальных вариантах, я уверен, что стандартный пользователь не потянет такую работу.
Добрый день! Успешно использовали вашу обработку до обновления УНФ 1.6.19.
После обновления получилось зарегистрировать обработку в системе, но теперь выдает ошибку на этапе сопоставления данных(т.к. 1С изменило механизм работы обработки загрузки). Подскажите пожалуйста, какие изменения необходимо внести в версию 1.03? Нет возможности скачать версию 1.05.
Поменял в скачивании файлы местами.
Чтобы у вас была возможность скачать обновленную версию
(22)
Спасибо — не помогло. Можете в личку скинуть на gmail (по второй половине ника).
Буду сильно благодарен.
Сервис не позволяет определить кто скачивал и кто нет.
Если скачивали, должна быть повторная возможность скачать тоже самое.
(24)
Изначально скачивал версию 1.02 еще в октябре. Могу переслать письма о скачивании они сохранились в почте. Куда?
(4) Как с Вами связаться?
(26) В личку напишите.
(25) Ответил в личку
(27) в личке какая-то «отложенная группа». Вы можете первым написать?
(29) Написал
Спасибо за помощь! Все работает.)))