Формирую отчет (в организации есть инвалиды), выдается ошибка
Возврат ТаблицаСтавок.ПолучитьЗначение(НомерСтроки, ИмяКолонки);
{C:\1C-BASE\Фирма1\EXTFORMS\RP10Q1.GRP\RCV103.ERT(1536)}: Неверный идентификатор колонки
Как ни странно для этой отчетности, ошибка была не в отчете, а в данных сотрудника.
Файлы
ВНИМАНИЕ:
Файлы из Базы знаний - это исходный код разработки.
Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы.
Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных.
Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
Поиск от одного разработчика до ИТ-команд под проект.
Обмен любыми контактами разрешён.
0% комиссии, допускаются расчёты напрямую.
Не стал разбираться, почему разработчики перебирают всех сотрудников, в том числе и уволенных, но данная ошибка возникала, если у сотруднка стоит год рождения, превышающий рабочую дату.
Если в Сервис-Параметры-Год начала рабочего столпния стоит 1947, то при установленном параметре "Число цифр года в представлении даты" = 2 вводя сотрудника старше 1947 года (напирмер 1945) получаем дату рождения 2045. В результате при формировании Формы РСВ-1 ПФР Раздел 3 вылетает данная ошибка.
Когда сотрудников мало, заходим в справочник Сотрудники тыкаем кнопку Колонки, ставим "галочку" против Даты Рождения, и визуально смотрим. Когда много, а именно такое и было у клиента, я написал наипростейшую обработку, которая и выводит в окно сообщений сотрудников с некорректными датами рождения.
После исправления дат рождения, отчет стал заполняться, как - пока не знаю, клиент проверяет
Обработка позволяет быстро и массово исправить ошибки заполнения карточек справочника Контрагенты. А именно те случаи, когда вместо ФизЛица установлено ЮрЛицо, когда в карточках справочника СвоиЮрЛица не установлен реквизит ИндивидуальныйПредприниматель, неверно заполнен реквизит ИНН\КПП, а также исправляет реквизит ЮрФизЛица справочника БанковскиеСчета, привязанного к обрабатываемому контрагенту.
Обработка тестировалась на платформе 1С7.7 конфигурации "Торговля и Склад" ред. 998 и 1004. Код обработки открыт.
Данное решение предназначено для упрощенного варианта электронного учёта рабочего времени сотрудников предприятия. Печать титульного листа и таблицы табеля учёта рабочего времени. Печать бейджиков сотрудников. Автоматическая регистрация и расчет рабочего времени по штрих-коду сотрудника. Загрузка сотрудников из справочника. Формирование штрих-кода сотрудника. Совместимо с любой конфигурацией 1С:7.7.
ЗиК 7.7 постепенно сходит на нет. Но, возможно, кому-то из нас все-таки когда-либо еще не раз придется столкнуться с этой конфигурацией. Поскольку работы по ней и заказов всё меньше и меньше, знания о ней и опыт постепенно угасают. Мой опыт с ЗиК 7.7 длиной в 14 лет терять просто так неохота.
В этой статье я запишу, чтобы не забыть, важные моменты об этой конфигурации, чтобы самому не забыть, и вдруг кто-то получит это в наследство на сопровождение и будет вынужден (иначе не скажешь) это обслуживать.
Или еще можно рассматривать эту статью как модное нынче «Письмо самому себе в прошлое».
Печать договоров, заявлений по шаблону WORD и EXCEL (шаблон, пример).
Нужно сделать рыбу и закинуть в каталог. Программисту только надо в рыбе прописать переменные.
Образцы рабочих договоров, заявлений прилагаются - doc, xls, xlsx, rtf.
Согласно существующим правлилам, организация обязана хранить сведения о работниках, в том числе, уволенных, 75 лет со дня их рождения.
Следовательно, при установке параметров программы по зарплате год начала рабочего столетия не может быть больше 1935-го.
Мы имеем не ошибку в релизе, а элементарную неграмотность пользователей.
А обработка, меняющая у сотрудников дни рождения - вообще нонсенс. Лучше бы уж пол меняли...
(1) Согласен, но когда устанавливается программа (спецом установил 514 релиз Бух77) то Год начала рабочего столетия встал 1950. Следовательно бухгалтер заполняя сотрудников родвшихся ранее этого года при двух знаках года, получает что они еще не родились (заносим 47 получем 2047) :)
И моя обработка не меняет год рожения, а просто выводит список.
(1) Арчибальд, читай внимательней "Как ни странно для этой отчетности, ошибка была не в отчете, а в данных сотрудника". тобишь не правильно занес пользователь, а точнее даже не увидел, что неправльино занесено.
Обработка помогла быстро исправить ошибку у двух клиентов, и выложена была сюда, вдруг у кого то тоже данный косяк есть, и что бы не искать в коде, почему данное выскакивает, а сразу сориентироваться.
Так что не понимаю вашей оценки