Информация о файле обновления Галактика F_VEDOM_RES_810440.TXT


Описание файла обновления:
ФайлF_VEDOM_RES_810440.TXT
ОбновлениеF_VEDOM_RES_810440
НазначениеОбщее
ПродуктГалактика 8.10
Релиз03.11.2006 : Atlantis 5.2.8
КомпонентF_VEDOM
ТипRES
Версия8.10.44.0
Дата2016-10-28 16:11:37
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.159519NEW"Дата выдачи" в спецификации платежной ведомостиКассаПлатежные ведомости
В списке выплат платежной ведомости в каждой записи нужна своя "дата выдачи", чтобы кассир при выдаче мог проставить фактическую дату когда кассир выдал работнику сумму. Предлагается задействовать для этих целей поле SPPLVED.DATOK, если оно еще не задействовано в функциональности модуля "Касса".В спецификацию платежной ведомости добавлено поле "Дата выдачи" (SpPlVed.DatOk). Поле предназначено для ручного заполнения.
102.1275438.10.43.0Нумерация реестров по перечислениям в банкКассаНумерация документов модуля
Нумерация реестров по перечислениям в банк. Общие настройки системы - Автонумерация документов = с помощью специальной таблицы. Нужно добавить в модуле Касса - Настройка - Нумерация документов модуля документ Реестр по перечислениям. Что бы можно было для каждой кассы самостоятельно сформировать шаблон номера и выводить столько нулей, сколько нужно конкретному пользователю. Сейчас при обработке платежной ведомости автоматически формируется реестр по перечислениям в банк с шестью нулями перед порядковым номером, даже если вручную изменить номер реестра с 0000001 на 1, следующий реестр будет сформирован с номером 0000002.Добавлена настройка "Настройки Галактики Бухгалтерский контур Формирование номеров Нумерация реестров по перечислениям Нумерация реестров по перечислениям" для указания способа формирования номеров в реестрах по перечислениям: - по последним номерам БД - с помощью специальной таблицы по всем документам Режим "по последним номерам БД" - существующий режим который формирует номер по последнему значению БД в рамках года. Режим "с помощью специальной таблицы по всем документам" - позволяет формировать номера в реестрах используя специальную таблицу для формирования номеров. Для задания номера в специальной аблице используется интерфейс "Финансово-расчетные операции - настройка - нумерация документов модуля". Доработана нумерация в следующих интерфейсах формирования реестров на перечисления: - формирование реестров из приказов на командировки - формирование расходных документов в авансовых отчетах - формирование документов при обработке платежных ведомостей
102.1294348.10.41.012. Акт инвентаризации наличных денежных средств (ИНВ-15)КассаАкт инвентаризации наличных денежных средств
Необходимо доработать печатную форму "Акт инвентаризации для РФ - RTF", согласно функциональному требованию.Добавлена печать новой формы "Акт инвентаризации для РФ (RTF)" в формате RTF для документа "Акт инвентаризации наличных денежных средств". Форма доступна для печати, если настройка "Настройки Галактики Общие настройки системы Настройки для страны" установлена в значение "Россия" и в конфигурационном файле включен параметр: {FINPARAMS} USEVSMNFORMS = ON
102.1280188.10.40.0Вылазит "мусор", открывается ПП на редактирование перед привязкойКассаПлатежные ведомости
В некоторых случаях перед привязкой выскакивает окно редактирования ПП, хотя не должно. Если перед привязкой отвязать ПП, сформированный в режиме "одно ПП на несколько ПВ" без реестра, то булевская переменная, которая является признаком формирования документа, примет значение true (хотя на самом деле признак должен быть сброшен - документ не формируется, а привязывается). Это влияет на то, то при привязке перед появлением окна выбора параметров привязки вылазит окно редактирования отвязанного перед этим ПП.Сбрасывается признак формирования документа. Окно редактирования предыдущего документа, сформированного по ПВ в режиме "одним ордером/поручением на все платежные ведомости", перед открытием окна параметров привязки не появляется.
102.1237298.10.39.0Книга учета принятой и выд-й кассиром наличной иностр-й валюты в нов. ред.РБКассаКнига учета денежных средств
Постановление Правления НБ РБ от 29.03.2013 №185 утвердило новую редакцию формы книги учета принятой и выданной кассиром наличной иностранной валюты. Форма книги в ред. Постановления №185 отличается от формы книги, утвержденной Постановлением от 28.06.2004 №98,только по тексту внутри формы. Требования по заполнению книги учета принятой и выданной валюты остались прежними.Реализована новая редакция книги учёта валюты для РБ. Изменения коснулись статического текста, вывод значений полей остался неизменным. Исправлены два формата формы - текст и Fast Report. На титульном листе книги исправлены ссылка на законодательный акт и оформление года. На чётных страницах исправлен заголовок 4-й колонки, на нечётных - заголовки 8-й и 9-й колонок. Примечание. Книга учёта валюты доступна для книг, у которых в качестве параметра в иерархии параметров задана валюта либо указан тип "Мультивалютная книга".
102.1234958.10.38.0Исправить статус-строку для ВД - потерялась клавиша F4КассаПлатежные ведомости
На закладке "Документы" для записей с типом ВД потерялась клавиша F4.Исправлена статус-строка для ВД.
106.96468.10.38.0Заполнение поля DFORM_Z (дата формирования для зарплаты)КассаПлатежные ведомости
Неверно заполняется поле DFORM_Z (дата формирования для зарплаты) в спецификации платежной ведомости. На предприятии заранее формируются платежные ведомости на выплату каких-то премий, аванса и т.д., которые должны быть учтены при расчете зарплаты после перевода модуля Зарплата в следующий месяц. При формировании такой платежной ведомости в таблице Спецификации платежных ведомостей SPPLVED в поле DFORM_Z(Дата формирования для зарплаты)должна заноситься дата из поля "Начало расчетного периода, за который формируется ведомость" из заголовка платежной ведомости. Сейчас же в эти поля заносится начало текущего расчетного периода, в котором находится модуль Зарплата в момент ввода платежной ведомости. В результате, после перехода в следующий месяц, такая платежная ведомость не видна в зарплате и при расчете не учитывается.Ошибка исправлена. Теперь в спецификации ведомости заполняется такая же дата, как в шапке.
180.71348.10.37.0Откат документов по платежной ведомостиКассаПлатежные ведомости
Формируем платежную ведомость, запускаем функцию "Формирование документов по платежной ведомости". Документы не формируем, делаем привязку к уже существующему платежному поручению. При привязке не ставим галочку "Формировать реестр по перечислениям в банк". После этого делаем "Откат документов по платежной ведомости", система предлагает удалить все сформированные по платежной ведомости документы. Однако, нам не надо удалять п/п, надо просто отвязать платежную ведомость от п/п.Реализована отвязка документа платёжной ведомости. На закладке "Документы" в браузере ПВ добавлена возможность отвязки документа. 1) Для платёжных документов (РКО, ВРКО, ПП, ВПП, ПП/ВПП с реестром), привязанных к платёжной ведомости (ПВ), реализована возможность их отвязки от ПВ без удаления самого документа. В статус-строку добавлена клавиша F8 для всех документов ведомости, кроме ВД и РП. Реестр по перечислению (РП) удаляется вместе с основным документом - ПП/ВПП. ВД отвязать нельзя, можно только откатить по Ctrl+F8 вместе со всеми документами. 2) В начале процедуры отвязки производится проверка на возможность редактирования ПВ. В случае наличия защиты от редактирования выдаётся сообщение о причине блокировки ПВ и отвязка отменяется. Примечание. Блокировка ПВ может быть: - по дескриптору; - по группе дескрипторов; - при наличии оборотов; - по статусу; - по закрытому периоду; - в системе Protect не даны права на редактирование таблицы; - другой пользователь редактирует текущий документ. 3) Если ПВ доступна для редактирования, пользователю выдаётся запрос на выполнение операции отвязки. В случае утвердительного ответа, выполняется отвязка текущего документа, на котором стоит курсор в закладке "Документы". 4) Отвязка платёжного документа состоит из следующих действий: а) документ удаляется из закладки "Документы" по всем ПВ, к которым он привязан; б) если к документу есть реестр (ПП/ВПП с реестром), то из документов ПВ удаляется также связанная запись по реестру "РП"; в) в карточках подотчётников удаляются записи "ПВ" по соответствующим ПВ, от которых отвязывается документ, сальдо по подотчётникам корректируются; г) удаляются связи документа со спецификацией ПВ, признаки обработки по позициям спецификации сбрасываются; д) корректируются статусы всех ПВ, к которым был привязан документ. е) отвязанный платёжный документ по-новому регистрируется в Подотчётных лицах в соответствии со своим новым статусом (у документа отсутствует связь с ПВ).
102.1203208.10.35.0Не заполняется номер карточкиКассаПлатежные ведомости
Формируем платежную ведомость на выплату подотчетных сумм (например, командировочные). Обрабатываем ведомость (Ctrl - Enter) со следующими параметрами: * Выдачу производить - через банк * Заполнять организацию и банк получателя из лицевого счета сотрудника * Формировать реестр по перечислениям в банк - установлено В результате создается платежка, в ней реестр, но SPPLBAN.NOMCARD не заполняется. Распечатка реестра идет без номера карточки.При формировании реестра по платежной ведомости поле "Номер карты" заполняется из лицевого счета сотрудника.
101.487658.10.32.0Нужна печатная форма реестра по алиментам.Заработная платаРеестры по перечислениям. Печатные формы реестров
Необходимо разработать печатную форму реестра по почтовым переводам в формате EXCEL или FR.Разработана печатная форма реестра по почтовым переводам в формате EXCEL.
101.495748.10.32.0Акт инвентаризации наличных денежных средствКассаАкт инвентаризации наличных денежных средств
Акт инвентаризации наличных денежных средств (Россия). При заполнении Акта инвентаризации наличных денежных средств (ИНВ-15) не предусмотрено поле для номера и даты документа-основания. Приходится добавлять данную информацию в печатную форму вручную. К тому же весьма проблематично указывать номер и дату документа-основания при повторной печати документа, т.к. эта информация в системе не хранится (приходится хранить распечатанный документ под рукой). В данной ситуации можно добавить два поля в интерфейс "Акт инвентаризации наличных денежных средств": - Номер документа-основания (текстовое поле); - Дата документа-основания (выбор из календаря). Также в поле "Руководитель организации" необходимо добавить, как и в других документах, возможность выбора ФИО и должности либо из справочника, либо из настройки.В окно редактирования Акта инвентаризации наличных денежных средств (для России) добавлены поля для заполнения номера и даты документа-основания для проведения инвентаризации. Значения этих полей выводятся в соответствующие поля печатной формы ИНВ-15 в форматах Текст и Rtf. При создании нового Акта инвентаризации наличных денежных средств (для России и Беларуси) по умолчанию в качестве руководителя организации устанавливается работник из настройки "Настройки Галактики - Общие настройки системы - Собственная организация - Руководитель". Также появилась возможность выбирать руководителя организации из справочника сотрудников предприятия.
102.1151628.10.30.0Формирование реестров в платежных поручениях на основании платежной ведомостиКассаПлатежные ведомости
Создаем платежную ведомость вручную. Пытаемся создать платежное поручение с реестром. Реестр дает формировать только по типу ведомости "Выплата подотчетных сумм". Нужно чтобы была возможность формировать реест по любому типу платежной ведомости (подробное описание во вложении).Добавлена возможность формировать реестр по платежной ведомости с префиксом отличным от "Выплата подотчетных сумм". Реестр создается с префиксом "000" "Прочие выплаты".
180.66158.10.30.0Платёжная ведомость. Настройка "доступ в закрытый период бух. контура"КассаПлатежные ведомости
Существует настройка "Настройки Галактики Бухгалтерский контур Модификации данных после закрытия периода" (FIN.USER.MODAFTERCLOSE) У Заказчика эта настройка сделана Системной, к тому же настроен при помощи Support разграничен доступ к таблице TuneVal - изменять Системные настройки могут лишь Администраторы. При работе с Платёжной ведомостью (файл DocPlVed.vpp, функция CanBackingPlatVed) в коде прописана возможность измененеия описанной выше настройки, что влечёт за собой возможность (пусть и кратковременную) изменения данных в Закрытом периоде Другим пользователем. К тому же, видимо в условиях разграничения доступа к таблице TuneVal, у Заказчика проявляется случай, когда настройка переводится из значения "запрещать" в значение "с подтверждение", а обратно не возвращается. Просьба рассмотреть возможность работы функции CanBackingPlatVed без задействования настройки FIN.USER.MODAFTERCLOSE.Изменена программная реализация функции проверки прав доступа к платежным документам сформированным по платежным ведомостям. Функциональность не изменена, а проверка прав доступа производится без программной модификации настройки "Модификации данных после закрытия периода" (FIN.USER.MODAFTERCLOSE).
103.56728.10.29.0в РКО информацию из поля "примечание" переносить в "основание для выплаты"КассаПлатежные ведомости
в РКО информацию из поля "примечание" переносить в "основание для выплаты"В окно настройки формирования документов по платежным ведомостям добавлен параметр "Приложение/Основание", которым можно задать строку в формируемом документе для вывода информации. Параметр активен только для режима формирования кассовых документов(через кассу). Для режима "через банк" - параметр устанавливается в значение "Основание" и недоступен для изменения. Для режима "не производить" - параметр скрывается. При формировании платежных документов "через банк" параметр устанавливается в "Основание". Значение параметра сохраняется в dsk.
102.1127678.10.28.0При формировании РКО из плат.вед-ти не заполняется поле ОснованиеКассаРасходный кассовый ордер
При формировании РКО из плат.вед-ти не заполняется поле Основание. Должно заполнять в соответствии в выбираемым при обработке ведомости названием ТХО.При формировании РКО из платежной ведомости в поле Основание переносится наименование выбранной ТХО.
102.1119188.10.27.0В РКО по платежной ведомости, в графе Приложение не нужно заполнятьКассаРасходный кассовый ордер
Формируем РКО по платежной ведомости, в графе приложение автоматически формируется строка " ордер выписан на кассира", соответственно выводится на печать. Приходится убирать ее вручную. Аудит пишет замечание "В расходном кассовом ордере по строке "Приложение" перечисляются прилагаемые первичные и другие документы с указанием их номеров и дат составления. Во вложении скриншот РКО и печатной формы.Для расходного кассового ордера в строку "Приложение" выводится наименование платежной ведомости, её номер и дата. Строка "ордер выписан на кассира" не выводится в платежные документы, формируемые по платежной ведомости.
102.1107258.10.26.0Сломалась привязка документа к ПВКассаПлатежные ведомости
Если суммы по позициям спецификации платёжной ведомости дробные, не проходит проверка на совпадение суммы по позициям (при прибавлении суммы дробные округляются, дробная часть игнорируется) с суммой по ведомости.Исправлена привязка документа к ПВ с дробными суммами по спецификации.
101.363948.10.25.0При выборе создаваемых документов из ПК добавить выбор р/сПлатежный календарьНастройки модуля ПК в "Настройке"
Клиентам необходимо, чтобы при выборе Собственного платежного поручения можно было указать расчетный счет. Т.к. ПП некоторых расчетных счетов не планируются через платежный каледнарь1. Добавлена новая системная настройка : "Настройки Галактики Управление финансами Платежный календарь Формирование платежных документов Взаимодействие с документами системы" - список Настройка седержит все документы, которые обрабатываются в модуле "Платежный календарь" с детализацией до раздела учета (Р/С, В/С, Касса, тип бухсправки) и 3 опции : [.] Документ взаимодействует с модулем "Платежный календарь" (По умолчанию галочка стоит) [.] Формируется только из модуля "Платежный календарь" (по умолчанию будет установлена из настройки "Настройки Галактики Управление финансами Платежный календарь Формирование платежных документов Документы, формируемые только из модуля "Платежный календарь"") [.] На основании документа возможно формирование финансовых обязательств (по умолчанию будет установлена из настройки "Настройки Галактики Управление финансами Платежный календарь Права доступа Платежные документы, из которых разрешено формирование ФОБ") При установке обновлений отрабатывает конвертор. Если документ делится по разделам учета - все значения по умолчанию одинаковые. При появлении в системе нового раздела учета (Р/С, В/С, Кассы, типа бухсправки) документы этого раздела в модуле "Платежный Календарь" по умолчанию обрабатываться не будут. 2. Удалены Настройки - "Настройки Галактики Управление финансами Платежный календарь Права доступа Платежные документы, из которых разрешено формирование ФОБ", - "Настройки Галактики Управление финансами Платежный календарь Формирование платежных документов Документы, формируемые только из модуля "Платежный календарь"" Вместо них используются 3 и 2 опция новой настройки. 3. Для платежных документов добавлена проверка на возможность формирования (по F7) с учетом раздела учета. Аналогично, с учетом раздела учета выполняетсяпроверка на возможность формирования финансовых обязательств на основании платежных документов. 4. Сохранить документы (для копирования, возможно в другой раздел учета) можно независимо от данной настройки. Права на формирование проверяются при копировании.
102.1079318.10.24.0Не заполняется статус платежного документа по умолчаниюКассаПлатежные ведомости
В настройке "Доступ к документам в зависимости от статуса" определен для конкретного пользователя статус по умолчанию. При формировании ПП из платежной ведомости статус не заполняется. Нужно, чтобы заполнялся статусом по умолчанию из настройки. Установлен один доступный статус для установки/доступ к документу в статусе/по умолчанию - "Распоряжение на оплату". Из платежной ведомости формируем собственное платежное поручение. Статус пустой. Необходимо заполнять полу "Статус" значением по умолчанию, т.е. "Распоряжение на оплату"В формируемых документах на выдачу заполняется статус по умолчанию.
102.1076128.10.23.0Книга учета принятых и выданных наличных денег РБ в ред. от 29.03.2011 №107КассаКнига учета денежных средств
Постановление от 29.03.2011 г.№107 утвердило форму книги учета принятых и выданных кассиром наличных денег. Форма практически не отличаются от формы по старому Постановлению 17.01.2008 г. №4.Надо только поправить ссылку на нормативный документ и технические изменения по тесту. Форма книги находится во вложенном файле. Документ вступает в силу с 01.07.2011 г.Выпущена новая редакция книги учёта денежных средств в НДЕ для РБ. 1. Исправлена печать ФИО кассира: в формах книги в НДЕ и в валюте для РБ вместо полного ФИО печатается фамилия с инициалами впереди. 2. В формы книги в НДЕ для РБ (бизнес-текст и Fast Report) внесены изменения согласно Постановлению Правления НБ РБ от 29.03.2011 г.№107. Кроме того, эти формы приведены к единому стилю оформления. 3. В Fast Report форме в НДЕ для РБ подровнены таблицы (на нечётных страницах таблица поднялась повыше, на один уровень с таблицей на чётных страницах - изменилась координата Y объекта: теперь свойство Top для таблицы на нечётных страницах = 0,55).
103.52448.10.22.0Потеря приемственности. После формирования РКО не открывается окно со спискомКассаПлатежные ведомости
Раньше после формирования РКО открывался ордер для редактирования Текущий F_VEDOM_RES_810200 а по крайней мере на F_VEDOM_RES_810170 все работалоДля режима обработки "один документ на все ведомости" восстановлено открытие окна редактирования платёжного документа. Исключение - формирование более одного ПП с реестром в пакетном режиме "Заполнять организацию и банк получателя из лицевого счета сотрудника". В этом случае окно редактирования не открывается.
101.461468.10.21.0В платежную ведомость попадает другой лицевой счет совместителяКассаПриказы на командировки
В приказ выбираем один табельный номер совместителя. Из приказа формируем платежную ведомость. В нее попадает другой табельный номер, принадлежащий физ.лицу.Исправлено. При формировании платежной ведомости по приказу на командировку лицевой счет берется из спецификации приказа, если в спецификации не указан - первый из списка лицевых счетов сотрудника.
102.1062428.10.21.0Проблема формирование реестра по перечислению в банк.КассаПлатежные ведомости
1. Если платежная ведомость не учитывается в зарплате, и не указано подразделение выбор сотрудников осуществляется из картотеки. При этом система сама подбирает лицевой счет (берется основной лицевой счет), что не всегда правильно. Изменить лицевой счет на данном этапе нет возможности. При обработке ведомости эти лицевые счета автоматически переносятся в реестр по перечислениям, независимо от того в какой банк формируется реестр. 2. На основании ведомости формируется платежное поручение и реестр к нему. Пользователь выбирает банк и реестр должен формироваться только по тому банку в котором присутствуют лицевые счета сотрудника. Те сотрудники по которым реестр не сформировался по причине отсутствия лицевых счетов в этом банке в ведомости останутся не выплаченными. И по ним будет необходимо сформировать реестр в другой банк. На данный момент в Галактике нет такой возможности формирования. Либо все платежи формируются в указанный банк без всяких проверок, либо в разрезе активных банков ЛС.1.При формировании ПВ выбор сотрудников происходит из каталога ЛС, список можно ограничить, выбрав предварительно подразделение в ПВ. Ранее выбор из каталога ЛС был доступен, только если ведомость учитывалась в Зарплате или было выбрано подразделение. Таким образом уже на этапе формирования пользователь может правильно указать ЛС спецификации. Для ведомостей по выплатам алиментов сотрудников выбираем из картотеки. 2.Доработан процесс обработки ПВ. Закладка "Дополнительная информация". Вместо галочки "Заполнять организацию и банк получателя из лицевого счета сотрудника" три варианта выбора: (.) Формировать документы в указанный банк получателя (.) Заполнять организацию и банк получателя из лицевого счета сотрудника (.) Обрабатывать только спецификации с указанным банком получателя Два первых - старый функционал (1 - все документы, независима от ЛС формируются в указанный банк, 2 - документы формируются в разрезе активных банков из ЛС, если нет активного - в банк из параметров формирования) Третий вариант. Перед формированием ПП и Реестров система проверяет ЛС всех спецификаций, попавших под обработку. Если банк ЛС сотрудника по спецификации не соответствует банку в параметрах формирования (пользователь выбрал не тот ЛС (см. п1) или, как раньше, у него не было возможности выбора ЛС), и при этом у этого сотрудника есть другой ЛС в нужном банке, предлагается изменить ЛС по спецификации ведомости. Далее запускается процесс обработки. Обрабатываются только те спецификации, лицевые счета по которым есть в указанном банке. & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ БАЗОВЫХ ФОРМ: НЕТ & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ ШАБЛОНОВ: НЕТ
102.1005258.10.20.0реесто по перечислению подотчетных суммКассаПлатежные ведомости
При обработке платежной ведомости на перечисление командировочных сумм необходимо создать столько платежек с привязанными к ним реестрами, сколько имеется различных банков по сотрудникам.В окно "формирование документов по платежной ведомости" закладка "Дополнительная информация" добавлен параметр "заполнять организацию и банк получатель из лицевого счета сотрудника" Если галочка установлена, платежные поручения формируются в разрезе банков из лицевых счетов (закладка "банк"). Аналогично, в разрезе банков, формируются и реестры по перечислению подотчетных сумм. Добавлено сохранение в ДСК параметров "заполнять организацию и банк получатель из лицевого счета сотрудника" и "Формировать реестр по перечислению в банк" Убрали информационные сообщения об успешном формировании (если обрабатываем 10 ведомостей, по 10 сотрудников в каждой, у каждого сотрудника настроен счет - таких сообщений будет 100) В режиме "одним поручением на все платежные ведомости" также возможна группировка по банкам. При этом спецификации группируются по всем отмеченным ведомостям. Сообщение об успешном формировании сводной ведомости в данном режиме также убрали.
102.854298.10.20.0Формирование реестров по перечислению в банк по комадировкамКассаПриказы на командировки
Бизнес процесс клиента при работе с приказами на командировки таков: Бухгалтером формируются приказы Бухгалтером формируется реестр Бухгалтером формируется ДО Финансистом формируется платежное поручение на основании ДО и приложенного реестра Никто кроме финансиста не должен формировать платежное поручение, а оно формируется принудительно! Клиент просит реализовать следующий механизм создания реестров в банк по расходам на командировки. 1) Пометить несколько приказов на командировки 2) И сформировать по ним один реестр 3) Который впоследствии можно было бы связать с платежным поручением (возможно через ДО).1. Связи между документами. Реализована возможность формирования реестров по перечислению подотчетных сумм на основании приказа на командировку без формирования платежного поручения. Теперь при формировании ПП (ВПП) по сотруднику c формированием реестра, формируется дополнительная связь (таблица DocPodot) между спецификацией (КУ) приказа и реестром по перечислению подотчетных сумм. Доработан функционал по формированию реестров на основании приказа (как первичного документа). Для существующих реестров, которые связаны с спецификацией приказа на командировку через расходные документы связи формируются автоматически при установке обновлений. 2. Валюта реестра. Для организации существования реестров по перечислению подотчетных сумм в системе независимо от привязки к ПП доработана валюта реестра. Валюта реестра определяется при его формировании по валюте расчета первичного документа (приказа, ведомости, платежки). Хранится валюта во внешнем атрибуте "Валюта". Отображается в окне редактирования (ранее отображалась валюта платежа). Для существующих реестров валюта определяется по валюте расчетов платежного документа, к которому привязан реестр (заполняется автоматически при установке обновлений). 3. Интерфейс Касса / Документы / Приказы на командировки Добавлена закладка "Реестры" где отображается список реестров по текущей спецификации приказа. Колонки "Префикс реестра", "Номер реестра", "Дата формирования", "Сумма реестра", "Сумма по сотруднику", "Валюта". "F4" - окно редактирования реестра. "F8" - удаление реестра. "F7" - формирование реестра в режиме "по сотруднику". Варианты формирования реестров: 1) по сотруднику Вызов по "F7" на закладке "Реестры" Выполняется расчет сумм текущей спецификации. 2) по приказу Вызов по функции локального меню "Формирование реестра по перечислениям". Расчет выполняется по всем спецификациям приказа. 3) по нескольким приказам Вызов по функции локального меню "Формирование реестра по перечислениям" из панели просмотра приказов по отмеченным записям. Расчет выполняется по всем спецификациям выбранных приказов. Параметры формирования: - Организация - обязательный, хранится в ДСК - Банк (счет) - обязательный, хранится в ДСК - Дата - обязательный, хранится в ДСК - Номер - обязательный, формируется автоматически, с возможностью редактирования - Сумма - рассчитывается автоматически, без возможности редактирования. Сумма рассчитывается по нормам расходов "в нац. валюте", без учета существующих реестров. При этом есть возможность формирования реестров "в НДЕ" и "в разрезе валют". - "в НДЕ" формируется один общий реестр; - "в разрезе валют" - расходы группируются по "валюте аванса". Варианты формирования наименования реестра "по организациям", "по банкам". 4. Интерфейс ФРО / Операции / Реестры по перечислениям. Добавлена возможность редактировать и удалять реестры по перечислению подотчетных сумм, доступ к которым не запрещен. По "F4" открывается тот же интерфейс редактирования что и в приказах, платежках. При закрытии окна редактирования выполняется синхронизация сумм и все необработанные расчеты сбрасываются. Группового удаления по "F8" нет. Редактировать реестры зарплаты нельзя! В списке реестров окна просмотра добавлена возможность пометки записей (для последующего формирования платежей по отмеченным реестрам) Добавлена колонка для отображения наличия связи с спецификацией приказа на командировку - "К". Добавлена возможность формирования ПП и ВПП по реестрам по перечислению подотчетных сумм. По "Alt+F" от пользователю предлагается выбор формировать платежи - по реестрам зарплаты (старый функционал) - по реестрам по перечислению подотчетных сумм Возможны варианты формирования ПП или ВПП. Параметры формирования: - Дата - обязательный, хранится в ДСК. - Р/С (В/С) - обязательный (при наличии многорасчетности), хранится в ДСК. - Назначение - не обязательный, хранится в ДСК. Выбор из каталога шаблонов для формирования назначения платежа. Если не заполнен - отрабатывает шаблон из настройки "Настройки Галактики Бухгалтерский контур Обработка документов Параметры работы с документами различных типов" По каждому реестру формируется одно ПП (ВПП). При формировании валютных платежей по реестрам в НДЕ система берет валюту их настройки валютного Р/С, если валюта в Р/С не настроена - ВПП не формируется. Реестр не обрабатывается если: - это не реестр по перечислению подотчетных сумм. - по реестру уже сформировано ПП (ВПП). - не определена валюта (ВПП). 5. Интерфейс ФРО / Документы / Платежные поручения (Валютные платежные поручения) / Собственные Доработан процесс удаления платежки. теперь удаляются все реестры, привязанные к ПП, а не только первый. При одиночном удалении ПП (ВПП), если к ПП (ВПП) привязан реестр (несколько реестров) по перечислению подотчетных сумм, система задает вопрос об удалении каждого реестра (с вариантами "да"/"нет"/"да для всех"/"нет для всех"). При ответе "нет", "нет для всех" реестр отвязывается. При групповом удалении реестры удаляется без вопросов.
101.453998.10.19.0Статус платёжной ведомости по умолчаниюКассаПлатежные ведомости
После решения 102.102152 у клиентов обработка платёжных ведомостей стала занимать большое количество времени и сил. Просят реализовать возможность присвоения статуса "исполняемый" в платёжных ведомостях по умолчанию. Проблема касается как ведомостей, созданных в Кассе, так и в Зарплате. Полагаю, что возможность в некоей общей настойке задать "исполняемый" в качестве статуса по умолчанию, будет достаточным решением.Если в интерфейсе настройки прав доступа к документам настройка для документа(Платежная ведомость) не включена, то обработка документов данного типа по статусу не контролируется.
102.1026708.10.19.0Не печатается сумма прописью в печ. форме акта инвентаризации наличных ден. средКассаАкт инвентаризации наличных денежных средств
Не печатается сумма прописью(учетные данные) в печатной форме акта инвентаризации наличных денежных средств. При реализации новой формы 12-инв сумму прописью в печать не добавили.Добавлена печать итоговой суммы по учётным данным прописью. В печатную форму акта инвентаризации наличных денежных средств для РБ (инвентаризация НДЕ) добавлена печать итоговой суммы по учётным данным прописью без копеек.
102.1031328.10.19.0Фильтр по новому полю СтатусКассаПлатежные ведомости
Фильтр по новому полю Статус (добавлено по ПиР 102.102152). При наложении фильтра в списке ведомостей поле "Статус" нужно переименовать в "Тип ведомости", и добавить фильтр по новому полю "Статус" (вложение).В фильтре платежной ведомости поле "Тип ведомости" переименовано в "Наименование", "Статус" переименовано в "тип ведомости", добавлено поле "Статус". Добавлен функционал для задания фильтра по статусу документа
102.1031718.10.19.0Не учтены Настройки доступа к документам в зависимости от статусаКассаПлатежные ведомости
Из ведомости депонирования создается платежная ведомость без статусаПри формировании платежной ведомости из ведомости депонирования при включенной настройке "Настройка прав доступа к документам" устанавливаем статус документа по умолчанию.
102.1021528.10.18.0Доступ кассира к выдаче средств по платежной ведомости после одобренияКассаПлатежные ведомости
Просят добавить возможность запретить действия кассира по выдаче денег по платежной ведомости до момента одобрения этой выдачи .Для документа "Платежная ведомость" добавлен набор статусов: "Оформляемый", "Исполняемый", "Закрытый". В сам документ, в окно редактирования добавлено поле текущего статуса. Через интерфейс (Касса/Настройка/Настройка прав доступа к документам) для документа "Платежная ведомость" возможна настройка прав редактирования для различных пользователей через статусы. В документе для Функций "Переместить в другую кассу" и "Формирование выплат" добавлена проверка прав перед выполнением. Формирование документов по платежной ведомости возможно только со статусом "исполняемый"
102.1001248.10.17.0В расходный кассовый ордер не тянется информация о паспортных данныхКассаРасходный кассовый ордер
Сделать более удобное заполнение паспортных данных для случая выписки РКО посторонним лицам.Для РБ паспортные данные формируются в именительном падеже. 2. Изменилось заполнение паспортных данных. Паспортные данные (поле PlPor.Append) заполняется только в документах, в которых они есть: РКО, ВРКО, Реестр счетов, российский Реестр чеков для бюджетных организаций. В остальных платёжных документах убрано заполнение поля PlPor.Append паспортными даннными. В РКО и ВРКО для Беларуси паспортные данные заполняются в именительном падеже и в дательном - для остальных стран: - если РКО, ВРКО формируется по платёжной ведомости (берутся паспортные данные сотрудника, если документ формируется по позиции спецификации ПВ, или кассира, если документ формируется по ведомости(-ям)).
101.427858.10.16.0Не возможно вручную выбрать сотрудника и его совместителя в платежную ведомостьКассаПлатежные ведомости
У сотрудника у одна карточка и два лицевых счета. Не возможно вручную выбрать сотрудника и совместителя в платежную ведомость. Через зарплату такая платежная ведомость формируется.В кассовых ведомостях сотрудник идентифицируется ссылкой на ЛС. 1) Доработан выбор сотрудников из справочника ЛС в кассовых платёжных ведомостях. При выборе сотрудника анализируется наличие выбираемого ЛС в спецификации ПВ. Для ведомостей на выплату алиментов и на выплату подотчётных сумм дублирование позиций спецификации по-прежнему отслеживается по ссылке на справочник физических лиц - при выборе сотрудника из справочника ЛС анализируется наличие выбираемого физического лица, и при его обнаружении повторное добавление данного физического лица пресекается. 2) Упорядочено позиционирование курсора после выбора - курсор устанавливается на последнем по алфавиту выбранном сотруднике. 3) Изменилось удаление позиции спецификации вторичной ПВ - при корректировке признака обработки позиции спецификации ведомости депонирования поиск соответствия позиций спецификаций идёт по ссылке на ЛС, а не по ссылке на физическое лицо. 4) Изменилось удаление ведомости депонирования - при корректировке признаков обработки позиций спецификации первичной ПВ поиск соответствия позиций спецификаций идёт по ссылке на ЛС, а не по ссылке на физическое лицо. 5) Изменилась процедура формирования сводной ПВ по нескольким ВД, поиск соответствия позиций идёт по ссылке на ЛС: а) при поиске отказных (у которых не совпадают реквизиты) перед заполнением списка кандидатов на включение в сводную ПВ; б) при поиске в самом списке кандидатов во время заполнения списка кандидатов для формирования новой записи списка и аккумуляции сумм по существующей записи (суммы аккумулируются по ЛС); в) при корректировке признаков обработки для включённых в сводную ПВ позиций спецификации исходных ВД. 6) В протоколе формирования сводной ПВ перед ФИО отказного добавлена печать его табельного номера (табельный номер берётся из ЛС, а для ведомостей на выплату алиментов - из Картотеки). & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ БАЗОВЫХ ФОРМ: НЕТ & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ ШАБЛОНОВ: НЕТ
102.825558.10.16.0Дезинформационное сообщение в Платежных ведомостяхКассаПлатежные ведомости
HTML клиент. Информация о добавлении сотрудника и редактировании информации заносится корректно. Однако продолжает появляться предупреждение: "Сумма к выплате не может быть равной нулю. Определите значение". После нажатия ОК оно исчезает. Информация верна. Предлагаю убрать это сообщение. Сообщение вылазит, когда редактируешь дату позиции и пытаешься перейти к другому полю, не выходя из записи. Особенность html - поля вводятся сразу, а в галактику попадают по одному, Отсюда и это сообщение.Доработано редактирование позиции спецификации платёжной ведомости. После редактирования даты позиции убрана проверка всей записи на корректность (в частности, не проверяется сумма начисленная). В валютной ведомости при редактировании суммы выплаченной нулевая сумма начисленная автоматом заполняется значением суммы выплаченной (раньше обе суммы обнулялись).
102.897258.10.16.0исправить небольшой глюк при обработке платежной ведомостиКассаПлатежные ведомости
Касса - Платёжные ведомости.Исправлена ошибка перерисовки поля источника денежных средств. "Выдачу денежных средств по ведомости производить..."
102.987508.10.16.0настройка "запрет редактирования (в том числе удаления) документов (Туликова)НастройкаНастройка БУХГАЛТЕРСКОГО контура
Настройка "запрет редактирования (в том числе удаления) документов Есть настройка "запрет редактирования (в том числе удаления) документов при наличии проводок" - эта настройка не работает в некоторых случаях: Например: у платежной ведомости есть расходный кассовый ордер (РКО). Бухгалтер привязывает ТХО к РКО. Кассир нажимает откат документов по платежной ведомости - удаляются все РКО вместе с проводками. ПРИМЕЧАНИЕ - проблемы могло бы и не быть если бы они привязывали эти ведомости к расходным ордерам. А так расходный ордер и проводку формирует один, ведомости - другой, деньги выдает третий.Перед удалением документов по платежной ведомости добавлена проверка на возможность редактирования этих документов. Если хотя бы один из этих документов по какой-либо причине закрыт для редактирования, то откат документов не выполняется. При этом выдается сообщение в котором указана причина блокировки. Если причин несколько - первая из найденных. Аналогичная проверка при удалении ведомости. Замечание: При значении настройки ../ Модификации данных после закрытия периода - "с подтверждением" и это единственная возможная причина по которой откат документов может быть заблокирован, то откат документов все же выполняется, но при непосредственном удалении задается вопрос по каждому из документов (так было и раньше). Если пользователь подтверждает удаление документа закрытого периода - документ удаляется, иначе отвязывается. & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ БАЗОВЫХ ФОРМ: НЕТ & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ ШАБЛОНОВ: НЕТ
101.434928.10.15.0Платежные ведомости -проблемы при создании сводной ведомости после депонированияКассаПлатежные ведомости
При создании платёжной ведомости по межрасчётной выплате (в модуле "Зарплата") поле SpPlVed.cPodr заполняется значением PrVidOpl.Nrec. Т.е. если в 2-х платёжных ведомостях фигурирует один работник, то значения SpPlVed.cPodr в этих ведомостях будут разные (равные PrVidOpl.Nrec). Далее в "Кассе" возникает проблема: когда депонируем выплаты - эти значения наследуются в SpVedDepon.cPodr и потом по этим ведомостям депонирования не можем корректно создать сводную платёжную ведомость. Работник не включается в ведомость из-за различия SpVedDepon.cPodr. Пример. В "Зарплате" созданы 2 выплаты, по ним платёжные ведомости: ПВ1: Сотрудник1 Сотрудник2 ПВ2: Сотрудник1 Сотрудник3 Обрабатываем ведомости без выплаты сумм, формируются ведомости депонирования ВД1 и ВД2. Потом по этим ведомостям депонирования пытаемся создать сводную платёжную ведомость, ожидаем, что по Сотруднику1 объединятся суммы из 2-х ведомостей. Но у Сотрудника1 в ВД1 и ВД2 различаются SpVedDepon.cPodr и он в ведомость из-за этого вообще не попадает.Доработан учёт ссылки на выплату. 1) При выборе сотрудников из ЛС ссылка SpPlVed.cPodr не заполняется. 2) Доработано формирование сводной ПВ по нескольким ВД. SpVedDepon.cPodr не анализируются при проверке различий в реквизитах позиций спецификаций исходных ВД (в случае разных значений поля cPodr сотрудник не записывается в отказные и в протокол не попадает). В сводной ПВ поле SpPlVed.cPodr обнуляется.
102.961048.10.15.0При удалении платежной ведомости удаляются бухгалтерские проводкиКассаПлатежные ведомости
При удалении платежной ведомости удаляются бухгалтерские проводки, хотя стоит настройка, запрещающая модификацию данных при наличии проводок.Добавлена настройка : Настройки Галактики Бухгалтерский контур Обработка документов Разрешить модификацию платежных ведомостей при наличии проводок - нет - да (по умолчанию) Доработаны права доступа к платежным ведомостям. Реализованы права доступа по 1. Дескрипторам (настройка Настройки Галактики Общие настройки системы Доступ к документам) 2. Закрытому отчетному периоду (настройка Настройки Галактики Бухгалтерский контур Модификации данных после закрытия периода) 3. Наличию проводок (настройка Настройки Галактики Бухгалтерский контур Обработка документов Разрешить модификацию платежных ведомостей при наличии проводок) Действие настроек распространяется также на ведомости депонирования & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ БАЗОВЫХ ФОРМ: НЕТ & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ ШАБЛОНОВ: НЕТ
101.425878.10.14.0Формирование РКО по спецификации авансового отчётаКассаПриказы на командировки
В организации две кассы: "касса предприятия" и "Учет денежных документов". Через кассу "Учет денежных документов" ведется выдача командируемым сотрудникам железнодорожных и авиабилетов. Приказ на командировку содержит позиции спецификации: Суточные - 300р. Железнодорожный билет - 4500р. При формировании РКО автоматически из приказа система предлагает сформировать документ на сумму 4800р (сумму можно поменять) и в сформированном РКО появляются все позиции спецификации из приказа. А пользователям необходимо сформировать два РКО: один по кассе предприятия на сумму 300р., содержащий позицию спецификации "Суточные", второй по кассе денежных документов на сумму 4500р., содержащий в спецификации норму "Железнодорожный билет".Интерфейс "Формирование приказа на командировку" вкладка "Расчет". Добавлена возможность пометки записей для дальнейшего формирования документов только по выбранным позициям. Доработано групповое удаление записей по отмеченным позициям. Особенности пометки: при нажатии "+" выбираются все позиции по текущей спецификации (по текущему этапу для многоэтапных) при нажатии "-" снимаем пометку со всех позиций приказа. при удалении выбранных позиций удаляются записи по текущей спецификации (по текущему этапу) при переходе между записями пометка сбрасывается. ФОРМИРОВАНИЕ ДОКУМЕНТОВ. 1. Вкладки "Расходные документы", "Авансовых оточет" Формирование документов в данных режиме возможно только по текущей спецификации. Соответственно, если была помечена хоть одна позиция текущей спецификации, то при расчете сумм учитываются только отмеченные записи. Аналогично для могоэтапных приказов (анализируем все позиции этапов). Если помеченных записей нет - расчет сумм по всем позициям. 2. Вкладка "Платежные ведомости" Платежные ведомости можно формировать как по текущей спецификации, так и в групповом режиме - по нескольким сотрудникам. В групповом режиме в случае наличия хотя бы одной отмеченной позиции, хотя бы у одного из выбранных сотрудников, работаем только с выбранными позициями. 3. Формирование ПП и ВПП по приказу. (ФЛМ "Все платежные документы приказа на командировку" - f7). В данном режиме также можно формировать документы по нескольким Спецификациям. обработка пометки аналогична пункту 2.
102.892238.10.13.0Печать итоговой суммы в ведомости депонированияКассаВедомости депонирования
При печати ведомостей депонирования не совпадают суммы по сотруднику и итоговые, если депонируются из платежной ведомости валютные суммы и изменяется курс валют.Доработано формирование суммы в НДЕ для ВД. Сумма в НДЕ в ведомости депонирования формируется теперь как сумма позиций спецификации ведомости депонирования (раньше итог считался как невыплаченная сумма позиций спецификации платёжной ведомости).
104.187638.10.13.0Выбор МОЛ и должности из каталога в Акте инвентаризации денежных средствКассаАкт инвентаризации наличных денежных средств
В новом акте инвентаризации наличных денежных средств необходимо добавить возможность выбора МОЛ (должности) из каталога. В системе есть нужный каталог, а в данном интерфейсе нет возможности им пользоваться. Лишняя ручная работа + большая вероятность ошибочного ввода фамилии и должности при вводе информации вручную.Реализован выбор МОЛ. Выбор МОЛ реализован во всех актах инвентаризации (в том числе, и в белорусских актах инвентаризации наличных денег и наличной иностранной валюты). ФИО и должность МОЛ в акте можно выбирать по F3 из соответствующего справочника МОЛ. Возможность ручного редактирования полей осталась. В строках подсказки данных полей подправлено "материально ответственного лица" на "материально-ответственного лица". При создании нового акта из иерархии параметров при наличии МОЛ вытягивается не только ФИО, но и должность из текущего назначения материально-ответственного лица. После изменения даты составления акта должность МОЛ актуализируется на эту дату. Также на дату составления акта вытягивается должность при выборе МОЛ по F3.
106.91088.10.12.0Потеря приемственности: Сбита автонумерация платежных ведомостейКассаПлатежные ведомости
При насройках: 118 - Общие настройки | Автонумерация документов = с помощью специальной таблицы 5449- Бухгалтерский контур | Формирование номеров | Автонумерация в КАССЕ = по всем документам 5454- Бухгалтерский контур | Формирование номеров | Нумерация платежных документов | Нумерация касс = нумерация для каждой кассы На предприятии всего одна касса. При создании новой ведомости номер берется для документа с типом 0, а платежная ведомость имеет тип "23".исправлено & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ БАЗОВЫХ ФОРМ: НЕТ & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ ШАБЛОНОВ: НЕТ
180.42118.10.12.0Нужен механизм переноса платежных ведомостей из касы в кассуКассаПлатежные ведомости
Касса. Платёжные ведомости.В списковой форме платёжной ведомости добавлена локальная функция "Переместить в другую кассу" позволяющая перенести ведомость в другую кассу.
102.822508.10.11.0Нумерация по подразделениямКассаПлатежные ведомости
В кассовых ведомостях была реализована нумерация по подразделениям, согласно которой номер новой ведомости должен формироваться от максимального номера в подразделении (подразделение определяется через кассиров касс). У нас же получается следующее. "Настройки ГалактикиОбщие настройки системыАвтонумерация документов" = по последним номерам БД "Настройки ГалактикиБухгалтерский контурФормирование номеровНумерация платежных документовНумерация касс" = нумерация касс по подразделениям Нумерация по подразделениям при формировании платёжной ведомости в интерфейсе Платёжных ведомостей работает правильно: среди последних номеров в кассах подразделения ищется максимальный, наращивается на 1 и присваивается новой платёжной ведомости. А вот при формировании по ведомостям депонирования номер платёжной ведомости формируется неправильно: берётся не максимальный номер платёжной ведомости из всех касс подразделения, а номер платёжной ведомости из последней в цикле обработки кассы подразделения. То же самое справедливо для номера формируемой по платёжной ведомости ведомости депонирования. Пример. Касса 1 кассир Проверкин Иван Иванович (Администрация) CASHBANK.NREC = 7 Касса 2 кассир Сапрыкин Игорь Михайлович (Администрация) CASHBANK.NREC = 8 Касса 3 кассир Иванов Иван Иванович (Коммерческий отдел) CASHBANK.NREC = 9 Касса 4 кассир Вечера Владимир Степанович (Администрация) CASHBANK.NREC = 12 В цикле сортировка касс (таблица CashBank) производится по нреку кассы (CASHBANK.NREC). Последние номера платёжных ведомостей в кассах: Касса 1 ПВ 000069 Касса 2 ПВ 000006 Касса 3 ПВ 000000 (пустая) Касса 4 ПВ 000000 (пустая) Формируем платёжную ведомость из Ведомостей депонирования. На выходе: 000001, номер платёжной ведомости из Кассы 4 (CASHBANK.NREC = 12), наращенный на 1. А должен быть: номер из Кассы 1 = 000069 + 1 = 000070Исправлена нумерация по подразделениям для формируемых по Ctrl+Enter ведомостей.
102.822958.10.11.0При удалении документов номер не уменьшаетсяКассаПлатежные ведомости
"Настройки ГалактикиОбщие настройки системыАвтонумерация документов" = с помощью специальной таблицы "Настройки ГалактикиБухгалтерский контурФормирование номеровНумерация платежных документовНумерация касс" = нумерация касс по подразделениям При удалении платёжной ведомости или ведомости депонирования номер не уменьшается. Проблема с нумерацией платежных ведемостей подтверждается, если по одному подразделению заведено несколько касс.при нумерации по спецтаблице, при удалении платежной ведомости или ведомости депонирования номер в спецтаблице уменьшается.
102.822998.10.11.0Нумерация для каждой кассыКассаПлатежные ведомости
Создаю новую платёжную ведомость по F7, подставляется номер, на единицу больший, чем номер из спецтаблицы, затем жму Esc. Следущая новая ведомость по F7 создаётся с номером на 1 больше только что отменённой платёжной ведомости. И так до бесконечности можно наращивать номер в спецтаблице. Необходимо удалять номер из спецтаблицы, если документ не был создан.исправлено
102.823018.10.11.0Единая нумерация для всех кассКассаПлатежные ведомости
"Настройки ГалактикиОбщие настройки системыАвтонумерация документов" = с помощью специальной таблицы "Настройки ГалактикиБухгалтерский контурФормирование номеровНумерация платежных документовНумерация касс" = единая нумерация для всех касс При удалении платёжной ведомости или ведомости депонирования номер в спецтаблице не уменьшается.При удалении номер в спецтаблице уменьшается. Так же реализована нумерация по спецтаблице в рамках дескриптора.
102.867648.10.11.0Не привязывать ПП и РП к ведомости, которая не обрабатываласьКассаПлатежные ведомости
При формировании ПП с реестром по нескольким ПВ не привязывать ПП и РП к ведомости, которая не обрабатывалась. Формирую ПП с РП по нескольким ПВ, у одной из них 1 сотрудник с нулевой суммой выплаты. По этой ведомости ставится признак Д "ведомость с нуля, но есть документы". При удалении ПП с РП признак Д не снимается. Д выставлен правильно - к ПВ привязан ПП с РП, хотя сотрудник и не был включен в обработку. При удалении ПП невозможно снять признак Д, поскольку у ведомости которая не обрабатывалась, нет связи с ПП - ссылка SpPlVed.cPlpor у неё не заполнена. Поэтому единственный способ снять признак Д - сделать откат вручную в ПВ. Либо не привязывать к ведомости ПП и РП.В режиме "1 документ по N ведомостям" ведомости с нулевой суммой выплаты не обрабатываются. Записи "ПП" и "РП" привязываются не ко всем помеченным, а только к ведомостям с ненулевой суммой к выплате. Признак "Д" у ведомости с нулевой суммой к выплате не выставляется.
102.897958.10.11.0ошибки при формировании реестра на перечислениеКассаПлатежные ведомости
ошибки при формировании реестра на перечисление Есть 2 Платежные ведомости на сумму 300 и на 700 на выдачу подотчетникам, сформированные без выбора подразделения (т.е. все подразделения). Делаем обработку через банк в режиме "одним поручением на одну платежную ведомость" с формированием Реестра на перечисление. Формируются 2 платежки на 300 и на 700, но реестр по перечислению формируется только один, ко 2ой платежке (700), но при этом на всю сумму = 1000 и в реестре все сотрудники из обеих платежек. Вроде как должен быть отдельный реестр для каждой платежки? Или другой случай... Есть 2 ведомости по разным подразделениям: на сумму 300 - ПОДР1 и на 700 - ПОДР2. Делаем обработку через банк в режиме "одним поручением на одну платежную ведомость" с формированием Реестра на перечисление. Формируются 2 платежки на 300 - без реестра и на 700 - с реестром, но реестр на сумму 300, и в этом реестре сотрудники и ссылка на подразделение из ведомости на 300. Ошибочность данной ситуации очевидна.В режиме "1 документ на 1 ведомость" реестр формируется для каждого ПП. Номер первого реестра берётся из параметра `Номер реестра`. Номер каждого последущего реестра увеливается на 1.
102.907798.10.11.0Формирование общего реестра по нескольким ведомостям с разными подразделениямиКассаПлатежные ведомости
Есть 2 ведомости по разным подразделениям: на сумму 300 - ПОДР1 и на 700 - ПОДР2. Делаем обработку через банк в режиме "одним поручением на все платежные ведомости" с формированием реестра по перечислению. Формируется платежка на всю сумму 1000, но реестр - на 300, и сотрудники в нём только из ведомости на 300. Это происходит, потому что объект формирования реестра формирует 2 реестра, по каждому подразделению отдельно. К платёжной ведомости подвязывается последний сформированный таким образом реестр. Нужно запретить формирование реестра в этом случае, поскольку мы не знаем, какое подразделение брать для общего реестра.Доработано формирование общего реестра по нескольким ведомостям с разными подразделениями. Реестр в режиме "одним поручением на все платежные ведомости" формируется только, если выбраны ведомости с одинаковым подразделением либо если подразделения в выбранных ведомостях не заполнены. В противном случае, флажок "Формировать реестр по перечислениям в банк" недоступен. Запись "РП" о сформированном в режиме "одним поручением на все платежные ведомости" реестр добавляется в документы каждой обработанной ведомости.
101.421828.10.10.0Пометка сотрудников в ведомости депонирования (Insert)КассаВедомости депонирования
При пометке (Insert) сотрудников в ведомости депонирования, фамилии сотрудников помечаются через одного. Просьба исправить.Для пометки записей убран лишний переход на следующую запись.