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

Подозреваю, что у Вас одна база за много лет, со всеми многотысячными архивами документов, накопившимися за это время.

Советую отделить журнал операций, оставить только за последние один-два года.
Из счетов-фактур, актов, счетов удалить документы за предыдущие года. Бланк "ХХХ. Закрытие периода"

До сих пор ждём исправления этой ошибки.

Когда работник, получая зарплату декабря в январе, увольняется, вычет остаётся в декабре, а начисления и НДФЛ выдаётся с учётом этого вычета. По итогу регистр матом ругается, что с работника не удержан НДФЛ в полном объёме.

Сетевой принтер именно с сетевой картой или просто на другом компьютере открыт доступ? Модель принтера подскажите, пожалуйста. Не Kyocera случайно?

За последние года полтора каждое следующее обновление Windows постоянно обваливает сеть и доступ к принтерам и сетевым папкам. Вплоть до выпадения в синий экран при попытке печати по сети. Видел это в нескольких организациях. Самый простой метод - удалить принтер и переустановить заново.

Добрый день!

Как успехи по данному вопросу?

Причина найдена - после переоценки ОС меняется сумма в карточке ОС в графе "Восстановительная стоимость". Бланк должен стоимость ОС брать не из карточки, а из файла *\OS\OS_DOC\OSINV.DBF, именно там хранятся инвентаризационные данные.

Именно там находятся корректные данные. Исправьте, пожалуйста, как можно быстрее. Мне клиенты каждый день звонят.

Исправил бланк, добавляйте в поставку.

OS_INV1.BLW

В районе 180 строки ищем "ТАБЛИЦА_ДОК=ТАБЛИЦА_ДОК_ОСИНВ"

Добавляем выгрузку инвентаризационных данных, прошедших предварительно редактирование.

//// выгружаем список актуальных данных инвентаризации ОС во временный файл
инв_врем=ДИР_DBF+"\OS\TEMP\temp_inv1.dbf"
ОСп.ОЧИСТИТЬ
ОСп.ДОБАВИТЬ("SELECT * FROM '"+ТАБЛИЦА_ДОК_ОСИНВ+"'" )
ОСп.ДОБАВИТЬ(" WHERE NUMB='"+НОМЕР_ДОК+"'")
ОSQL=SQL_ЗАПРОС(ОСп)
ОSQL.ЗАПИСАТЬ(инв_врем)
ОSQL.ЗАКРЫТЬ

Добавляем второй JOIN для этого временного файла.

ОСп.ОЧИСТИТЬ
ОСп.ДОБАВИТЬ("SELECT A.*,C.F01,C.F02,C.F03,C.F04,C.F05,C.F08 ")
ОСп.ДОБАВИТЬ(",d.F10,d.F11,d.F12,d.F13 ")
ОСп.ДОБАВИТЬ("FROM '"+ФайлГлавный+"' A ")
ОСп.ДОБАВИТЬ("LEFT JOIN '"+ ФАЙЛ_ДОП_СВОЙСТВ+"' C ON A.INVNOM = C.INVNOM ")      // AND C.INVNOM=A.INVNOM)
ОСп.ДОБАВИТЬ("LEFT JOIN '"+ инв_врем +"' d ON d.INVNOM = A.INVNOM ")

Корректируем имена полей в графах таблицы (было/стало)

//    temp_п[СТР(и)+"_"+СТР(10)]=ОSQL.ПОЛЕ("NUMBER")
//    temp_п[СТР(и)+"_"+СТР(11)]=ОSQL.ПОЛЕ("STCOST")
//    temp_п[СТР(и)+"_"+СТР(12)]=ОSQL.ПОЛЕ("NUMBER")
//    temp_п[СТР(и)+"_"+СТР(13)]=ОSQL.ПОЛЕ("STCOST")
    temp_п[СТР(и)+"_"+СТР(10)]=ОSQL.ПОЛЕ("F10")
    temp_п[СТР(и)+"_"+СТР(11)]=ОSQL.ПОЛЕ("F11")
    temp_п[СТР(и)+"_"+СТР(12)]=ОSQL.ПОЛЕ("F12")
    temp_п[СТР(и)+"_"+СТР(13)]=ОSQL.ПОЛЕ("F13")

Имена полей таблиц взяты стандартные, так что структуру править не надо.

Поскольку BDE не поддерживает связь "JOIN ... ON ..." по двум полям в пределах одной таблицы, пришлось делать через временный файл. Напрямую из файла OSINV.DBF брать данные нельзя, т.к., если ОС находится в двух разных списках, то будут задвоения и затроения.

Сам файл идёт в прицепе, чтобы просто его скопировать. Выложите его, пожалуйста, в горячих обновлениях.

Зачем после 1.1 рассчитывать 1.1а? Если работник увольняется, фактически это уже не межрасчёт, а зарплата с окончательным расчётом.

Расчёт 1.1 (тут же всё правильно?) и сразу 1.4 с выдачей "ЗАРПЛАТА", следом проводки.

1.1а по логике делается для НЕ "Зарплата".

В журнале платежей выданная сумма стоит?

Не удалили случайно выдачу?

При первой выплате?

При применении вычета к первой выплате в месяце есть риск, что по итогам месяца, в котором уже был предоставлен вычет, доход превысит лимит 350 000 рублей.

Производственники - те, кому плевать на дни. Сдал продукцию на склад - получил деньги. Им эти проценты и доли глубоко не интересны. У них проблема другая - когда сегодня начислить, если день ещё не закончился и не вся продукция учтена.

"В январе не 15 рабочих дней, а 17." - ну, это уже к меркантильности.

Вы хотите чтобы программа сама ещё пересчитывала, сколько рабочих дней прошло в месяце на дату начисления межрасчёта? А "без содержания" разнесли? А всё учли? А если сегодня кто-то со второй половины отпросится у начальства?

"Оклад / 17 * 5." Ну разнесите, как вам удобно, эти "5". В чём проблема?

Я для своих предприятий делал свой бланк "Быстрый аванс по отработке". Теперь это реализовано в самом бланке. Проще, конечно, делать списком, чем по карточкам бегать.

Кстати, специально посмотрел законодательство.

"ставит отработанное время 8 дней"
Человек отрабатывает в любом случае целые дни.
Начисление аванса "не менее суммы, чем реально было отработано на момент начисления межрасчёта"

Так что 8 как половина от 15 - норма.

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

15 января "любого бухгалтера" это 5 отработанных дней месяца из 15.
Сколько начислите аванс 50% (от календаря) или 33% (от рабочих дней месяца) ?
Так что вы "любой бухгалтер" или "кадровик" ?

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

Зачем "должен делиться оклад на число рабочих дней в первой половине месяца по графику"?

Давайте ещё 10 графиков работы заведём: график первой половины, первой четверти, первой недели т.д. В законе нет термина "График работы первой половины". Есть только график рабочего времени. Работает же и так. Разносите время в карточку НиУ, делаете межрасчёт по времени.

Инфо-Бухгалтер сам берёт график работника, оклад и вычисляет нужную сумму.

Одновременно и процент и отработанное время? Зачем? Процент дней по графику?

Вы определитесь, что Вам нужно. Когда предоставлять вычеты - Вы решаете сами.

1. "Рассчитать из процентов от оклада" - значит от оклада. И не важно, сколько он отработал. Что не так?

2. Если из карточки, то ИБ и берёт нули из карточки.

Первый вариант. Изначально к карточке НиУ стоят нули, расчёт от оклада.
"Жолудева" 50% от оклада. (12000-2800)*13%=1196 - правильно. НДФЛ "в том числе"
10804 и 1196 программа занесла в карточку, как результат рассчёта.

Второй вариант. "Жолудева" в карточке уже стоит сумма 10804 и расчёт идёт уже от неё. Здесь точно ошибка. К этой сумме (зачем-то) добавляется 13% от вычетов 364, получается 11168 "на руки".

Затем "раскручивается" в обратную сторону и получаем НДФЛ 1250 и изначальную сумму 12418. И снова сохраняется в карточку, но уже неправильная сумма.

Ошибка только у тех, у кого вычеты. Пока предприятиям я советовал не учитывать вычет при межрасчёте.