Мои комментарии

В карточке Н\У изменить тип работника с ДП на ШТ.
Если перевод происходит в середине месяца, то надо сделать совмещение в другом отделе.
Получится две карточки Н\У.
В следующем месяце совмещение убрать.

1. Для зарплаты индексы не используются.
2. Могу посмотреть удалённо.
Звоните +79255074282 или пришлите базу(DATA\ZP) на ib@modus.ru со ссылкой на эту тему.

В чём будет разница?
Мне подходит и то и другое.

В обоих случаях остатки на конец месяца будут одинаковые.
Разница в следующем:
В случае списания по цене на конец месяца, все проводки по себестоимости К90-Д41 будут на одну цену для каждого товара. При этом в случае, если не складе (счёт 41) возникнет нулевой количественный остаток, остаток суммовой не будет равен нулю. Если у вас такого не бывает, то этого достаточно.
Если вас не устраивает такая ситуации, то надо выбрать второй вариант.
Он не сильно трудоёмкости изготовления, сколько увеличивает скорость расчёта.
Причём в несколько раз (до 30, если приход и расход ежедневно).

Удалите из карточек все лишние вычеты.
Для работы программы они не нужны.

Воспользуйтесь Portable Microsoft Office, и всё.

Да.

Есть такой пример:
В счёт-фактуре, при нажатии кнопки Архив, формируется временный DBF файл.
Именно он и виден в диалоге выбора документа.
Можно всё, только зачем?

Этим значениям ЮЛ/ИП/ФЛ я бы не доверял.
Они ставились из значений ИНН, 10 знаков ЮЛ, 12 - ИП, 0 - ФЛ.
В описании форматов счетов-фактур есть все файлы базы.
По номеру счёта в OrgSch ищете ID_ORG.
По нему выбираете в OrgMain нужную организацию.
Смотрите поле ЮЛ/ИП/ФЛ.
Что-то вроде сч62=<балансовый счёт контрагента>
СОЗДАТЬ(СП,ТИП_СПИСОК)
СП.ДОБАВИТЬ("SELECT f1.TIPORG FROM '"+OrgMain+"' f1, '"+OrgSch+"' f2 ")
СП.ДОБАВИТЬ(" WHERE f2.ID_ORG=f1.ID_ORG AND f2.KOD_SCH='"+сч62+"'")
бд=SQL_ЗАПРОС(СП)
По типу организации принимаете решение по вашему алгоритму.

Не знаю. Это внутри закрытой библиотеки.
Задача какая?

ИСПОЛЬЗОВАТЬ("ORGANIZ")
З=SQL_ЗАПРОС("SELECT * FROM '"+OrgMain+"' ORDER BY TIPORG")
БД_РЕДАКТОР(З)

Пока нигде.

Что-то криво встало обновление. Надо повторить.
Может антивирус встрял в обновление.

Варианта два.
1. Удалить файл "PROJECT\KKM\KKM.IBL"
2. удалить ОПРЕДЕЛЕНИЕ "КОНФИГУРАЦИЯ"
Оба работают.

Попробуйте удалить из определений ОПРЕДЕЛЕНИЕ "КОНФИГУРАЦИЯ".
Выйти из программы и быстро войти, файл "PROJECT\KKM\KKM.IBL" будет удалён автоматически.
Если кто-то успеет в это время войти до Вас, то проделайте манипуляции ("два прихлопа, три притопа") ещё раз.

Значит не исправлено.

Почему-то не редактируется пользовательский шаблон.

В чём это выражается?

Можно у нас
драйвер
Утилита ключей Sentinel для диагностики

Драйвер Sentinel 7.6.8 устанавливает сервер ключа при инсталляции.

Дело оказалось в двух одинарных кавычках в имени товара (наименование счёта).
Проверил, в имени балансового счёта такое '' записать можно.
Далее.
В документ такое наименование покупает нормально. После выхода из редактора номенклатуры, в файл записывается имя только с одной кавычкой.
Если такой документ пересчитать ещё раз с заменой, возникает ошибка

Сообщение Позиция
"Invalid use of keyword.
Line Number: 1
Token: шт',
#10770 ($2A12)" SF_BLANK.IBL :(3,1216)
Prepare SQL: INSERT INTO SCF\TT.DBF (NOMT,Name,E,C_Pos,C_Pok,SC19,SC41,NDS,NDSIN,AKC,NAD,GSM, News,Kol,NGR,STR,DKL,NSP,NSPIN,NP,S_POK,NDSSUM,GSMSUM,AKCSUM,STR_KOD,E_KOD,V_NDS,KOD_TOV,NGR1,VklNDS,ST0,RST) VALUES ( '2', 'Автошины на складе '', 'шт', '0', SF_BLANK.IBL :(3,1216)

Из приведённого запроса видно, что одна кавычка исчезла после предыдущего расчёта.
Если в плане счетов будет одна кавычка, то ошибка выявится при первом пересчёте.

Эти файлы не требуются.
На данный момент драйвер Sentinel 7.6.8 обеспечивает работы со всеми ключами SENTINEL, включая и LPT.