Форум

Вам следует обратиться к региональному представителю.
Есть кросс-платформенное решение под Линукс как раз для организации сервера на Линуксе к БЭСТ-4+. Там и ключ и восстановление индексов
работать будет локально на сервере.

У кассовых аппаратов как правило есть понятие подвала чека.
В ШТРИХ-ФР это программируется в самой кассе. В АМС делается
специальный файл подвала. Как в Вашей модели посмотрите в
документации к кассе.

А вы кросс-платформенное решение к БЭСТ-4 пробовали ?

Как и было обещано в разделе Программы-БЭСТ-5-Презентации выложены обучающие фильмы по производству (В самом конце списка сможете их найти)

Метод тыка это один из тех случаев, когда "практика без теории слепа".

Оля а для чистоты эксперимента попробуйте у пользователя направить на C:\TEMP через настройку переменных среды. Будет ошибка или пропадет ?

Вы когда создаете аналитический счет (pAgCode) можете задать любой pCodeDOp. Но для одного и того же pAgCode создать две записи с разными pCodeDop не сможете.
Что касается типовой операции - то непонятен .
Вставляете функцию в поле и в ней пишете что Вам надо.
В чем -то ?

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

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

Я вот ради интереса попробовал сделать ввод.
Ввел строку, нажал pagedown и он мне предложил тот же номер для ввода.
В БЭСТе всегда так было либо очищать строку либо предлагать тоже.
Что конкретно хочет оператор ? Раз уж мы с чьих то слов говорим - давайте описывать ситуацию детально.
По опыту операторы чаще говорят не о том, что на самом деле хотят

Пишете свой bat файл - используете архиватор, которым пользуется БЭСТ и применяете в нем нужные команды. Ставите это в планировщик

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

Николай Николаевич исходя из Ваших заключений котоловой метод это а ERP система это вредно.
Я не могу с Вами согласится.
У Вас есть в городе магазин Метро, например ?

Давайте еще раз.
1.Базы от 10 версии к 12 не годятся
2.Если Вы делали копию вероятно у васесть и копия не только баз а всего БЭСТа. Разверните ее. Неполучается в терминалке - разверните на локльном компьютере. Убедитесь что проблема нев БЭСТе а в том, как Вы с ним в терминальном режиме работаете и дальше ы изучения настройки терминалки - это ваша забота

У меня пользователи работают в 3.4 нормально.
Что Вы подразумеваете под переходом ?
Перенос бухгалтерских настроек и проводок ?
Дак это значит не использовать новые возможности Б5.
Тем более Вам надо МСФО.
Установка пакетов дело не простое и не только в драйвере.

Давайте по порядку :)
К Досовской версии БЭСТ-4 есть файл read.me в котором есть описания действий которые надо выполнить.
В частности в config.nt надо прописать строчку keyb.com ru (почему то в винде файл идет с неправильным расширением по умолчанию).

А по mkart какой остаток ?

Например восстановление индексов

Еще можно посмотреть не убили ли настройку приема отчетов в файле stru_rep.dbf

Значит индексы.
У нас у клиентов розничных нет проблем.

Б. Настраиваем объекты в карточке ввода

1. Вытаскиваем на карточку ввода объект TbestDataSet
2. В инспекторе настраиваем свойства:
- name : DS
- tablename : user\dover\dover.dbf
3. Вытаскиваем на карточку ввода объект xbADSDataSource
4. В инспекторе настраиваем:
- DataSet : DS
- Name : DSR
5. Теперь пройдем по каждому объекту xbLabelEdit и в инспекторе настроим:
- DataField – имя поля из БД соответствующее объекту (смотри задача 1.Б)
- DataSource : DSR

- displayformat - пытался для освоения данного свойства усилить ТЗ например тем, чтобы в номере доверенности иметь строго фиксированную серию или еще что, но столкнулся с тем что описание формата надо искать в дельфийском хелпе, которого у меня нет. Убедительная просьба: когда перейдем к обсуждению топика, тем кто имеет описание - поделиться им для последователей.

- EditMask (для полей дата) : выбираем маску даты
- TabOrder : если допустим он равен 3 – это означает, что при вводе при прохождении полей это поле будет предлагаться для ввода четвертым (отсчет от 0)
Значит если нас эта последовательность не устраивает для данного поля меняем на свою (для единообразия решения предлагайте вариант)
6. Теперь выберем объект xbLabelCombo
7. В инспекторе объекта заходим в свойство items (жмем на 3 точки)
8. В столбик пишем наши статусы из темы УРОК4.Задача 2:
- черновик
- выдана
- возвращена
- закрыта
- просрочена
Работу с комбо объектом рассмотрим детальнее в этой задаче, но после вывода и просмотра на экране предварительного вида карточки ввода

Ну Вы начните баланс в Б5 строить и перенос данных туда может на первое время экспортом проводок.
Переход с БЭСТ-4 быстрым может быть только в Новый Год, в остальное время надо продумывать перевод и делать его постепенно.

Хотя СП-5 уже на выходе

А Вы фильтр по этой позиции в mdocm наложитье и по алгоритму
если vid="1" то в плюс а в остальных случаях в минус - посчитайте.
И главное посмотрите есть ли записи с датой после даты инвентаризации

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

А, наверно Евгений смотрит Ваши таблицы.
Вот как в Б4 делается. Вероятно тут тотже механизм.

nKol = RasKolNom(MKart->Grup,MKart->NNum,,lUchDoc,.F.,Invent->VidVed,dDRas)
IF !(InventM -> (dbSEEK(STR(Invent->NNOper,17,0)+UPPER(MKart->(Grup+NNum+IF(Invent->VidVed='1',Partia,''))))))
IF nKol # 0 .OR. l0Ost
InventM->(ADDREC())
Далее задействованы mdocm и mkart.
Возможно в mdocm есть сбойные записи, которые делают остаток
0.00000000000000000000000001 и это #0
либо начальный остаток в mkart

Мульти-план счетов рассматривали ?