Учет штучных товаров с одинаковыми характеристиками, но разной ценой в УТ 10.3 или УТ 11
Товар имеет 2 характеристики - толщина и цвет.
Единица измерения - кг.
Пока не было необходимости автоматизировать торговлю в интернете, все было просто.
Вели учет в кг, ставили на приход в кг, продавали в кг. Отчеты велись тоже в кг.
Ни нам, ни клиентам не надо было детализировать сколько в накладной или в остатках на складе единиц товара,
и какой вес у каждой единицы. Нам был важен вес и цена в накладной и свободный остаток на складе в килограммах.
Но в интернет-магазине так продавать не получиться. Если бы товар был делимый (сыпучий, жидкий, отрезной и т.д.) ,
пользователь мог бы в поле ввода ввести вес, узнал бы стоимость и оформил заказ. Мы бы взвесили ровно столько, сколько нужно.
Но в нашем случае, мы можем отпускать только целые изделия и их вес неизвестен ни нам, ни покупателю. Сделать поле ввода
веса на сайте не получится, потому что мы не найдем изделие именно такого веса, который заказал и оплатил покупатель.
Необходимо вести поштучный учет изделий и их весов, чтобы на сайте в зависимости от выбранной толщины и цвета появился выпадающий
список с выбором веса изделия, чтобы покупатель мог видеть какие изделия есть на складе и выбирать только из них. В таком случае, можно
автоматизировать торговлю через интернет.
Вопрос в том, как организовать такой учет на стороне 1С? Чтобы мы в зависимости от цвета и толщины видели количество и веса каждого изделия,
общее количество таких изделий и их общий вес в отчетах? При продажах не только на сайте, но и в 1С могли выбрать конкретное изделие?
Второй вопрос будет в том, если найдется решение, будет ли оно правильно выгружать данные в Битрикс?
Третий вопрос в том, можно ли в одной УТ будет продолжать вести продажу обычных штучных товаров?
Буду премного благодарен за любую помощь в вопросе!
Единица измерения - кг.
Пока не было необходимости автоматизировать торговлю в интернете, все было просто.
Вели учет в кг, ставили на приход в кг, продавали в кг. Отчеты велись тоже в кг.
Ни нам, ни клиентам не надо было детализировать сколько в накладной или в остатках на складе единиц товара,
и какой вес у каждой единицы. Нам был важен вес и цена в накладной и свободный остаток на складе в килограммах.
Но в интернет-магазине так продавать не получиться. Если бы товар был делимый (сыпучий, жидкий, отрезной и т.д.) ,
пользователь мог бы в поле ввода ввести вес, узнал бы стоимость и оформил заказ. Мы бы взвесили ровно столько, сколько нужно.
Но в нашем случае, мы можем отпускать только целые изделия и их вес неизвестен ни нам, ни покупателю. Сделать поле ввода
веса на сайте не получится, потому что мы не найдем изделие именно такого веса, который заказал и оплатил покупатель.
Необходимо вести поштучный учет изделий и их весов, чтобы на сайте в зависимости от выбранной толщины и цвета появился выпадающий
список с выбором веса изделия, чтобы покупатель мог видеть какие изделия есть на складе и выбирать только из них. В таком случае, можно
автоматизировать торговлю через интернет.
Вопрос в том, как организовать такой учет на стороне 1С? Чтобы мы в зависимости от цвета и толщины видели количество и веса каждого изделия,
общее количество таких изделий и их общий вес в отчетах? При продажах не только на сайте, но и в 1С могли выбрать конкретное изделие?
Второй вопрос будет в том, если найдется решение, будет ли оно правильно выгружать данные в Битрикс?
Третий вопрос в том, можно ли в одной УТ будет продолжать вести продажу обычных штучных товаров?
Буду премного благодарен за любую помощь в вопросе!
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) lonelysoul,
В 10.3/КА/УПП неплохо получалось учитывать рулонные материалы в кг, при этом каждый рулон мог иметь свой вес. Разделителем учета были серии. Разделителем ширины и плотности были характеристики.
Ведомость по товарам на складах, разумеется, работала в килограммах, пришлось написать новый отчет по ее подобию, чтобы он определял остаток и оборот в рулонах (опираясь на количество серий, которые имели значимый остаток).
Плюс обвязка заполнения документов всем остатком рулона, при пробивке рулона (серии) по штрихкоду.
Вопрос наверное в том, что при выгрузке в Битрикс и обратно пойдет прямая проекция такой схемы, что вам едва ли подойдет для интернет-магазина.
Поэтому выгрузку / загрузку придется как-то переделывать для такого случая, чтобы Битрикс думал, что он продает штучные товары с разной ценой, а 1С думала что учитывает килограммы в разрезе серий.
Если бы вы точно сказали, о каком товаре идет речь, можно было бы что-то посоветовать точнее.
В 10.3/КА/УПП неплохо получалось учитывать рулонные материалы в кг, при этом каждый рулон мог иметь свой вес. Разделителем учета были серии. Разделителем ширины и плотности были характеристики.
Ведомость по товарам на складах, разумеется, работала в килограммах, пришлось написать новый отчет по ее подобию, чтобы он определял остаток и оборот в рулонах (опираясь на количество серий, которые имели значимый остаток).
Плюс обвязка заполнения документов всем остатком рулона, при пробивке рулона (серии) по штрихкоду.
Вопрос наверное в том, что при выгрузке в Битрикс и обратно пойдет прямая проекция такой схемы, что вам едва ли подойдет для интернет-магазина.
Поэтому выгрузку / загрузку придется как-то переделывать для такого случая, чтобы Битрикс думал, что он продает штучные товары с разной ценой, а 1С думала что учитывает килограммы в разрезе серий.
Если бы вы точно сказали, о каком товаре идет речь, можно было бы что-то посоветовать точнее.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот