Добрый день.
Пользуясь возможностями данного форума во вложении разместил файл dover.dbf.
Пока не ушли далеко - позволил себе вольность, поле ID_DOV сделал на 22 символа и заполнил его стандартными для БЭСТ-5 уидами.
Если другая, прошу Константина поправить, как будем вести поле id_dov.
Код
dbpush()
If NetUse("u_dover",LoadPath()+"user\dover.dbf")
endif
go top
do while !eof()
RLock()
u_dover->id_dov:=XGUID()
DbUnlock()
dbskip()
enddo
u_dover->(DbCloseArea())
dbpop()
Оставил открытым по индексам.
Пока код и форма простые, и поэтому решил не выкладывать целиком проект для синхронизации.
В дальнейшем, при увеличении кода будем держать рабочий проект в общедоступном месте для сверки.
Но помним, наша цель не скопировать готовый код, а научиться его составлять
Написано же, в DOS кодировке, в ней и формирует.
Импорт-экспорт для обмена между пятерками. Не вижу никакого криминала.
А про средства конкурента - заблуждение ))))
Встроенными средствами намного проще, быстрее и надежнее.
Многие проблемы исходят от уровня осведомленности пользователя. При этом многие ответы находятся непосредственно в руках пользователя.
Мой совет - стоит потратить один раз немного времени на изучение предмета обсуждения, чтобы потом не убивать это время напрасно.
Предлагаю огласить задачу и решить ее двумя способами, в БЭСТ-5 и в альтернативном инструменте.
Да, разные структуры не позволят принять в 4+ файл с проводками из БЭСТ-5.
Проще плагином.
Для примера нашел код, правда он старый и не используется но смысл не в этом
В Б4+ есть импорт проводок (АРМ Главбуха). В этом режиме принимается файл, по структуре повторяющий MAIN.DBF.
Чтобы решить Вашу задачу - следует сформировать файл этой же структуры и кодировки.
Как сделать нестандартно - я представляю.
Проводки наверняка относятся к какому-то определенному блоку, можно узнать подробнее?
nordk пишет:
Денис давайте напишем хоть какой-то пример а по нему по образцу и подобия сделаете сами. Задача ведь не столько написать - сколько научиться -так ?
Поддерживаю!!!!
по реестру не совсем понятен.
Давайте сделаем простую форму, в ней реестр из NUMDOC,DATE,AGENTNAME,FIO.
Остальные поля заполняются в режиме редактирования.
Просто важна суть а не детали. Если возникнет понимание процесса, как добавлять данные и как с ними работать, то можно уже развиваться самому в том направлении, в котором нужно.
А время - деньги, давайте рассмотрим сначала по минимуму.
Кость, может давай сначала проект откроем)
и окно выведем а то не у всех получается.
Чтобы не было потери времени на решение вопросов "А у меня не так...." предлагаю сделать строго.
Имя проекта, базы, модули, формы, объекты - именовать строго одинаково.
Пустой шаблон с окном приветствия можно выложить здесь, как базовый (он же тестовый).
Если у всех сработало - идем дальше.
[FONT=Courier]Field Name Type Len Dec
========== ========= ===== =====
CODEDOC Character 3 0
NUMDOC Character 6 0
DATE Date 8 0
AGENTNAME Character 25 0
AGENTCODE Character 6 0
PRIM Character 37 0
TNUM Character 6 0
FIO Character 35 0[/FONT]
Доверенности - практически те же документы на приход, поэтому и структуру можно взять из mdoc, mdocm. Слегка урезав и добавив поля для ТМО. Затем можно будет создавать накладную на базе закрытой доверенности.
По MySQL тогда откроем дополнительную ветку, лично я вижу перспективу в использовании этого функционала. И не столько в интернет-магазинах сколько в хранилищах данных, корпоративных порталах.
Цитата
Тема с Интернет-магазином интересная. С сайта OsCommerce.ru не понял, как распространяется этот продукт. Бесплатная версия есть?
Честно говоря, в одном из последних журналов "Системный администратор" была статья про этот движок, поэтому и привел его как пример ))). Вчера поставил его на локалку, глубоко пока не смотрел. Локализован не очень и давно существенно не обновлялся. Но работает нормально.
Если есть желание, давайте разберем в другой ветке либо в другой теме.
Так сразу и не определишься.
В случае с Б5 много нового, и охватить все в одном примере не очень легко.
Вот сейчас буквально на ходу такая:
Сделать базу для Интернет-каталога, или Интернет-магазина.
Т.е. таблица, в которой перечислены товары из текущего прайса (определенных групп).
Способы поступления могут быть:
- плагином из картотеки, из прайса.
- при сохранении документа.
- ввод с использование справочника товаров.
Из функционала:
- заполнение информацией :
- привязка изображения с возможностью просмотра ))
- ссылки на сайты разработчиков
- прочие характеристики
- выгрузка на сервер в MySQL (например в OsCommerce)
- ....
Что-то уже много для первого примера.
Копнем в эту сторону? Или что по-проще?
Если в эту, то делим на этапы и приступаем к реализации
1. Создаем структуру таблицы.
2. Создаем проект.
3. Определяем точку вызову из меню
4. Пишем форму "Привет Мир" (форма с кнопкой)
5. Рисуем форму для работы с таблицей.
6. Ввод данных, используя номенклатурный справочник
+ доп. информация (ссылки, привязка информации по графике с предв. просмотром)
7. Освоение возможностей интерфейса
8. Выгрузка в Mysql.
9. Синхронизация с MySQL (сверка того что выгружено с тем что на текущий момент)
10. По ситуации )))
Вот такой экспромт, может пригодиться в дальнейшем?
Сразу с лету:
Окно запроса для переменных.
Реестр для связанной области трех таблиц с возможностью ввода, редактирования, поиска, фильтра.
Т.е. аналог использования инитлист.
в дополнение скажу по переносу плагинов из 4+ - проблем практически никаких, особенно с теми, которые не использовали интерфейсные и диалоговые функции БЭСТа, если и есть проблемы то они решаются небольшой корректировкой кода в свете Б5.
НО, по мере ознакомления с БЭСТом, начинает тянуть на "тюнинг" самописок.
Плюс ко всему добавилась возможность вызова из меню, как отдельного блока.
Если относительно доступа к данным, выгруженым в MySQL, то тут уже комплексный:
- какой сервер, в локальной сети, в интернете
- на каком хостинге
- как настроены права доступа к базе на самом сервере
- какие приложения будут использовать доступ к этой базе
Может сложилось ложное представление о том, что вместо dbf будет использоваться MySQL?
На текущий момент применение этого функционала я вижу
- в создании хранилищ данных для аналитической обработки
- в интеграции с WEB приложениями, интернет магазинами, средствами выписки заказов через Интернет
Получается практически неограниченное использование связки учетной системы и Интернет технологии, поскольку MySQL получил широкое применение именно в этом направлении.
В данном случае есть инструмент выгрузки/загрузки данных, а работы с данными за пределами БЭСТ-5 может быть настолько огромен, что навязывать какое-то определенное решение - неразумно.
Может, со временем определится набор "движков", фрэймворкоф на базе которых и будут строиться решения.
На сегодня любая CMS поддерживает блоки с кодом пользователя, в которые можно извлекать данные из системы.
Например на корп. сайт можно повесить количество товара на складе, цены, остатки на расчетных счетах и кассе
Или же для пользователей-партнеров портала выводить их сальдо, сведения об отгрузке.
Накладная сохранилась, по событию плагин скинул сведения в MySql, партнер входит в свою учетку и видит в блоке нарисованный запрос из базы, подтверждающий факт отгрузку и перечень товаров, с номером машины и ФИО водителя.
При заполнении спецификации лучше начать с перечня операций, т.е. маршрута.
Тогда при вводе компонентов будет доступен перечень операций.
По распределению пока ничего не могу сказать.
Остановился на плановой себестоимости и переходе с 4+.
:
В Б5 присутствуют 2 интерфейса окон, новый и старый.
Старые наработки путем несложных корректировок запускаются в Б5 и работают "как там и были".
Но существует интерес к разработке в новом интерфейсе.
Думаю, что все заинтересованные уже успели изучить XBA.
Не стоит ли перейти к следующему этапу?
ОК, и еще по приложениям.
Следует предусмотреть вызов не только с уровня главного меню, но и из подменю модулей.
Т.е. не просто из торговли, а из торговли Автотранспорт, к примеру.