Наверняка уже много кто реализовывал данную фичу, я конкретно для проги "Штрих-М Кассир" писать планирую.
Пока первый этам - выгрузка из галактики в розничную прогу прихода.
Интересует вопрос - откуда сию выгрузку делать, чтобы цена уже была с розничной наценкой ?
Из внутреннего перемещения в розницу - не подходит, там розничной наценки нет.
Из реестра свободных розничных цен думал сделать - токо у меня проблемка, он правильно распечатывается только на этапе формирования ордеров и соответственно записей в КУТ (т.е. для повторного формирования реестра и соответственно формирования dbf необходимо каждый раз переформировывать ордера - что неудобно) , если из самой розничной торговли его распечатывать - он почему то только самую последнюю накладную видит
всё - нашел откуда этот реестр нормально формируется - из самой карточки КУТ если на операцию прихода навести.
всё равно блин неудобно
похоже нужно фейс писать, чтоб из брауза с накладными на розницу формировал файло, так поудобнее будет - пометил небходимые для выгрузки накладные, жмяк на кнопку и готово
В Галактике в модуле Розничной торговли в настройке кассовых аппаратов имется Штрих-М.
Может кто знает с какой кассовой программой он может стыковаться.
Подход к делу: СДЕЛАЛ и ... ЗАБЫЛ, а ОНО пусть САМО работает (не люблю возвращаться и повторяться).
сама себе же на вопрос ответила -
"в ней есть загрузка выгрузка данных."
написать фейс, продумать обмен и в путь
я уже выгрузку в dfb для кассира накорябал и столкнулся с такой проблемой в Штрихе - там нет партионного учета
даже такая ситуация меня не порадовала - допустим был товар по 10р стал по 20р
и допустим на точке товар по 10 еще остался но на всякий догружают еще (уже с нового прихода), дак вот - в штрихе при загрузке ключ токо один - код товара и соотвественно при загрузке он сволочь стоимость товара исправил на 20.
Другого софта я пока не нашел.
Вернее нашел - "КиК софт" - "Рабочее место кассира" но у них конфа не защищена и продать прогу мне отказались - жадины
Вот она нужная тема !!!
Господа занимающиеся автоматизацией розницы!
Не хочу наступать на грабли - на которые уже кто то наступал !!!
Есть ДБФ с нужной информацией для спецификации документа (счета или накладной) как наименования МЦ, Ед.Изм ... так и их Нрэки.
Задача - импорт из ДБФ в спецификацию Документа.
Может есть какая функция вставки позиции спецификации Счета (или накладной) - а то смотрю в журнал - "Галя" там столько пишет в "смежные" таблицы ... мне не разобраться
Поделитесь опытом для решения подобных задач ....
В Галактике с версии 5,74 есть модуль "обмен документами".
при наличии на него лицензии - можно настроить импорт из dbf и пр. самих документов. (кнопочки в контекстном меню списка документов посмотри)
помимо этого в суппорте есть Экспорт/Импорт - но там нужно иметь dbf с полями названными как надо и понимать что и куда грузишь
наконец можно просто написать lot и vip'ом загрузить
У нас розница у клиентов работает на Галактике. Правда организация розницы у всех строится по своему, поэтому мы не делаем тиражное решение, а решение было строго под клиента.
Организация розницы у нас такая
Магазин выступает как отдельная организация. Базы имеют объединеные каталоги и прайс-листы.
P S Для чего нужна отдельная база - в основном из-за надежности работы и чтобы остановка Галактики в офисе не вызывала остановки работы в магазине (т.е. мы заменяем обмены Галактика-Галактика обменами с другими программами).
Товар отпускается по штрих-коду. Выписанные документы также имеют свой штрих-код, для быстрого их (документов, в частности Товарный чек) поиска в базе данных Галактики. Каждая покупка хранится в БД как отдельный документ со спецификацией с времене продажи.
Менеждер магазина видит все остатки, как в магазине, так и на всех складах, так и в отделе маркирования (наклейка этикеток штрих-кода - т.к. товар свой). Он оформляет заявку в магазине, затем она утверждается, на складе товар отбирается для маркирования (внутренняя накладная) в отдел мартирования, а также на складе печатается нужное количество этикетов (в соответсвии со спецификацией внутренней накладной), затем как некоторая порция отмаркируется она передается в мазазины ( при передаче- приемке используется сканер штрих-кода). Весь проданный за день товар оформляется одной накладной. Сверяется сумма продажи с суммами кассовой ленты. Товар списывается.
Анализ. Сделан анализ продаж по времени внутри суток (по количеству и времени), по дню недели для определения нагрузки на кассы и риски потерь из-за ухода покупателей из-за очередей. Ну и обычные отчеты по наличию и движению.
Ранее - года три назад, был опыт интерграции с кассой на 1С. Обмен был сделан с розничной торговлей Галактики, но проблем согласования БД было много. На одной Галактике все намного проще из-за отсутствия дублировнаия информации..да и поддерживать это все проще АСУ.
Все, что написано - это просто насчет того, а можно ли все сделать на Галактике. Но это все не дает путей для решения с точки зрения тиражного..т.е. того, которое нужно тут всем.
Насколько я знаю, в ТОП-СОФТ была разработана программа для автоматизации заправочных станций и она внедрена в Белоруссии. Там есть и автоматизация розничного магазина, входящего в заправку. Посмотрите внимательно документацию по Галактике - там есть в дополнительной упонимание о таком решении. Также можете обратиться в свое региональное представительноство или к своему партнеру - они должны быть в курсе. Ну и наверное разработку Тюменскую есть смысл посмотреть. Хотя это все также не очень уж тиражные решения...и я не очень понимаю, как это все сопровождается.
Скажите, куда вы вносите штрих-коды? (в поле KatMc.BarKod2? или используете штрих-коды к отпускным единицам измерения? )
Мы пока заносим штрих-код в поле KatMc.BarKod2. Где возможно - добавляем это поле в интрефейсы, но возможно это, к сожалению, не везде (не можем выбрать МЦ по штрих-коду в накладную из прайс-листа).
Еще возникают ситуации, когда одна и та же МЦ приходит по двум штрих-кодам от одного и того же производителя - в этом случае наш вариант ввода штрих-кода в поле KatMc.BarKod2 - вообще не работает.
Склоняюсь к тому, что наш изначальный выбор ввода штрих-кода в поле KatMc.BarKod2 - неправильный. Видимо придется переносить штрих-коды в единицы измерения.
Вообще в Галактике поле для занесения штрих-кода находится в единице измерения МЦ. Туда его надо правильнее всего и заносить. Это всязано с тем, что МЦ может находится в различных упаковках и соответсвенно каждая упаковка должна иметь свой штрих-код.
В Прайс-листе для это есть также поля, куда эта информация переносится и по ней можно искать,т.к. поле индексное.
Но тут еще большой вопрос о том, что за штрих-кодирование Вы используете..для чего.
Дело в том, что если мы говорим с Вами о штрих-кодах для розничной торговли ( код ЯН-13), то это одно, а если мы говорим с Вами о внутреннем штрих-кодировании товара, то это несколько другое (для последнего мы рекомендуем использовать КОД 39).
Когда у нас холдинг, то часто используется именно внутреннее кодирование. Если вопрос об упаковках не стоит, то мы ведем внутренний код просто в поле barkod.
Я уже тут писал раньше, что мы всегда при внедрении ставим кодирование товара сегментированным кодом (а не просто, как группа+инкримент), в который закладываем классификацию товара для дальнейшего анализа по этой классификации продаж, закупок, остатков и т.д. Этот же код мы в дальнейшем используем и для внутреннего штрих-кодирования товара. Если у предприятия еще есть свои коды по системе кодировани ЯН-13, то они наносятся как вторые (хранятся они в единице измерения,т.к. ЯН-13 также дает коды для различных упаковок товара).
Если Вы еще заложились на поле barcode2, то я бы рекомендовал Вам написать маленькую процедурку в дополнении к процедуре обновления прайс-листа, которая перепишет поле barcod2 в поле прайс-листа, где хранится баркод отпускнай единица (посмотрите таблицу спецификации прайс-листа). Это поле индексное и позволяет производить выбор по нему.
Идея хорошая - копировать штрих-код из barkod2 в прайс!!! Спасибо за наводку!
Мы штрих-коды используем для розничной торговли. Коды ЕАN-13. Пока проблема с упаковками не возникала, но вполне возможно, что такая потребность может возникнуть.
Самая большая проблема у нас - это стыковка Кристалла и Галактики. Кристалл не анализирует наличие товаров, если товар есть на кассе, то его можно продавать. Магазин и продает... Потом мы загружаем из Кристалла в Галактику продажи - и выясняется, что напродавали кучу товаров, которых мы не закупали. Кто виноват? И что делать?
И этот бардак не кончается. Магазин, видимо, химичит, а бухгалтера пытаются эту химию свести....
Уже возникало желание поискать другую программу вместо Кристалла...
