Текущие компоненты

Название продукта Название компонента Тип Последняя версия Дата выхода
Галактика ERP 9.1L_SOPRBASERES

Справка по компоненту.

Количество версий компонента262
Количество рещенных задач712
Последная дата обработки компонента2023-12-17 18:32:02
Последная дата файла2023-12-16 17:31:35
Последная версия9.1.163.0

Новые задачи в этом компоненте

L_SOPRBASE
102.159613
L_SOPRBASE ( 9.1.61.0 )
2016-12-28 12:56:00

Краткое описание :

Автоматическое формирование дополнительных ЭСчФ

Описание :

Счета-фактуры поставщика (Беларусь)

Что измененно :


Необходимо автоматизировать формирование ЭСчФ для так называемой корректировки
налоговой базы в бизнес-процессе перевыставления коммунальных услуг арендаторам.
Эта случаи относящиеся с корректировке налоговой базы требуется отражать ЭСчФ с
типом "Дополнительная"
Описываю со слов клиента ситуацию.

Энергонадзор в начале месяца присылает счет:
Электроэнергия 100 квт по 19.5 руб стоимость и НДС.
Вы оплачиваете ему вперед за месяц.
31 числа он присылает акт, но уже такой:
Электроэнергия 100 квт по 19.5 руб
Индексация электроэнергии - сумма, НДС.

И так - каджый месяц! Это обычная практика энергонадзора (и по теплоэнергии -
то же самое)

На портал нам выставят две ЭСчФ - исходную по первой строчке и "Дополнительную"
(возможно с отрицательной суммой) по второй. Номер дополнительной СФ
формируется произвольно при выставлении и никак не связан с номером акта.

Эту индексацию мы перевыставляем нашему арендатору (ну как арендатору - 800
арендаторам!). Она как правило является позицией спецификации в счете, какой
же как и другие коммунальные услуги.
Но при пакетном (!) формировании актов - если рассматривать имеющийся у нас
бизнес-процесс - для нее нужно автоматом создать отдельный акт и при пакетном
(же!) формировании ЭСчФ сформировать документ с типом "Дополнительный" который
должен иметь ссылку на входящий дополнительный ЭСчФ.

Необходимость перевыставления сумм индексации арендаторам потребовали
(подтвердили) аудиторы на двух проверках у клиента.

Как измененно :

Группировка и разделение корректировочных документов.
Добавлена новая настройка: "Настройки Галактики \ Логистика \ Документы \
Сопроводительные документы \ Формирование документов \ Формирование
корректировочных документов. Применять алгоритм группировки спецификации и
разделения на документы". Настройка активна при включенной "Настройки Галактики
\ Логистика \ Документы \ Сопроводительные документы \ Формирование документов
\ После формирования по ДО сгруппировать спецификацию и разделить
сопроводительный документ"
По данной настройке происходит группировка спецификации созданного
корректировочного документа по внешнему атрибуту-ссылке из спецификации или
каталога МЦ, и разделение на отдельные корректировочные документы.

В каталог услуг добавлено поле-признак Индексационная услуга.
Во время создание СД по ДО услуги с признаком "индексационная" всегда создаются
отдельными актами.

При одиночном/пакетном создании СФ по акту на возмещение затрат с услугами с
признаком "индексационная" создается СФ с типом записи "Возмещение затрат" и
типом ЭСЧФ "Доп. без ссылки на ЭСЧФ". Для указанных СФ также доработана функция
автоматического определения СФ получателя и заполнение полей "Номер ЭСЧФ
продавца" и "дата выписки" раздела 2.
Алгоритм работы с СФ по возмещению затрат с услугами с признаком
"индексационная" аналогичен алгоритму для СФ по возмещению затрат с обычными
услугами.

Доработана возможность пакетного формирования ЭСЧФ с типом "Дополнительный" по
корректировочным актам.


Описание алгоритма возмещения затрат при методе учета по отгрузке:
1) Создается акт сбыта с заданным для возмещения затрат статусом;
2) К услугам или к позициям спецификации акта задается внешний атрибут.
Название атрибута задается в настройке Настройки Галактики \ Логистика \
Налоги, документы для учета НДС \ Беларусь \ Атрибут "Организация для
возмещения затрат" (каталог услуг, спецификация сопроводительного документа);
3) По нему формируется СФ с типом "Возмещение затрат" в сбыте с положительной
суммой. В созданном СФ устанавливается: в разд.2 п.6 статус поставщика
"Посредник", в разд.3 п.15 статус получателя "Потребитель" и в разд.2 п.12
"Номер ЭСЧФ продавца" и "Дата выписки" заполняются согласно найденному СФ из
снабжения. Если полученный "Номер ЭСЧФ продавца" не соответствует заданному
шаблону поля, то он принимает значение пустой строки;
4)Поиск СФ снабжения производится путем определения последнего СФ по услуге
спецификации акта и организации одного из внешних атрибутов. Если задан внешний
атрибут к позиции спецификации акта, то организация берется из него. Если
атрибут к позиции спецификации акта не задан, то организация берется из
атрибута к услуге.
Пользователю необходимо контролировать корректность выбора СФ снабжения
системой для ситуаций, когда алгоритм поиска не соответствует реальному
расположению СФ. В этом случае необходимо в разд.2 п.12 "Номер ЭСЧФ продавца" и
"Дата выписки" задавать вручную;
5) При регистрации СФ записи создаются в книге покупок с минусом и на имя
организаций из атрибутов (выбор организации из атрибутов см. в п.3). Количество
записей соответствует количеству заданных через атрибут организаций.
L_SOPRBASE
102.160750
L_SOPRBASE ( 9.1.61.0 )
2016-12-28 12:56:00

Краткое описание :

При просмотре информации со штрих-кодом удаляются закрытые поставки по Акту о приемке МЦ

Описание :

Акты о приемке материалов

Что измененно :


При просмотре информации со штрих-кодом удаляются закрытые поставки по Акту о приемке МЦ.
Просмотр ШК должен быть доступен без всяких предупреждений.

Как измененно :


При просмотре штрих-кода закрытые поставки не удаляются и сообщение не выдается.
L_SOPRBASE
102.160757
L_SOPRBASE ( 9.1.61.0 )
2016-12-28 12:56:00

Краткое описание :

Логирование предупреждений при работе с DSK, объект: "GTekOst_TekVol_Is"

Описание :

Складская сторона накладной

Что измененно :

Логирование предупреждений при работе с DSK, объект:
"GTekOst_TekVol_Is"
При выборе в спецификации по CTRL+F2 из панели Объекты Целевого учета (справа)
- ENTER.
----------------------------------------------------
16.11.2016 15:48:51.49, объект: "GTekOst_TekVol_Is"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : NAKL501
Записан: GTEKOSTSKPR
----------------------------------------------------
16.11.2016 15:49:06.27, объект: "GTekOst_TekVol_Is"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : NAKL501
Записан: GTEKOSTSKPR
----------------------------------------------------
16.11.2016 15:49:35.93, объект: "GTekOst_TekVol_Is"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : NAKL501
Записан: GTEKOSTSKPR

Как измененно :

Убраны предупреждения при работе с DSK
L_SOPRBASE
102.161142
L_SOPRBASE ( 9.1.61.0 )
2016-12-28 12:56:00

Краткое описание :

Некорректная сумма в ордере дооценки

Описание :

Приходные ордера

Что измененно :


Некорректная сумма в ордере дооценки по корректировочной накладной, если оприходование было в отпускных единицах и коэффициент не равен 1.

Как измененно :


При дооценке по корректировочной накладной сумма дооценки не делиться на коэффициент отпускной единицы измерения, так как количество дооценки равно нулю.
L_SOPRBASE
102.161273
L_SOPRBASE ( 9.1.61.0 )
2016-12-28 12:56:00

Краткое описание :

Подробная информация по суммам СД в окне с расширенной информацией

Описание :

Приходные накладные

Что измененно :

Подробная информация по суммам СД в окне с расширенной
информацией.
В окне должны быть суммы: общая сумма, сумма с налогами, без налогов,
оплаченная сумма (распределенная), не оплаченная (все в валюте и НДЕ), курс.

Как измененно :

В сопроводительных документах сбыта, снабжения, УКСа,
складского учета, консигнации в Расширенной информации по документу реализована
закладка "Подробная информация".
В анкетной форме закладки расположены поля: Дата курса валюты, курс, дата
расчета налогов, общая сумма, сумма всех налогов, сумма без налогов, оплаченная
сумма.
В нижнюю панель перенесены закладки "Проводки" и "Хозоперации"
L_SOPRBASE
102.161311
L_SOPRBASE ( 9.1.61.0 )
2016-12-28 12:56:00

Краткое описание :

Перенести функционал Связанных документов и Внешних атрибутов в L_SoprBase

Описание :

Приходные накладные

Что измененно :


Перенести функционал Связанных документов и Внешних атрибутов в L_SoprBase

Как измененно :


Функционал Связанных документов и Внешних атрибутов перенесен в L_SoprBase
L_SOPRBASE
102.161388
L_SOPRBASE ( 9.1.61.0 )
2016-12-28 12:56:00

Краткое описание :

Логирование предупреждений при работе с DSK, объект: "UZBEKwinFiltr"

Описание :

Транзитные накладные

Что измененно :


Логирование предупреждений при работе с DSK, объект: "UZBEKwinFiltr"
F3 в поле шапки "Накладная №" - интерфейс выбора накладных и ALT+F:
----------------------------------------------------
02.12.2016 15:42:30.99, объект: "UZBEKwinFiltr"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : SPIS_PRIHNAKL
Записан: SOPINMOV
----------------------------------------------------
02.12.2016 15:50:11.71, объект: "UZBEKwinFiltr"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : SPIS_PRIHNAKL
Записан: SOPINMOV
----------------------------------------------------
02.12.2016 15:53:23.93, объект: "UZBEKwinFiltr"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : SPIS_PRIHNAKL
Записан: SOPINMOV

Как измененно :


Убраны предупреждения с DSK в интерфейсе выбора накладных при установке фильтра.
L_SOPRBASE
102.161639
L_SOPRBASE ( 9.1.61.0 )
2016-12-28 12:56:00

Краткое описание :

Логирование предупреждений при работе с DSK, объект: "_CanEditAttribute_" и "ExClassifier_isPutPick"

Описание :

Накладные на отпуск

Что измененно :


Логирование предупреждений при работе с DSK, объект: "_CanEditAttribute_" и "ExClassifier_isPutPick"
При вызове ALT+A и ALT+C в накладных, актах:
----------------------------------------------------
07.12.2016 15:06:05.21, объект: "_CanEditAttribute_"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : ATTRIBUTE
Записан: AKTUSL
----------------------------------------------------
07.12.2016 15:06:09.39, объект: "_CanEditClassifier_"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : EXCLASSIFIER
Записан: AKTUSL
----------------------------------------------------
07.12.2016 15:06:09.39, объект: "ExClassifier_isPutPick"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : EXCLASSIFIER
Записан: TTNDOC
----------------------------------------------------
07.12.2016 15:07:45.16, объект: "_CanEditAttribute_"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : ATTRIBUTE
Записан: SOPRDOC
----------------------------------------------------
07.12.2016 15:07:47.78, объект: "_CanEditClassifier_"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : EXCLASSIFIER
Записан: SOPRDOC
----------------------------------------------------
07.12.2016 15:07:47.78, объект: "ExClassifier_isPutPick"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : EXCLASSIFIER
Записан: TTNDOC

Как измененно :


Избавлено от предупреждение ОТК
L_SOPRBASE
106.10381
L_SOPRBASE ( 9.1.61.0 )
2016-12-28 12:56:00

Краткое описание :

Удаление спецификации в акте на пересортицу

Описание :

Акты на пересортицу

Что измененно :


Удаление спецификации в акте на пересортицу
После установки обновлений у клиента возникли проблемы с удалением спецификации в акте на пересортицу без пометки позиции

Как измененно :


Исправлена возможность удаления позиций спецификации в Акте на пересортицу без пометки
L_SOPRBASE
101.60645
L_SOPRBASE ( 9.1.61.0 )
2016-12-28 12:56:00

Краткое описание :

Разрешать удаление ордеров в документах складского учета=нет

Описание :

Накладные на внутреннее перемещение

Что измененно :


При раздельном формировании ордеров по НВП и значение настройки "Разрешать удаление ордеров в документах складского учета=нет" проверять при формировании ордеров сразу выбранный вид ордера, а затем уже наличие по виду.

Как измененно :


При раздельном формировании приходных/расходных ордеров и значение настройки "Разрешать удаление ордеров в документах складского учета=нет", при повторном формировании ордера по НВП сразу происходит выбор вида ордера, а затем уже проверка на его наличие. Таким образом, если пользователь сформировал уже расходный ордер по НВП, но затем формирует только приходный, то это возможно.

9.1.163.09.1.162.09.1.161.09.1.160.09.1.159.09.1.158.09.1.157.09.1.156.09.1.155.09.1.154.09.1.153.09.1.152.09.1.151.09.1.150.09.1.149.09.1.148.09.1.147.09.1.146.09.1.145.09.1.144.09.1.143.09.1.142.09.1.141.09.1.140.09.1.139.09.1.138.09.1.137.09.1.136.09.1.135.09.1.132.09.1.131.09.1.130.09.1.129.09.1.128.09.1.127.09.1.126.09.1.137.29.1.134.09.1.133.09.1.125.09.1.124.09.1.123.09.1.122.09.1.121.09.1.120.09.1.119.09.1.118.09.1.117.09.1.116.09.1.115.09.1.114.09.1.113.09.1.112.09.1.111.09.1.110.09.1.109.09.1.108.09.1.107.09.1.106.09.1.105.09.1.104.09.1.103.09.1.102.09.1.101.09.1.100.09.1.99.09.1.98.09.1.097.09.1.096.09.1.095.09.1.94.09.1.094.09.1.93.09.1.093.09.1.92.09.1.91.09.1.091.09.1.090.19.1.90.19.1.90.09.1.090.09.1.089.09.1.89.09.1.88.09.1.088.09.1.87.09.1.086.09.1.86.09.1.085.09.1.85.09.1.84.09.1.084.09.1.83.19.1.083.09.1.83.09.1.082.09.1.82.09.1.081.09.1.81.09.1.80.09.1.080.09.1.79.09.1.079.09.1.78.09.1.078.09.1.077.09.1.77.09.1.76.19.1.076.09.1.76.09.1.075.09.1.75.09.1.74.09.1.074.09.1.073.09.1.73.09.1.72.09.1.072.09.1.71.09.1.071.09.1.070.09.1.70.09.1.69.09.1.069.09.1.68.09.1.068.09.1.067.09.1.67.09.1.66.09.1.066.09.1.65.09.1.065.09.1.064.09.1.64.09.1.63.09.1.062.09.1.62.09.1.61.09.1.061.09.1.60.09.1.060.09.1.59.09.1.059.09.1.58.09.1.058.09.1.057.09.1.57.09.1.056.09.1.56.09.1.55.09.1.055.09.1.54.09.1.054.09.1.053.09.1.53.09.1.052.09.1.52.09.1.051.09.1.51.09.1.050.09.1.50.09.1.49.09.1.049.09.1.48.09.1.048.09.1.47.09.1.047.09.1.46.09.1.046.09.1.045.09.1.45.09.1.044.09.1.44.09.1.43.09.1.043.09.1.042.09.1.42.09.1.41.09.1.041.09.1.40.09.1.040.09.1.39.09.1.039.09.1.38.09.1.038.09.1.037.19.1.37.19.1.37.09.1.037.09.1.036.09.1.36.09.1.35.09.1.035.09.1.34.09.1.034.09.1.33.09.1.033.09.1.32.09.1.032.09.1.31.19.1.31.09.1.031.09.1.30.09.1.030.09.1.29.09.1.029.09.1.28.09.1.028.09.1.27.09.1.027.09.1.026.09.1.26.09.1.025.09.1.25.09.1.24.09.1.024.09.1.23.09.1.023.09.1.22.09.1.022.09.1.21.09.1.021.09.1.20.09.1.020.09.1.019.09.1.19.09.1.018.09.1.18.09.1.17.09.1.16.09.1.016.09.1.015.09.1.15.09.1.014.09.1.14.09.1.013.09.1.13.09.1.012.09.1.12.09.1.11.09.1.011.09.1.010.09.1.10.09.1.009.09.1.9.09.1.8.09.1.008.09.1.7.09.1.007.09.1.006.09.1.6.09.1.005.09.1.5.09.1.4.09.1.004.09.1.3.19.1.3.09.1.003.09.1.002.09.1.2.09.1.1.09.1.001.0