Форум

Начнем с того что Вы уверены что это поле в таблице, а не переменная ?

Постоянных реляция нет.
В каждой точке связи надо смотреть в отладчике. (Если это возможно)

Для размещения пользовательских пунктов меню (плагинов) предназначена кнопка функции.
В этом разделе они все и размещаются и назначаются на горячие клавиши.
теперь я понимаю, что Ваш отчет на самом деле это плагин.
Ниже должен быть пункт меню "настройка пользовательских функций"
В нем вы увидите собственно имя файла плагина.
Если этой возможности нет - идем в авторизацию доступа и открываем себе эту возможность.
Что касается презентации работы с отладчиком в БЭСТе - восстановим
Что касается описания то надо читать хелп в разделе Редактор XBA - там много всего.
ну и всегда тут можно спросить

По работе непосредственно с дизайнером отчетов соседний раздел.
По сабжу хочу отметить.
Отчеты в кнопки не назначаются вообще !!!
они открываются в списке в окне отчетов
у отчетов есть источники данных которые не факт что будут работать в любом удобном для вас месте.

Если же говорить про отчеты. создаваемые в собственоручо написанном коде то старт этих отчетов происходит через плагины.
А вот плагины как раз размещаются в кнопке "функции"

Программы пользователя размещаются в кнопке функции. Мы про программу говорим или таки про отчет ?
Не совсем понимаю .

Настраивайте авторизацию доступа !!!!
Проблема там

Цитата
tis пишет: фронт-офисное приложение прикручивать тоже громоздкое и неуклюжее решение...

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

Хотелось написать как это работает :)
Из Атола это работает :)
Сам протокол обмена я тут поизучал - много хотел "лестных" слов Атолу сказать :).
А сам торговый зал работает - переваривает эту мешанину нормально.
Это речь скорее не про контрагентов-кокупателей. А покупателей с дисконтными картами по чекам
В сам отчет торгового зала данные идут в свернутом виде и потому туда измерения наталкивать не целесообразно я думаю.

Попробуйте снести антиирус. Были случаи когда отключение было неэффективно. Потом всегда снова поставите

У вас нет второго такого плагина с таким же именем - который БЭСТ запускает вместо того, о котором Вы думаете ?

А поле то само текстовое ? а в файле найстройки указано что это текстовое поле ?
STR() должна работать

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

Не делайте пользовательских полей ни в mdoc ни в mdocm.
Очень много где производится пересоздание записей.
Т.е. предыдущая удаляется а новая создается.
разумеется создание не знает, что положить в пользовательское поле....
Используйте другие таблицы или свои собственные

Лучше возьмите терминалы сбора данных и делайте инвентаризацию как положено - это будет и правильно и своевременно :)

Цитата
AndyI пишет: Уважаемые разработчики пожалуйста прокомментируйте ситуацию с остатками! Очень очень прошу.

А вы обратили при создании инвентаризации на надпись о том, что после даты инвентаризации УЖЕ ИМЕЮТСЯ ДОКУМЕНТЫ ДВИЖЕНИЯ или как обычно "забили" - подумаешь что там пишут....
Инвентаризация дает вам при формировании не остатки на дату, а текущие остатки и ЭТО ПРАВИЛЬНО
А отчеты показывают вам остатки на дату. Если допустим вы сформируете ведомость инвентаризации и потом начнете править документы "задним числом" или наоборот делать инвентаризацию не на сегодня а на когда-то там вчера - то оно так и будет. технологии проведения инвентаризации - организационный !

Цитата
tis пишет: Сразу хочу уточнить - если выбрана персональная скидка (накопительная, на момент чека 10%), и по сумме чека вышла 20%, применится 20, но сумма чека ДОЛЖНА попасть в накопление персональной скидки.

Да,

Цитата
Минск Коммунальник УП пишет: Меня интересует, куда пропала таблица analit.dbf которая была в БЭСТ4+, что использовать вместо её?

Ушла в бытие как атавизм
Справочник партнеров используйте напрямую

Цитата
Минск Коммунальник УП пишет: Еще один ик для знатоков Clipper. Никак не могу понять, что здесь делается:

Здесь для каждой строки алиаса NA выполняется сбор и заполнение поля dolg по перебору соответствующих строчек в analit0 - короче долги на начало периода похоже собираются

ОБРАЩАЮ !!!
Функция недокументирована разработчиком, а значит при обнаружении ошибок писать не претензии, а информировать об обнаруженном !!!!

// Функция для создания, редактирования, удаления и печати документов АРМа "Денежные средства"
PAY_CLS.BDLL
// FUNCTION CreateEditPrintFinDoc(cEditMode, cShowMode, aDocSeek, aDocFields, aErrMsg)
// Пока работает для следующих видов документов:
// 'Р/О', 'П/О', 'П/П', 'ЗКР', 'СВЕ', 'ЗИЗ'
// Параметры:
// cEditMode - строка, задающая действие, которое надо выполнить с документом. Возможны следующие значения:
// 'APPEND' - создать новый документ
// 'DELETE' - удалить существующий документ
// 'EDIT' - изменить(редактировать) документ
// 'PRINT_F9' - печать по шаблону, который установлен по-умолчанию
// 'PRINT_ALTF9' - пучать документа с выбором шаблона.
// cShowMode - строка, определяющая режим показа документа для cEditMode = 'APPEND' или cEditMode = 'EDIT'. Возможные значения:
// 'SHOW' - показать документ
// 'NOSHOW' - не показывать документ
// 'SHOWONERROR' - показать документ только в том случае, если при сохранении документа возникли ошибки.
// aDocSeek - массив, определяющий правило поиска документа (для cEditMode = 'APPEND' можно передавать пустой массив)
// Формат массива: aDocSeek := {Тэг_по_которому_выполняется_поиск, Значение_которое_надо_найти}.
// Пример: aDocSeek := {'TAG_ID', 'AЫRNКП7OБKЦFМП5АЫОБ4ЩМ'}
// aDocFields - массив значений полей документа. Этот массив надо задавать для cEditMode = 'APPEND' и cEditMode = 'EDIT'
// Формат массива: aDocFields := {;
// {Имя_поля, Значение},;
// {Имя_поля, Значение},;
// ...
// {Имя_поля, Значение},;
// {Имя_объекта_с_дочерними_строками,;
// {;
// {Имя_поля_для_поиска, Значение_поля_для_поиска, Действие_выполняемое_с_найденной_строкой},;
// {Имя_поля, Значение},;
// {Имя_поля, Значение},;
// ...
// {Имя_поля, Значение},;
// };
// },;
// ...
// {Имя_объекта_с_дочерними_строками,;
// {;
// {Имя_поля__для_поиска, Значение_поля_для_поиска, Действие_выполняемое_с_найденной_строкой},;
// {Имя_поля, Значение},;
// {Имя_поля, Значение},;
// ...
// {Имя_поля, Значение},;
// };
// };
// }
// Для заполнения строк документа элемент "Имя_объекта_с_дочерними_строками" может принимать значения:
// 'BUDEXP' - строка расшифровки документа
// 'FINTAX' - налоговые строки по документу
// 'DOCREC' - дополнительные реквизиты документа или строки расшифровки
// Элемент {Имя_поля_для_поиска, Значение_поля_для_поиска, Действие_выполняемое_с_найденной_строкой}
// можно задавать только для cEditMode = 'EDIT':
// В строках документа будет выполняться поиск строки, у которой в поле Имя_поля_для_поиска (здесь может быть задано выражение)
// находится значение Значение_поля_для_поиска и с этой строкой будет выполнено
// действие Действие_выполняемое_с_найденной_строкой ('EDIT' - редактировать, 'DELETE' - удалить)
// Пример для добавления строки:
// aDocFields := {;
// {'DOC_NUM', '000010'},;
// {'DOC_DATE', CTOD('08/07/2011')},;
// {'OPER_DATE', CTOD('08/07/2011')},;
// {'MV_CODE', '20'},;
// {'DOC_CODE', 'П/о'},;
// {'DIR', '1'},;
// {'FIN_CTG', '2'},;
// {'OBJ_ID', 'BLМ3FМMFП4ЦХКЪSХ6QGYWG'},;
// {'PRT_TP', '1'},;
// {'PRT_ID', 'Б2ТYЗYMWHР2DWНUФR1LЪБG'},;
// {'ACNT_ID', 'SHMТCЧШОXKЦСЙТШЦNЧSУМ0'},;
// {'CURR', 'РУБ'},;
// {'RATE', 1},;
// {'SUM_C', 700},;
// {'SUM', 700},;
// {'STATUS', '0'},;
// {'DOC_DIM', '000004-000003'},;
// {'DOP_NUM', '000000000000008'},;
// {'TABN', '000008'},;
// {'FIO', 'Батюк Елена Матвеевна'},;
// {'PASP_TP', 'Паспорт СССР'},;
// {'PASP_NUM', 'XI-СБ 998877'},;
// {'PASP_DATE', CTOD('09/10/2003')},;
// {'PASP_OVD', '12 о/м г. Москвы'},;
// {'BUDEXP',;
// {;
// {'REC_TP', 'D'},;
// {'EXP_DIM_TP', '10'},;
// {'EXP_DIM', '000001- 011'},;
// {'SUM_KR', 300},;
// {'FIN_TP', '1'},;
// {'DOCREC',;
// {;
// {'CODE', 'Р2'},;
// {'VALUE', 'Знач. рекв. 2'};
// };
// };
// };
// },;
// {'BUDEXP',;
// {;
// {'REC_TP', 'D'},;
// {'EXP_DIM_TP', '10'},;
// {'EXP_DIM', '000002- 018'},;
// {'SUM_KR', 400},;
// {'FIN_TP', '1'};
// };
// },;
// {'DOCREC',;
// {;
// {'CODE', 'Р1'},;
// {'VALUE', 'Значение реквизита 1'};
// };
// };
// }
// Пример для редактирования строки:
// aDocFields := {;
// {'SUM_A', 500},;
// {'BUDEXP',;
// {;
// {'EXP_DIM', '212-055-0901-4700000-455', 'EDIT'},;
// {'SUM_LBO', 200};
// };
// };
// }
// aErrMsg - массив строк с ошибками, возникшими при работе функции (надо передавать по ссылке)

Описание компиляции hrb файла обсуждалось в Б4
Не вижу смысла это делать

Причем тут поля.
Сам по себе приход - это ПРИХОД.
А продажа - это РАСХОД
И в разделе расхода у вас приход никогда не будет проходить как его ни назовите :))))
Мне думается вы что-то путаете.
Опишите Ваш подробней пожалуйста

Function MakePayDoc()

MemVar aCodes, dDOper, pS_RSNUM

Цитата
gabov пишет: Цитата nordk пишет: Не вижу ничего такого чего так особо надо прописывать. На подобные вещи уходить времени немного благодаря объекту, зато вы весь процесс контролируете сами. А где можно посмотреть примеры работы с этим объектом - накладная? Желательно действующие.

Прямо в поставке. В дизайнере VBA есть пример.

Попробуйте MakePayDoc() (salary.bdll)
Если что не получится - напишите плз

Как вы в приходе хотите делать продажи :)
Продажи делают в расходе.
Если речь идет о возврате поставщику - то вы его делаете в РАСХОДЕ