Отправлено: 13.08.07 23:48. Заголовок: Синхронизация наименований товаров

Обьясните пожалуйста как работает опция "Синхронизация наименований товаров".

 Отправлено: 14.08.07 07:40. Заголовок: Re:

Добрый день !

1. Запускаете операцию "АДМИНИСТРАТОР -> Перерасчет остатков".
2. Включаете опцию "Синхронизация наименований товаров".
3. Выпоняете операцию. Все.

При выполнении операции в таком режиме все наименования товаров в документах
будут, при наличии расхождений, заменены на текущие наименования товаров в справочнике
товаров, что позволяет исправить, например, орфографические ошибки в уже выписанных
позициях документов склада. Вот и все, т.е. в полном соответсвии с Вашим описанием.

Попробуйте пожалуйста. Возникнут вопросы - пишите.

 Отправлено: 14.08.07 10:19. Заголовок: Re:

Это замечательно.А в случае с удаленной базой в режиме оффлайн? Допустим на складе все засинхронизировано.Создаем накладную.Экспортируем, переносим на флешке или флопе в торговый зал.Как теперь осуществить синхронизацию? Мне представлялось,что это можно сделать при помощи операции [Перерасчет и знак]/обновить из документа в карточки товаров.Но выбрав эту функцию пропадает опция наименование товаров и в результате ничего не просходит никакой синхронизации.Это можно как нибудь реализовать или это както по другому делается?

 Отправлено: 14.08.07 10:39. Заголовок: Re:

В этом случае, просто нужно перегрузить в трговый зал прайс-лист. Вот и все.
(см. Справочники -> Товары и услуги -> Экспорт / Импорт прайс-листа).

И все основные параметры товаров (в т.ч. и наименование) станут одинаковыми
в различных копиях БД. Вот и все.

Операция ПЕРЕРАСЧЕТ и ЗНАК - предназанчена совсем для других целей.

 Отправлено: 15.08.07 23:23. Заголовок: Re:

Здравствуйте.
Описаный Вами способ вызвал у меня большое сомнение в том что всё происходит как надо!С прайсом в более чем 1000 наименований отследить происходят изменения или нет практически очень сложно.Это напоминает детскую игру "Верю-Не верю".Такая громоздкая и сложная операция не позволяет пользователю проследить где произошлиЗдравствуйте.
Описаный Вами способ вызвал у меня большое сомнение в том что всё происходит как надо!С прайсом в более чем 1000 наименований отследить происходят изменения или нет практически очень сложно.Это напоминает детскую игру "Верю-Не верю".Такая грамоздкая и сложная операция не позволяет пользователю проследить где проиошли изменения и в какую сторону.Как меняются цены и какие,базовые или по виду и меняются ли они вообще?Происходит ли исправление ошибок и в каких документах?Здесь нужен совершенно другой способ дающий возможность проследить в масштабах одного документа который нужно перенести из одной базы в другую.Нет смысла переносить весь прайс!Ведь это по сути не отличается от переноса одной накладной!Поверьте я не критикую вашу работу я хочу чтобы работа с программой была легкой,понятной и давала пользоателю полный контоль над своими действиями.Пока что она похожа на кабину самолёта где тысяча кнопок которые по некоторым функциям дублируют сами себя.Всё красиво но летать невозможно!Ну и главное,что заставило меня усомнится в легкости этого мероприятия.При экспорте прайс-листа не переносятся доп.параметры наменклатуры!!!!А это в частноти доп.штрих-код,доп.артикул ну и т.д.Есть ещё несколько задач которые необходимо реализовать.Но об этом потом поговорим. изменения и в какую сторону.Как меняются цены и какие,базовые или по виду и меняются ли они вообще?Происходит ли исправление ошибок и в каких документах?Здесь нужен совершенно другой способ дающий возможность проследить в масштабах одного документа который нужно перенести из одной базы в другую.Нет смысла переносить весь прайс!Ведь это по сути не отличается от переноса одной накладной!Поверьте я не критикую вашу работу я хочу чтобы работа с программой была легкой,понятной и давала пользователю полный контроль над своими действиями.Пока что она похожа на кабину самолета где тысяча кнопок которые по некоторым функциям дублируют сами себя.Всё красиво но летать невозможно!Ну и главное,что заставило меня усомнится в легкости этого мероприятия.При экспорте прайс-листа не переносятся доп.параметры номенклатуры!!!!А это в частности доп.штрих-код,доп.артикул ну и т.д.Есть ещё несколько задач которые необходимо реализовать.Но об этом потом поговорим.

 Отправлено: 15.08.07 23:51. Заголовок: Re:

В продолжении темы.Так-же Не произошло синхронизации по номенклатуре при изменении базовой цены и штрих-кода у специально выбранной для эксперимента позиции.Программа просто создала еще одну подобную позицию.Вот-так!!!!
Миф окончательно развеян,увы!

 Отправлено: 16.08.07 08:21. Заголовок: Re:

Уф ! Все прочитал ! (А Вы, перед тем как отправить ;) ?).
И того, что могу ответить, по пунктам, что бы не запутаться.

1. Да, действительно, дополнительные параметры товаров не переносятся при синхронизации
прайс-листов через файл (и при переносе документов тоже). Это связано с тем, что они
появились в программе позже, чем операции перезагрузки прайс-листа. Возможно,
действительно этот вопрос нужно решить.

2. Синхронизация прекрасно выполняется. "Еще одна позиция" - была создана потому, что
у Вас товар в разных копиях БД имеет различный штрих-код. Установите для товаров
одинаковый штрих-код и операция выполнится без проблем.

3. Абсолютно не согласен, что при загрузке накладной из файла должна выполняться синхронизация
цен и других данных в карточках товаров. Загрузили Вы ошибочно старый файл, увидели это и
удалили накладную, и при этом уже изменили данные в справочнике товаров, в т.ч. и цены ?!
Без комментариев ...

Про мифы. Как я уже писал - если Вы хотите предложить схему учета, пожалуйста ее опишите,
а лучше реализуйте и покажите ее конкурентные преимущества, после того как она будет
работать в реальной практике товарного учета. Мы открыты для взаимовыгодного сотрудничества.

Если у Вас есть вопросы по работе операций в программе - мы всегда готовы Вас проконсультировать.

Если Вы считаете, что можете лучше поставить задачу по организации товарного учета, чем это сделали мы - пожалуйста свяжитесь с нами и мы сделалаем для Вас программу, которая будет работать так как Вы видите учет. Т.е. просто сделаем программу по Вашему описанию, причем лучше всего - с "чистого листа". Вот и все.

 Отправлено: 16.08.07 09:19. Заголовок: Re:

1.А каким образом я могу установить одинаковый штрих-код в разных базах,если на момент формирования всей системы учета после ввода остатков небыло возможности установить оригинальный штрих-код от производителя?Наименований более 1000!!!
Как всем известно каждый поставщик а у нас их много на один и тот же товар клеит свои этикетки.Для этого и введена функция доп.штрих-код.Но когда появляется возможность установить в карточке учета оригинальный уж оставьте за за пользователем это право!
2.Не надо фантазировать на счет ошибочно загруженного старого файла.Все пользователи перед всякими манипуляциями сохраняют базу данных для возможности восстановления базы.Напоминаю Вам,что в этой программе есть такая возможность curator.exe-настраивается на сохрание автоматом.
3.Что значит-"сделаем программу по Вашему описанию, причем лучше всего - с "чистого листа". Вот и все."???
А как же остальные пользователи которые как и я приобрели по 2-3 и более лицензий на ваш продукт?
Вы всем обещали поддержку и обновления!
4.Это должно выглядеть не как экспорт прайс-листа,а как выгрузка номенклатуры со всеми её свойствами с фильтром по документу,контрагенту,виду.

 Отправлено: 16.08.07 10:26. Заголовок: Re:

OK ! Отвечаю по пунктам.

1. В БД программы штрих-код - это уникальный признак товара, позволяющий синхронизировать
товары в различных копиях БД. Если есть проблемы с тем, что один и тот же товар имеет различные
штрих-коды (?!) введите для него внутренний штрих-код. Понимаете, если исходить из Ваших
предыдущих описаний - то получается мрачная картина. Есть несколько БД, в которых введены
товары, с различными наименованиями (в т.ч. и с орф. ошибками), с различными штрих-кодами и т.д.
И теперь Вы пытаетесь все это заставить работать вместе (синхронизировать данные) ...
К сожалению, кроме как привести БД товаров в порядок, т.е. задать для товаров одинаковый
уникальный признак (штрих-код) - здесь посоветовать-то и нечего ... А как иначе ?!
И Вам больше скажу - для построения реально работающей распределенной схемы
чета нужно не только правильно создать данные, но и вести их ...
Есть определенные правила постороения данных, которые позволяют организовать и вести
распределенный учет. Если есть варианты - давайте обсудим ...

2. Это не фантазии, а реальный и простой в понимании пример, почему предлагаемая Вами
схема не будет работать сразу и создаст массу проблем. Или я не прав ?

3. А как иначе ? Вы предлагаете (причем, извините, но весьма не аргументированно) какие-то
варианты учета, которые мне, напрмер - непонятны. Когда, я пытаюсь с ними разобраться -
и сразу вижу непродуманные проблемы - Вы называете это фантазиями ... и расказываете
то же самое. Мы обеспечиваем поддержку наших продуктов. Но переделывать программы,
с которомы работают сотни пользователей, под абсолютно необоснованные и неаргументированные
требования никому не обещали и делать не будем. Тем более - за свой счет.
В развитии и поддержки программ этом не сомневайтесь - все схемы учета реализованные
в программах будут поддерживаться и работать, а не продуманной лепины мы не допустим.

4. Хорошо. Выгрузка номенклатуры. Только в документе нет "номенклатуры", а есть позиции
содержания, которые могут и не являться товарами. И что дальше ? Выгрузили мы некоторый
отфильтрованный ассортимент, (у Вас - с ошибками в наименованиях, различными штрих-кодами)
и что далее ? Это Вы, кстати, предлагали делать распознование товаров с 80% вероятностью ?
Как я уже писал, программах серии Memo4x4 - я против.
Если Вы сможете реализовать такую схему - пожалуйста, а мы ее никогда не предлагали и
никому не обещали сделать .... Или я не прав ? Жду от Вас информацию.

 Отправлено: 16.08.07 10:28. Заголовок: Re:

На мой взгляд вы увлеклись перепиской и потеряли ход мыслей.Успокойтесь и внимательно почитайте,стараясь понять смысл выше описанного.Представьте себе три или более баз данных удаленных друг от друга на расстоянии 20км.без возможности создания сети и с отсутствием Wi-Fi.Такие условия более чем реальны.

 Отправлено: 16.08.07 10:33. Заголовок: Re:

OK ! Хорошо, что Вы это поняли. Конечно, полностью с Вами согласен.
В реальности задачи - не сомневаюсь.
И тем более, нужно правильно организовать данные и удаленную работу.
Мы со своей стороны готовы оказать в этом - любое содействие.

1. Приведите пожалуйста ассортимент товаров в различных БД к общим штрих-кодам.
Плохо и неправильно, что это не было сделано изначально, но других
вариантов сейчас нет.

2. Одна из копий программы должна быть ведущей, т.е. в ней вносятся все изменения
в ассортимент товаров (и цены) и далее эта информация передается в другие
копии программ. Все.

Выполнив эти 2 простых пункта, Вы получите возможность свободно рабоать с
общим ассортиментом товаров в распределенных торговых точках.

 Отправлено: 16.08.07 10:49. Заголовок: Re:

Все так и делается!

 Отправлено: 16.08.07 10:49. Заголовок: Re:

Есть выход из создавшегося положения.Насколько я понимаю проблема измениния штрих-кода кроется в том,что программа по собственной инициативе генерит эти злополучные коды.И произведя замену оного происходит невозможность за синхронизировать позицию в удаленной базе.Так давайте сделаем так,чтобы формирование штрих-кода программой делалось по желанию пользователя.В пустое окошко карточки товара вносится оригинальный код когда будет угодно если таковой не придвидется мы просим ее сгенирить код.

 Отправлено: 16.08.07 10:54. Заголовок: Re:

Отлично, что делается.
Извините - перечитайте пожалуйста последнее сообщение.
Не могу понять, в чем смысл ... Заранее спасибо !

 Отправлено: 16.08.07 11:16. Заголовок: Re:

Так где же синхронизация? В чем она заключена? Только в названии?А где же обещанная 100% совместимость?

 Отправлено: 16.08.07 11:28. Заголовок: Re:

Синхронизация прайс-листа (если о ней вопрос) заключается в приведение товаров, цен на них,
курсов валют в различных копиях БД к общему, одинаковому состоянию. Синхронизация товаров
выполняется по штрих-коду, который является уникальным признаком товара. Вот и все.
А в чем проблема ?

 Отправлено: 16.08.07 21:32. Заголовок: Re:

Мне всеравно как вы это назовёте!Проблему я описал.
1.Не переносится полная информация о товаре.(доп.характеристики)-иначе какой в них смысл.
2.Не обновляется информация о штрих-коде.
А уникальность штрих-кода это понятие относительное.Я его не выковыриваю из носа а считываю сканером с упаковки.Если программа позволяет вносить штрих-код посредством сканера хоть сто раз в день то почему же я не могу перенести эти изменения в удаленную базу!? Бред какой то!!!Где логика?
Вот два простых вопроса.Без решения этой проблемы вся эта работа с удаленной базой в режиме оффлайн не стоит выеденного яйца!
Довольно отписываться.Просто нужно подумать как это сделать.Я уверен что решение есть!
Заранее благодарю от лица всех молчаливых пользователей.Ждем обновлений.

 Отправлено: 17.08.07 15:25. Заголовок: и здравый смысл

Слежу за вашим диалогом, пытаясь понять суть проблемы
Вячеслав
Вы пытаетесь обаять необъятное ))
При построении распределенных систем есть необходимость соблюдать правила и ни куда от этого ни деться.
Формализуйте задачу (опишите ее) и вы сами увидите пути решения. БД Memo позволяет решить ваши проблемы
без кардинальных изменений программы. Я точно знаю, сам такое делал в прошлом году.
Вы же просто запутались в своих хотелках, и других путаете ))))

 Отправлено: 16.08.07 22:14. Заголовок: Re:

Спасибо, что нашли возможность выделить вопросы и проблемы из общей массы.
Постараюсь ответить по пунктам.

1. О причинах - я уже писал (см. выше). Смысл - в возможности вести свои дополнительные
данные о товарах, которые отсутсвуют в его карточке. Основное назначение доп. параметров -
это поиск товаров, по их дополнительным параметрам. Полностью согласен, что при
синхронизации прайс-листов между различными копиями БД дополнительные параметры,
как товаров, так и предприятий (которые могут использоваться в отчетах по шаблонам)
должны переноситься и обновляться. Все это я формализовал, написал задание и передал
в работу. К сожалению я не могу указывать сроки для штатных работ, но надеюсь, что
в следующем обновлении программы - все будет готово. О готовности - я сообщу в форуме.
Это пока все, что я могу сообщить по этому вопросу.

2. Программа действительно позволяет считывать штрих-код с упаковки. Используйте
пожалуйста эту возможность для того, что бы привести в соответсвие реальным товарам
(их штрих-кодам) информацию в БД всех копий программы. Тогда Вы сможете обновлять
информацию о товарах во всех копиях без проблем. Если Вы считаете, что нужно изменить
штрих-код товара, пожалуйста измените его во всех копиях БД программы.

Никогда не отписывался. Можете не верить - но просто и без этого есть чем заняться. Честно !
А вот брать самостоятельно на себя право писать от всех пользователей - это пожалуй лишнее ... ;) И для Вас - к тому же явно преждевренное.

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

Добро пожаловать. OK ?

 Отправлено: 17.08.07 20:43. Заголовок: Re:

А при экспорте накладных будут переносится доп характеристики?

 Отправлено: 17.08.07 21:47. Заголовок: Re:

Возможно. Пока в работе только синхронизация дополнительных параметров товаров
и предприятий при выполнении операций экспорта прайс-листа. Далее - по обстановке и потребности.

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

При загрузке накладной выполняется ОБНОВЛЕНИЕ списка товаров. Т.е. если в БД, в которую
загружается накладная из файла, уже есть необходимы товар - он просто привязывается к накладной,
но сам товар и его характеристики не изменяются.
А если его нет - он добавляется со всеми данными (ценой, классификаторами, ед. измерения,
гарантийным сроком и т.д.). Эта возможность позволяет загружать накладные, изменять остатки
и взаиморасчеты, добавлять новые товары - не нарушая существующую структуру и цены товаров в БД.

При загрузке прайс-листа выполняется СИНХРОНИЗАЦИЯ списка товаров. Т.е. новые товары добавляются,
а данные существующих - обновляются. Эта возможность позволяет вести ассортимент товаров и прайс-
лист в одной БД и переносить все изменения в удаленные торговые точки.

 Отправлено: 18.08.07 15:00. Заголовок: Re:

Синхронизация дополнительных параметров товаров и предприятий, при перезагрузке
прайс-листа, сделана в версии программы MT4x4 от 18.08.2007 г.

Полный список изменений в версии программы и установочный комплект - доступны на любом нашем сайте.
Проверьте пожалуйста работу программы на Ваших данных. Возникнут вопросы - пишите.

 Отправлено: 20.08.07 22:47. Заголовок: Re:

Все работает,но все же!
В момент экспорта накладной в удаленную базу переносится много разной информации о товаре и если даже в удаленной базе что-то появляется впервые это происходит очень корректно,что значительно облегчает работу в дальнейшем.Создаются данные о поставщиках,производителях,формулы расчета цен и т.д.Но к сожалению эту праздничную картинку портит отсутствие все тех-же доп.параметров.Это как бы логично, они должны быть.Эта маленькая недоделка создает доп.неудобства.С каждой накладной необходимо экспортировать прайс.Может можно выправить дефект?

 Отправлено: 21.08.07 07:55. Заголовок: Re:

Я не вижу ни малейшей логики, в том что бы при загрузке каждой накладной изменялись цены
на товары в БД. Я уже об этом писал выше. На мой взгляд - это приведет к хаосу, по крайне мере
в концепции, которая выбрана для работы программы. Такая операция вполне имеет право на
жизнь - но не в серийной программе. В принципе - да, такое сделать можно, но в серийной
программе таких доработок не планируется.
А вот перенос дополнительных параметров НОВЫХ контрагентов и товаров при загрузке
накладных мы конечно, в плановом порядке, сделаем. Без проблем.

 Отправлено: 21.08.07 21:59. Заголовок: Re:

По поводу цен вопроса не поднималось , а вот перенос дополнительных параметров в накладных ждем.
Спасибо.

 Отправлено: 22.08.07 07:58. Заголовок: Re:

Ждите. Уже все сделано, программа тестируется и скоро будет доступна на нашем сайте для пользователей.

 Отправлено: 22.08.07 10:25. Заголовок: Re:

Спасибо.

 Отправлено: 24.08.07 22:59. Заголовок: Re:

Уважаемые господа!Вопрошаю еще раз!Возможен ли перенос доп.параметров методом экспорта/импорта ОДНОЙ накладной а не пакетом документов за какое-то число которых может быть десяток или два? И без выгрузки/загрузки прайс-листа.
В три шага:
1 Экспорт
2 Импорт.
3 Перерасчет и знак./Переоформить документ как приходный.Все.Никаких лишних движений.
Ну почему все нужно делать через заднее крыльцо?

 Отправлено: 25.08.07 08:11. Заголовок: Re:

Добрый день !
Отвечаю еще раз на Ваш вопрос.

"Ждите. Уже все сделано, программа тестируется и скоро будет доступна на нашем сайте для пользователей."

Ваш вопрос услышан, мы на него ответили.
Но Вы работу не заказывали, соответсвенно сроков ее выполнения Вам никто не называл.
Поэтому подгонять здесь не совсем уместно ... Если Вам интересно:

В релизе от 24.08.2007 г. эти операции не доступны для пользователей, т.к. активируются
только в режиме тестирования MT4x4. Причина: есть проблемы срвместимости
перезагрузки отдельных документов с программами Memo Office 4x4 и Memo Work 4x4.
Как только эти вопросы будут решены - опции перезагузки дополнительных параметров будут
включены и для пользователей.
Об этом мы сообщим в списке изменений версий на нашем сайте и в рассылке новостей. OK ?

 Отправлено: 25.08.07 09:30. Заголовок: Re:

Извиняюсь! Ждем!

 Отправлено: 25.08.07 09:33. Заголовок: Re:

OK ! О доступности программы с указанной Вами опцией я сообщу.