F_PLPOR
Краткое описание :
в расшифровке заявки на кассовы расход (собственное ПП) поле примечание сделать выборным из справочника.Описание :
Платежное поручениеЧто измененно :
В расшифровке заявки на кассовый расход
(собственное ПП) поле примечание (из Расшифровки) нужно
сделать выборным из справочника.
В ЗКР по инструкции в поле примечание пишется
исключительно код субсидий, например 074-G01. у нас
пока 10 вариантов, но на память их заполнить нереально,
поэтому нужно, чтобы примечание выбиралось из
справочника. мы сейчас ведем этот справочник через
внешние атрибуты с пользовательской аналитикой
Как измененно :
Для бюджетных организаций РФ в расшифровку собственного ПП/ВПП добавлен внешний атрибут "Код субсидии".
Подробности в What's New.
F_PLPOR
Краткое описание :
Ошбика удаления платжного документаОписание :
Платежное поручениеЧто измененно :
Произошел неприятный инцидент. Пользователь пытался удалить собственный платежный документ. Вместо этого система удалила совершенно другой документ, у которого были проводки и закрытый статус.
Подробное описание см. во вложении.
Как измененно :
Перед тем как произвести удаление, происходит
проверка существования следующей записи, что бы
определить на какой записи нужно установить текущую
позицию после удаления. Делается это с помощью
операторов GetNext и GetPrev. Однако на платформе
Oracle визуальная предыдущая запись может отличатся от
того что возвращает функция GetPrev. В итоге, в
определенных случаях, данная проверка может сбивать
текущую позицию, что и приводит к удалению совершенно
другого документа.
Вышеописанные манипуляции уже устарели, т.к.
реализованы эти проверки на системном уровне. Поэтому
данный код был удален.
Был еще раз переработан алгоритм удаления:
- добавлена дополнительная (повторная)
перепроверка прав пользователя непосредственно перед
вызовом функции удаления.
- заменен алгоритм перемещения на следующую запись
после удаления (надеюсь более надежный не приводящий к
случайным перемещениям позиций).
- аналогично доработана функция удаления платежей
по пометке.
F_PLPOR
Краткое описание :
В Реестр валютных платежных поручений по текущему фильтру
добавить итого по валютеОписание :
Валютное платежное поручениеЧто измененно :
В Реестр валютных платежных поручений по текущему
фильтру добавить итого по валюте.
Когда заходим в список собственных валютных
поручений есть возможность по [Alt]+[B] задать фильтр
по конкретной валюте. В этом случае должна быть
возможность сформировать реестр с итоговой суммой по
валюте. Если фильтр не установлен и в списке есть
валютные п/п с разными валютами, то в данном реестре в
итого должно быть либо 0, либо написано, что документы
в разных валютах. Преимущество данного реестра перед
интерактивным реестром в том, что печатать
интерактивный отчёт из этого места нельзя, к тому же
данные реестры не требуют настройки (в отличии от
интерактивного).
Как измененно :
В Реестры документов (вызов из локального меню списка
документов : Реестры документов(по текущему фильтру)) добавлен подсчет итоговой
суммы в валюте документа.
Если в формируемом реестре у всех документов совпадает валюта документа - в
конце отчета формируется итоговая сумма в валюте с указание валюты.
Изменена базовая форма: ReePlPor.
Список измененных отчетов:
Бизнес-текст:
3. Реестр платежных поручений (в валюте платежа)
3. Реестр платежных требований (в валюте платежа)
1. Реестр валютных платежных поручений (в национальной денежной единице)
2. Реестр валютных платежных поручений (в валюте отчетов)
3. Реестр авансовых отчетов (в валюте платежа)
3. Реестр бухгалтерских справок (в валюте платежа)
3. Реестр приходных кассовых ордеров (в валюте платежа)
3. Реестр расходных кассовых ордеров (в валюте платежа)
1. Реестр валютных приходных кассовых ордеров (в НДЕ)
2. Реестр валютных приходных кассовых ордеров (в валюте отчетов)
1. Реестр валютных расходных кассовых ордеров (в НДЕ)
2. Реестр валютных расходных кассовых ордеров (в валюте отчетов)
1. Реестр распределения валюты (в национальной денежной единице)
2. Реестр распределения валюты (в валюте отчетов)
3. Реестр реестров счетов (в валюте платежа)
1. Реестр валютных заявлений на аккредитив (в национальной денежной единице)
2. Реестр валютных заявлений на аккредитив (в валюте отчетов)
Fast-report:
ФРО:
Платежные документы:
Реестр документов (в нде)
Реестр документов (в валюте отчетов)
Реестр бухгалтерских справок (в валюте платежа)
Реестр документов (в валюте платежа)
Распределение валюты:
Реестр документов (в нде)
Реестр документов (в валюте отчетов)
Касса:
Реестр кассовых ордеров (в валюте платежа)
Реестр валютных кассовых ордеров (в нде)
Реестр валютных кассовых ордеров (в валюте отчетов)
Реестр авансовых отчетов (в валюте платежа)
В конец формы прототипа добавлен вывод двух полей:
c1_p5 сумма в валюте при единой валюте
c1_p6 символ единой валюты
& УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ БАЗОВЫХ ФОРМ:
REEPLPOR
F_PLPOR
Краткое описание :
Aqa-test: выводится наименование отчета и строка Итого не в той кодировкеОписание :
Бухгалтерская справкаЧто измененно :
Aqa-test: выводится наименование отчета и строка Итого не в той кодировке: название отчета в заголовке и поле "Итого"
Как измененно :
Отчет отображается корректно.
F_PLPOR
Краткое описание :
Изменения заполнения платежных поручений для РФОписание :
Платежное поручениеЧто измененно :
Изменения заполнения платежных поручений для РФ.
Согласно новому описанию, поле номер должно быть 15
символов, на данный момент оно может содержать только
10.
Как измененно :
Размер поля "Номер", закладки "Налоговые
реквизиты" увеличен до 15 символов.
F_PLPOR
Краткое описание :
Печать поля "Принято от" в ПКО при заполнении данного поля вручную в интерфейсе редактированияОписание :
Приходный кассовый ордерЧто измененно :
В рамках решения ПИР 101.51290 менялся алгоритм вывода поля "Принято от". Сейчас в приходном кассовом ордере, если не заполнен сотрудник и выбрана организация, в поле "Принято от" ПКО/ВПКО печатается наименование организации. В случаях же, когда заполнено оба поля: и "принято от", и "Организация" - в поле "принято от" печатной формы должно тянуться одноименное поле из окна редактирования.
Но в случае, если в поле "Принято от" вручную забито ФИО плательщика, то в печатную форму в одноименное поле попадают данные из поля "Организация" (клиент утверждает, что на более ранних компонентах в этом случае в печатную форму попадали данные из заполненного вручную "Принято от"). Это неудобно для пользователей функционала Галактика ВУЗы, потому что часто за обучение студентов платят их родители. Поэтому для того чтобы проводки сформировались правильно в поле "Организация" выбирают студента, а в поле "Принято от" руками вбивают ФИО плательщика, чтобы печатная форма приходного ордера соответствовала действительности.
Предлагается решить проблему: в печатной форме ПКО выводить в поле "Принято от" данные из одноименного поля интерфейса редактирования ПКО в случае заполнения данного поля.
Как измененно :
Разрешение конфликта с печатью кассовой книги: в КО организация не печатается.
Подробности в What's New.
F_PLPOR
Краткое описание :
ФРО: Доработать интерфейс "Реестры по перечислениям" (для версии 9)Описание :
Реестры по перечислениямЧто измененно :
Доработать интерфейс "Реестры по перечислениям"
Для правильного формирования проводок по платежному поручению к которому привязан реестр необходимо выполнения условия:
Получатель и банк в реестре должны быть те же, что в платежке,
также необходимо чтобы заполнялись ссылки в спецификации реестра на банк и организацию.
Как измененно :
В окно просмотра информации по реестру "Обработка реестра по перечислениям" (открытие по "Enter") добавлено отображение организации и банка получателя.
При выборе значений в поле "Организация" и "Банк получателя" соответствующая информация обновляется в спецификации самого документа для каждого сотрудника (например: при изменении банка в шапке документа ссылка на этот банк проставляется для каждого сотрудника текущего реестра).
В локальном меню, в окне просмотра документов, добавился пункт локального меню "Проверка корректности данных". Данная функция проверяет все помеченные документы(если нет помеченных - текущий) на предмет корректности ссылок для банка и организации между документом и сотрудниками, входящими в текущий документ. По завершении проверки формируется протокол с информацией о различиях.
F_PLPOR
Краткое описание :
Не работает настройка для текстовой печатной формы бух.справкиОписание :
Бухгалтерская справкаЧто измененно :
Установлена настройка:
Настройки Галактики \ Общие настройки системы \ Каталог организаций и банков\Представление наименования организаций при печати документов=тип-наименование
При печати бух.справки в формате Бизнес-текст (ФРО-Документы-Бух.сравки-Печать) в печатной форме только наименование (должен быть еще ТИП).
В каталоге организаций в поле ТИП указано "ООО", в поле наименование - только название организации.
Как измененно :
В БС собственная организация выводится с учётом настройки "Представление наименования организаций при печати документов".
Доработаны все печатные формы БС в текстовом и Fast Report-овском форматах.
F_PLPOR
Краткое описание :
расчет оплаченных налогов в платежном порученииОписание :
Платежное поручениеЧто измененно :
у Заказчика есть более десятка контрагентов, которые оплачивают счета несколькими платежками в разрезе ставок НДС.
т.о. формируем на Почтамте (один пользователь) ДО по УС, в нем 3 услуги с разными ставками НДС, платежи формируются и распределяются в УФПС (Управление - другой пользователь). Платежей 3 = по ставкам НДС.
при распределении платежа №1 распределяю по ДО услуге №1 (суммы платежа соответствуют сумме услуг) - оплаченные налоги считаются не верно.
если даже руками поправить ставку и сумму при регистрации получается неверная сумма по записям в кн. продаж, т.к. регистрация ведется с учетом собственных и несобственных позиций спецификации.
поставил существенно затрудняющие, хотя реально - это ошибка 1го уровня.
разговор и проверка с Техподдержкой (Агеева Юлия)
Как измененно :
Реализовано автоматическое распределения по
позициям спецификации документа основания.
Распределение возможно по двум схемам. Если в
интерфейсе настроек "Настройки Галактики \
Бухгалтерский контур \ Обработка документов \ Параметры
работы с документами различных типов" для параметра
"схема распределения" задано значение "по порядку", то
распределение происходит по порядку. Если установлено
любое другое значение, то производится пропорциональное
распределение.
Распределение запускается:
- При привязке ДО.
- При установке даты оплаты в документе к которому
привязано ДО.
Распределение отменяется:
- При отвязке ДО.
- При удалении даты оплаты в документе к которому
привязано ДО.
В пакетном распределение платежей, распределение
производится при привязке ДО к платежному документу, а
отмена распределения, соответственно, при отвязке ДО.
Для того, что бы открыть окно распределения по ДО,
необходимо выполнить пункт локального меню -
"Распределение по спецификации накладных". В случае,
если по ДО не сформировано накладных, откроется окно
распределения по позициям ДО. В случае если накладные
есть - откроется окно распределения по спецификации
накладных/актов.
Кроме этого, всегда открыть окно распределения по
позициям ДО, можно нажав F4 в окне редактирования
хоз.операции, на закладке "Оплата МЦ/Услуг ДО".
На основании вышеописанной доработки изменен
алгоритм расчета налогов.
Если к хоз.операции привязано ДО, по которому нет
распределения ни по позициям спецификации ДО, ни по
позициям спецификации накладной/акта, то налоги
рассчитываются по ДО. А именно, рассчитанные налоги в
ДО умножаются на коэффициент оплаты текущего ДО в
платеже (сумма хоз.операции деленная на сумму ДО).
Если к хоз.операции привязано ДО, по которому есть
распределение по позициям спецификации ДО, но нет
распределения по позициям спецификации накладной/акта,
то налоги рассчитываются в соответствии с оплаченными
позициям спецификации ДО.
Если к хоз.операции привязано ДО, по которому есть
распределение по позициям спецификации ДО, и есть
распределения по позициям спецификации накладной/акта,
то налоги рассчитываются в соответствии с оплаченными
позициям спецификации накладной/акта.
После выполнения распределения или отмены
распределения вручную (в окне "Распределение по
позициям ДО"), запускается пересчет налогов.
Распределение не производится по ДО на предоплату,
если у них отсутствует спецификация документа.