Форум

Вы об этом знали ещё до моего сообщения?

Сан Саныч, посмотрите, пожалуйста, на hotline тему 11608. Эта ошибка будет исправлена в SP19?

Разве перед запуском строки:
BIN\SCLAD.EXE /feMyFile.prg /L000001
невозможно запустить компилятор?
harbour heMyFile.prg /a /gh
copy heMyFile.hrb pro\plugins\extensns\...

Цитата
которая под собой запускает БЕСТ, проходит все нужные авторизации, проверяет индексацию, демо-режим (который иногда имеет место выскакивать) и

начинает вводить документы? Дайте две. :-)

Добрый день.

Перекомпилируйте свой код в harbour. Поставьте вместо комментария обычный return.
В программе femyfile.prg напишите: hfileeval('myfile.hrb')

Цитата
Анна Процышина пишет: Аналитический справочник- имеется ввиду справочник аналитики в АРМе - в настройке в разделе ведение системы счетов?

Совершенно верно.

Цитата
Наталия пишет: А можно сделать так, чтобы в поле проводки в шифре аналитического учета автоматически подтягивалась информация из документа из поля

Можно. Например, регистрационный номер - переменная pNumDoc. СпрОсите подробно - отвечу подробно.

Прямой путь - завести в справочнике партнёров запись с кратким наименованием "договор № и т.п.", затем привязать код этого псевдопартнёра в качестве кода дополнительной аналитики в аналитическом справочнике.

Может быть Вы изложите подробней, что за дополнительную аналитику хочет клиент, как он себе видит её ввод и где клиент хочет её визуализировать (отчёты, печатные формы и т.д.).

А как клиент собирается воспользоваться введённой информацией?

Может клиенту перейти на БЭСТ-5? Там всякая разная аналитика наличествует.

Можно. А зачем?

Цитата
Эта ситуация исправлена в SP19, но база не помешает для допонительной проверки.

Отлично!
Тогда базу не буду высылать. Предприятие серьёзно озабочено какими-то коммерческими тайнами.

SP18 HF3
Кстати, среди анормальных ситуаций не встречалась такая?
Остаток ТМЦ полностью списывается документом расхода. При расчёте себестоимости, себестоимость ТМЦ в этом конкретном документе становится равна нулю. Я добавил в остаток на начало периода одну миллионную часть единицы. На суммы не влияет, а себестоимость в документе окончательного выбытия считается правильно.

Если такое не попадалось, вышлю базу.

Тогда как можно объяснить следующую ситуацию, не прибегая к теории заговора.
Учёт материалов. Установлен оперативный период. Работа разрешена только с 1 февраля. При входе в документ выдаётся соответствующее предупреждение. Корректировка складской карточки также невозможна. Есть, конечно, возможность поменять стоимость начального остатка по Alt-E прямо в ведомости расчёта себестоимости (там разрешения оперативного периода не работают). Но никто про эту возможность кроме меня не знает.
Тем не менее, налоговая стоимость материалов в ведомости на начало периода волшебным образом меняется. Именно меняется. Ладно, если бы просто ведомость помечалась к пересчёту, это не страшно, плавали-знаем. Но меняются цены. Возможно это связано с тем, что существуют ведомости по закрытым периодам и ведомость остатков на 01/01/09 на самом деле представляет собой ведомость за период 01/01/08 - 31/12/08? Я смотрю базу mcostmn.dbf, значения поля cena для этой ведомости и помеченной номенклатуры вдруг становятся равным полю cena0.
Допускаю, что c помеченными к расчёту номенклатурными позициями в открытом периоде (в феврале, в марте и пр.) производилась оперативная работа. Но какая связь между оперативными документами и начальными остатками? Я перебрал много вариантов и более не знаю где искать эту связь. Вводишь для пробы документ, вводишь новую номенклатуру - всё нормально, никаких отклонений от нормы. Проходит два-три дня, входишь в расчёт себестоимости - начальные остатки помечены к расчёту. Доходит до смешного. Мне рассказывают, что вечером было всё нормально, утром пришли - реиндексацию сделали - остатки помечены к расчёту. Я с этими людьми работаю 10 лет, у меня нет оснований им не верить. Им отчётность за первый квартал сдавать, а в учёте каждый день новости.
Предлагаю в процедуру пометки номенклатуры (ведомости) на пересчёт, вставить предупреждение "При сохранении изменений помечена для расчёта номенклатура такая-то в ведомости такой-то". Оператор увидит что сообщение неадекватно ситуации и сообщит мне при каких условиях оно возникло. Соберите для меня модуль с такой возможностью, думаю, что найду желающих его потестировать в рабочем режиме.

P.S. Ошибки расчёта в БЭСТ-4, на которые многие жаловались, - это были просто цветочки.

Базу какого модуля необходимо восстановить?

Возможно, в этом и дело.
Очистите оперативный период и внесите изменения в картотеку. Потом период можно будет вернуть на место.

Добрый день.
А у Вас не установлен оперативный период?

Добрый день.

Хотелось бы узнать, при каких корректировках данных возникает необходимость пересчёта себестоимости по конкретному периоду (по всем периодам, начиная с начальных остатков). Для бухгалтерской и налоговой себестоимости. Желательно, чтобы кодер написал список тех событий, которые изменяют признак необходимости расчёта.

Вам поможет tempfile(cPath, cExt) - возвращает уникальное имя временного файла
cPath - путь (необязательно)
cExt - расширение нового файла
Например, tempfile(,'idx')

Придётся плагином на запись.

Возможно, достаточно будет поставить знак "*" в поле "наименование операции" в типовой.

Есть по меньшей мере 4 разных способа.
Опишите подробнее, какой отчёт Вы хотите выгрузить.

Ну да, достаточно, если не требуется сетевая работа. Но драйвер всё равно ставить надо. Насколько я помню...

Цитата
Monarch976 пишет: Как я догадался у меня ключ Rainbow, Aladin это вроде флешки

На ключе должно быть написано.

Кроме параметра /DN необходимо ещё указать параметр /i - установить сервис.
Хотя для временной работы установка сервиса не требуется.
Возможно, что достаточно окажется запустить находящийся в том же каталоге NSRVGX.EXE с ключом /DN:BEST4

В справочнике льгот есть задвоенные (затроенный и т.д.) вычеты. Например, два 101, два 103.
Разделите базы на "этот год" и "прошлый год". Удалите в "прошлом году" лишние вычеты.