Отправлено: 25.04.08 17:21. Заголовок: Загрузка и выгрузка данных

Здравствуйте. Программа позволяет загружать одни и те же документы несколько раз, соответственно удваивая и утраивая одни и те же товары. КАК ЭТО ИЗБЕЖАТЬ???

 Отправлено: 25.04.08 17:59. Заголовок: Добрый день ! А поче..

Добрый день !
А почему это нужно запрещать ?!
При загрузке пакета документов - программа предупреждает, если этот пакет уже загружался.
А понятие "один и тот же документ" - очень расплывчатое. Если есть изменение в одной цифре
ИНН контрагента в документе - это уже новый документ ? Если после загрузки документ был
полностью перебит и изменен, то при повторной загрузке - это новый документ ? и т.д.

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

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

 Отправлено: 21.02.10 23:05. Заголовок: При загрузке накладн..

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

 Отправлено: 21.02.10 23:32. Заголовок: Понял, идет пересече..

Понял, идет пересечение по штих-кодам. Надо как то теперь их сделать с другими номерами. Буду искать как это сделать, что бы штрих-код начинался с другой цифры

 Отправлено: 22.02.10 09:04. Заголовок: Абсолютно верно - пр..

Абсолютно верно - при обмене данными между различными копиями БД, товары синхронизируются по штрих-кодам.

Логично предположить, что если Вы предполагаете производить обмен данными - то справочники товаров у Вас ведутся в разных БД синхронно или обновляются с помощью операции выгрузки-загрузки прайс-листов.

Если требуется, что бы в разных БД были разные штрих-коды для добавляемых в них товаров - установите пожалуйста в карточке настройки программы (на закладке 5. SMTP ...) разные номера копий БД.

 Отправлено: 22.02.10 14:30. Заголовок: Справочники ведутся ..

Справочники ведутся в разных БД. Я покупаю товао, мне на флешку сбрасывают из вашей программы накладную. Я приехал домой, загрузил ее, распечатал накладную, а там 7 позиций из моей номенклатуры. Вот и возникла проблема. Я поставил не во вкладке 5 SMTP, а в дополнительно. Но проблема не исчезла. Как забивались, так и забиваются мои позиции, а не позиции с накладной.

 Отправлено: 22.02.10 18:11. Заголовок: При добавлении вручн..

При добавлении вручную, штрих-код меняется, я поставил № БД 55, а если добавлять через закачку, номер не изменяется, 7 позиций так и заменяются из моей номенклатуры.

 Отправлено: 22.02.10 18:45. Заголовок: Есстественно. А Вы п..

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

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

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

 Отправлено: 23.02.10 01:32. Заголовок: Я это понял, но дума..

Я это понял, но думал перенумерация пройдет автоматически. Но ладно, что ж делать, буду править по мере пересечения кодов. А SQL запросом нельзя это исправить?

 Отправлено: 23.02.10 09:37. Заголовок: Как Вы обратили вним..

Как Вы обратили внимание - настроек в програрмме может быть несколько, и в каждой можно указать свой номер копии БД. Для каждого пользователя - указывается настройка прогарммы с которой он работает. Соответсвенно если бы вариант о котором Вы подумали работал - то у каждого пользователя программы были бы свои номера штрих-кодов товаров .... Мягко говоря - не совсем разумно ... ;)

Конечно можно. Если Вы работаете с MF4x4 P.SQL - то можете выполнять любые SQL запросы к БД из среды Pervasive.SQL. Но судя по нашей переписке - я бы настоятельно рекомедовал Вам этого не делать, или обязательно создать резервную копию БД перед прямым вмешательством в структуру БД минуя интерфейс программы ....

 Отправлено: 23.02.10 21:46. Заголовок: Мда. Ну и программка..

Мда. Ну и программка

 Отправлено: 24.02.10 09:21. Заголовок: :sm12: ..