УКМ-WIN и заказы интернет-магазина : УКМ WIN

Есть обычный (офф-лайн ) магазин промтоваров.
И есть интернет-магазин.

Ассортимент различается (то, что есть в интернет-магазине - скорее всего отсутствует в обычном и наоборот), а если и частично совпадает - различается по ценам.
Юр.лицо - одно и тоже

Хочется экономить и как-то пробивать заказы интернет-магазина (при этом, опять же, могут быть разные варианта - предоплата (как частичная, так и полная), доплата во время получения, полная оплата во время получения) через УКМ-WIN, да ещё что-бы данные об этих продажах не шли в товароучётную систему (в которой только обычный магазин), и что бы кассир мог пробивать по номеру заказа, и что бы покупатель мог сказать - а вот позицию № 2 я не хочу брать, а позицию № 3 - буду брать не 10 единиц, как заказывал, а только 4.

Первый вопрос - возможно ли это (с любыми оговорками - к примеру: только при 100% оплате; данные продаж всё равно пойдут в товароучётную систему; заказ можно пробивать только полностью и тому подобное)?

Второй - а как в этом случае "всё рассказать" кассе?

Товароучётная система - это "Домино", обмен - текстовыми файлами.

в этом случае фр должен быть зарегистрирован для интернет торговли с соответствующим признаком
тогда получается 2-а фр на кассе - делаем второе юр лицо с тем же самым названием и инн и далее все стандартно как для нескольких юр лиц - загрузка выгрузка через раздельные каталоги которые можно обрабатывать раздельными товароучетками

если нет пересечения товара то в обычном магазине всегда будет задействован фр магазина

если товар пересекается с разными ценами то можно использовать механизм прайс листов
остаются открытыми вопросы связанные с предоплатой и частичной оплатой но здесь пока не определено до конца законодательно как должно быть

можно использовать и внешние документы - у нас применяется в основном в строительных когда манагер набивает заказ и он по шк попадает в кассу и покупатель проходя до кассы еще дополнительно набирает товар и там за все сразу расплачивается - используется sql база - кто и как ее заполняет не принципиально (в нашем случае - 1с-ка)

если надо просто пробить что то что нет на кассе то можно и внешний чек (он есть как sql вариант так и обычная текстовка, которую можно сунуть в каталог загрузки и касса подхватит) в нем можно указать разные суммы по разным типам оплаты, есть признак фискальный он или нет, продажа или возврат, задействовать пинпад ...

есть пожалуй одно ограничение этим механизмам - строки внешнего чека\документа на кассе не редактируюся - т.е. реальное внешнее управление

в настоящий момент все эти механизмы не совсем соответствуют 54фз :( но мы над этим работаем ...

Увы, экономить хотят именно на фискальниках, так что 2 фр - "не катит".

Мы, вроде бы, уже говорили о "внешних документах".
А можно чуть-чуть подробнее? Хочется понять, смогу я напрячь своих менеджеров на это дело (как-то выгружать из интернет-магазина нужный заказ/заказы) и смогу ли сам организовать передачу данных в SQL базу?
Да, и ещё уточнение - заказ пробивается по-позиционно, или одной строкой?

В документации будет описан формат "внешнего чека"?
А если один и тот же товар есть в заказе 1 по 90, и в заказе 2 - по 80?

И, ещё раз - по поводу того, что бы эти продажи "внешних товаров" не попадали в товароучётку?

Пока вижу такой вариант - выгружаю заказ тем или иным образом в текст (SQL???), одновременно подменяя код товара (на, к примеру, формат яXXXXXX, где XXXXXX - код из интернет-магазина, а "я" - буквенный префикс). В принципе, по этому "префиксу" смогу отловить продажи данных товаров, и не передавать эти продажи в товароучётную систему.

Согласен, сам не понимаю - как это должно быть.

Ну что же - надо просто учесть это как объективную реальность, и успокоиться.

а тут сначала юридический вопрос - можно ли на фр с признаком интернет торговля продавать в обычном магазине
если нельзя то 2-фр, если можно то один - но в программе он как 2-а раздельных :) - будет работать если фр цеплять не по сом порту а по сетке - проверял на сп802

здесь ничего сложного - 2-е плоских таблички (шапка и строки чека) заполненная определенными данными - при желании можно их и из текстовки заполнять или ексель прилепить :)

попозиционно и ранее так было и так будет в дальнейшем

я вроде бы выкладывал здесь тхт пример - из него все понятно

разницы с обычным чеком никакой - ты же в обычном чеке тоже можешь задействовать механизм смены цены\стоимости, но только на отдельные строки чека

если они будут по отдельному юр лицу то они будут падать в отдельный каталог выгрузки т.е. не в тот в которой товароучетка смотрит

здесь - как только - так - сразу :)

ну почему же так сразу - можно и дать разрешение при необходимости - для тхт внешнего чека не прокатит (он не попадает в окно кассира а сразу печатается как есть) - а вот для скуль варианта есть параметр настройки в кассе

Я понял, что признак "интернет-торговля" имеет смысл в том, и только том случае - если оплату принимаем на сайте. Но это тема отдельного разговора.

Жду Атол, если будет возможность - попробую поиграться с этим.

атол по сетке не цеплял - сетку на нем юзал только для передачи данных офд, а вот штрихи - работают точно (сам не проверял но в одном из магазинов отработали уже более месяца) причем в довольно "странной" схеме подключения - по типу как было так и поставили :) - один на ком порту (у него не оказалось своего езернета) в офд данные идут через рндис или офдпрокси - что конкретно - не знаю но пробовали и то и то, второй полностью по сетке и управляется и в офд отдает

и как мне кажется не очень близкого ... однозначного ответа от "органов" добиться не всегда получается

У оффлайн и онлайн магазина разные товароучетные системы? Оо
У нас слегка сложнее. Пяток оптовых юр лиц, десяток розничных. И как пробивать в офлайн магазинах заказы интернет магазина :) Но это мне будет думаю задача на будущее. В принципе она решаема, но не на уровне ФРов в магазинах (слишком дорого), а на уровне товародвижения между юр лицами.
А когда одно юр лицо и просто два склада то я вообще пока проблем не вижу, если учет в одной программе ведется.

Когда открывали интернет-магазин - меня туда демонстративно "не пустили". И как в нём ведётся учёт - я не знаю от слова "совсем".

Повторюсь - в той учётной программе, которой я "заведую" - ведётся учёт только офф-лайн (обычного) магазина.

KirillHome, понял) Имхо, проще вопрос решить через товароучет) Главное до людей донести.

Подниму тему в другом "разрезе".
Всё те же действующие лица - "офф-лайн" магазин и "интернет-магазин".

Курьер с банковским терминалом отправился доставлять товар.
Мы у себя прописали, что "момент оплаты" - это 12 часов в день поступления денег на счёт.
Наступил момент оплаты, нужно пробить чек.
Данную продажу надо будет оформить с указанием "электронных средств платежа".

Возможно ли это будет сделать в УКМ-WIN?
Основная проблема - к кассе с УКМ-WIN будет "подцеплен" банковский терминал.
То есть касса (по идее) потребует проведения полноценной оплаты картой. А она (эта оплата картой) уже была проведена на другом банковском терминале (да и клиент с картой - не здесь).
Можно как-то выкрутиться?