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

Спасибо, Юрий Владимирович!

А можно сделать раньше?
Срок целый месяц.
Пользователи будут очень недовольны.
Я даже не знаю, как им это сообщить.

Всего шесть счетов-фактур так себя ведут. В книге продаж одна перезаписывает другую при правке в документы - заполнение - счета, счета-фактуры. Сделали так, зашли в удаление документов. При удалении, например, 25 счет-фактуры, удалилась автоматом, сама и 26, т.е. следующая. И так со всеми шестью, т.е. получается 12.

По новой набили эти документы и книга продаж показала то, что нужно. Т.е., когда начала рушиться таблица  GRTABLE.DB в январе, тогда и несколько счетов-фактур стали перезаписываться друг на друга. После исправления таблицы, они так и остались нерабочими.

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

Спасибо всем неравнодушным!

Ясно. Дело в том, что о начальной ошибке сообщили только в апреле.
Появилась же ошибка, со слов бухгалтера, еще в январе.
Молчал бухгалтер. Мучилась и молчала.
После исправления этой ошибки, появилась новая с архивом.
Если восстанавливать, то только за январь(
И набивать по-новому?
Получается только этот вариант?

Ошибка со списком товаров исчезла после обновления от Модус. Но другую не заметили, пока не стали делать книгу покупок и продаж. Пришлось корректировать некоторые счета-фактуры из -за первоначальной ошибки. И тут обнаружилось другое.

Корректируя список товаров и суммы, сохранив, видим, что в архиве в следующем счете-фактуре суммы от предыдущей. Исправляя следующую, суммы попадают далее. Например, была 25, исправив, ее суммы и НДС попадают в 26 и т.д. За три месяца переделать все? Пока, что есть, выгрузили  и правим руками, так как некоторые только неправильные. Но если начать править в программе, то придется с января, из за ситуации перезаписи. И последняя счет-фактура за март, ее данные, не окажутся в первой за январь? И так по кругу? А дальше? Весь год?

Разобралась сама.
Помог перенос программы с диска С.

По 6-НДФЛ для вас вариант только  - редактировать сформированные данные (т.е. второй при раскручивании). В автоматическом режиме, меняя и подстраивая настройки по F4, не получите результат, который соответствует вашим начислениям и выплатам.

1. Форму для ИФНС сформировали и отнесем в налоговую инспекцию.
Будем ждать, спасибо!

2. Еще один вопрос на эту же тему. Может ли после обновления произойти такое же и в других отчетах? Например, в материальном отчете. Также сформировали и на печать, строки съезжают. Если по счету получается один лист, то все корректно. Если уже два или три, то ситуация аналогична с 6-НДФЛ. В резервной копии базы данных такого не наблюдается.

При печати в предварительном просмотре наглядно видно, как съезжают строки.
Сама форма для ИФНС корректная.
Не распечатывает именно с двухмерным штрихкодом.

Спасибо, Евгений!
Ваше обновление помогло.
Жаль, что разработчики так и не отреагировали.
У Вас много разработок!!!)

Проверяли утилитой DB Repair таблицу GRTABLE.DB.
Никаких ошибок не написала.
Исправить тоже ничего не дало.
Как еще можно лечить, восстановить?

Версия последняя от января со всеми исправлениями. Снимка нет. Клиент позвонил и проговорил. Но так как такая ситуация была, описала уже вам. Исправить могу и сама. Но хотелось бы, чтобы было хорошо не только моим клиентам. А всем, кто пользуется данной программой, причём не самой плохой именно для пользователя.
Спасибо, Евгений!

По разному. На данный момент,клиент решил оставить старую базу и доделывать руками,с пометками на распечатках. Делали резервную базу с их данными и на ней пробовали разные варианты. И чистили ,и обновляли,и пересчитывали,и проверяли,и удаляли.Выслать только папку ZP из DATA или всю,всю?

Здравствуйте.

То же самое у клиента. Вычеты стандартные на детей ,когда есть еще и имущественный,программа с определенного месяца не считает. Лимита нет еще(350000),и так по всем сотрудникам. Все хвосты по расчетам тянутся в библиотеку закрытую LIB10.ICL. В последнем обновлении было выложено исправление,а именно эта библиотека.Обрадовались,думали поможет. Установив,изменился только период,в котором началась данная ситуация. Раньше это был июль,теперь август. ЗП пересчитали сначала года,в карточках удалили все лишние вычеты и периоды.Оставив только 126,127,311,312,смотря какой у сотрудника.Может один дать,например,126. А может,наоборот,126 не посчитать,а только 127,либо все два зажать.Такое только у тех,повторяюсь,у кого есть еще и имущественный вычет.Бухгалтер решил делать руками последние месяцы,с надеждой на новый год(что базу обрежут,почистят и т.д.). Но это не выход,пять организаций,людей много. Сегодня заговорили о смене программы. Откройте что ли доступ к этой библиотеке,сами поправим!

Здравствуйте.
В базе есть ошибки,сегодня только выправляла им по имущественному вычету. Новую могу только завтра взять. Но 6 ндфл, даже с этими недочетами, видно , заполнена не правильно. Особенно больничные и отпуска,а также даты.

Добрый день!

Смотрите вложение. Вот так мучаются мои клиенты. Это скан только одной организации. И дело уже не только, частями или нет, в конце или в середине, выдают заработную плату. ИБ неправильно показывает и отпускные, и больничные. Просто схлопывает цифры, выводит итог, а даты берет с документа начисления, хотя по моему мнению, отчет должен, все-таки, быть привязан в ЖХО. А потом клиенты сидят и выводят каждую дату, считая отдельно НДФЛ, открывают, например, Налогоплательщик и ручками вбивают все позиции. Занимаюсь обслуживанием и других разработчиков, да и у клиентов с ИБ есть, например, 1С, у многих из-за обмена с сайтом. Им есть с чем сравнивать. Отчет везде рабочий, кроме ИБ. Очень жаль. И действительно, уже не знаешь, что отвечать и что обещать.

Добрый день. Ситуация по больничному никак не поменялась с новым обновлением. Как делала программа расчет математически не верный ,так и делает,скан с экрана прилагается!

Помогло снять галочку с дополнительных листов в параметрах расчета.
Спасибо!

Отправила две базы, точнее, две папки zp с разных баз на указанный адрес.
Надеюсь на Вашу помощь в этом вопросе.

Заранее спасибо!

Попробовала, та же ошибка ...Error.log во вложении.
Там все мои мучения и пробы что-то сделать.
Правда, пришлось перевести в txt формат, не загружался.
База в сжатом виде весит много, около 300 МБ.

При пересчете бланка Обновление базы данных появляется та же самая ошибка. Ошибка мигает на строке 23;36 в библиотеке IB_DBF.IBL... При открытии расчетного периода ошибка исчезает. Как только опять пересчитываешь ЗП опять появляется... Были заменены таблицы zp_tab13 и 14 не помогло...При попытке закомментировать строки в данной библиотеке, ЗП считается, но высыпают ошибки уже в библиотеке ZP_LIB08.IBL. Странная ситуация, главное пункт 1.1. работает, все рассчитывает, где бы не вносились изменения, но ошибка сыпется постоянно.Бухгалтера злятся! Сама решить проблему не могу?!