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

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

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

Количество версий компонента296
Количество рещенных задач1104
Последная дата обработки компонента2023-12-16 20:03:27
Последная дата файла2023-12-16 17:31:32
Последная версия9.1.191.0

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

F_PLPOR
102.194992
F_PLPOR ( 9.1.124.0 )
2019-01-21 11:36:25

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

сохранять при возврате кассовых документов значение полей "Организация" и поля "Выдать"/"Принять от"

Описание :

Приходный кассовый ордер

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


Реализован функционал возврата платежей для Приходного кассового ордера/Расходного кассового ордера.
В связи с чем необходимо сохранять (при возврате кассовых документов) значение полей "Организация" и поля "Выдать"/"Принять от"
см. ПИР 180.10848
реализовать решение на продукты 9.1 и 9.2

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


Исправлено.
F_PLPOR
102.195249
F_PLPOR ( 9.1.124.0 )
2019-01-21 11:36:25

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

ATL5533 Ошибки при печати формы в формате FR

Описание :

Поручение на покупку валюты

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


ATL5533 Ошибки при печати формы в формате FR
настройка Россия
Модуль ФРО - Документы - Валютно-обменные документы. Поручение на покупку валюты.
При печати формы "Поручение на покупку иностранной валюты (Сбербанк России)"
выдается:
---------------------------
FastReport - Ошибка
---------------------------
Были обнаружены следующие ошибки:
Memo41: Could not convert variant of type (UnicodeString) into type (Double)
Memo43: Could not convert variant of type (UnicodeString) into type (Double)
---------------------------
ОК
---------------------------
Модуль ФРО - Документы - Валютно-обменные документы. Реестр распределения валюты.
---------------------------
FastReport - Ошибка
---------------------------
Были обнаружены следующие ошибки:
Memo32: Could not convert variant of type (OleStr) into type (Double)
---------------------------
ОК
---------------------------
настройка Беларусь
Модуль ФРО - Документы - Валютно-обменные документы. Поручение на покупку валюты.
При печати формы "Заявка на покупку валюты (Минский транзитный банк)"
выдается:
---------------------------
FastReport - Ошибка
---------------------------
Были обнаружены следующие ошибки:
Memo2: Could not convert variant of type (OleStr) into type (Double)
---------------------------
ОК
---------------------------

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


ATL5533 Устранены причины ошибок при печати форм в формате FR
настройка Россия
Модуль ФРО - Документы - Валютно-обменные документы. Поручение на покупку валюты.
При печати формы "Поручение на покупку иностранной валюты (Сбербанк России)"
выдается:
---------------------------
FastReport - Ошибка
---------------------------
Были обнаружены следующие ошибки:
Memo41: Could not convert variant of type (UnicodeString) into type (Double)
Memo43: Could not convert variant of type (UnicodeString) into type (Double)
---------------------------
ОК
---------------------------
Модуль ФРО - Документы - Валютно-обменные документы. Реестр распределения валюты.
---------------------------
FastReport - Ошибка
---------------------------
Были обнаружены следующие ошибки:
Memo32: Could not convert variant of type (OleStr) into type (Double)
---------------------------
ОК
---------------------------
настройка Беларусь
Модуль ФРО - Документы - Валютно-обменные документы. Поручение на покупку валюты.
При печати формы "Заявка на покупку валюты (Минский транзитный банк)"
выдается:
---------------------------
FastReport - Ошибка
---------------------------
Были обнаружены следующие ошибки:
Memo2: Could not convert variant of type (OleStr) into type (Double)
---------------------------
ОК
---------------------------
F_PLPOR
102.195537
F_PLPOR ( 9.1.124.0 )
2019-01-21 11:36:25

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

RunTime 213 при копировании платежных документов

Описание :

Платежное поручение

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


При копировании платежных документов у клиента возникает RunTime 213.
Проблема проявляется не всегда.
Удалось проявить на чистом exe в офисе. Был записан ролик и собран sil-протокол(См. по пути: q:\work\rebkovets\RunTime\RunTime_3\).
Отчет о компонентах см. во вложении.

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


Исправлено.
Решение по ПИР 102.192932 было затерто на обновлениях. Необходимо его заново выпустить.
F_PLPOR
106.10562
F_PLPOR ( 9.1.124.0 )
2019-01-21 11:36:25

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

Сделать отдельную настройку "Разрешать \ запрещать создание СФ"

Описание :

Наши счета-фактуры

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


Сделать отдельную настройку "Разрешать \ запрещать создание СФ"

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


Изменены варианты выбора для настройки "Разрешать работу c документами для учета НДС": нет / да / только в сбыте / только в снабжении.
Раздел: "Настройки Галактики \ Логистика \ Налоги, документы для учета НДС"

Примечание.
Для того, чтобы изменить тип настройки на пользовательский, необходимо в модуле "Настройка", меню "Настройка - Администратор настроек" выбрать настройку "Разрешать работу c документами для учета НДС" и изменить тип. Для каждого пользователя установить нужное значение настройки.
F_PLPOR
101.66377
F_PLPOR ( 9.1.124.0 )
2019-01-21 11:36:25

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

Некорректная общая сумма в случае, когда налоги не входят в цену

Описание :

Приходный кассовый ордер

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


Некорректная общая сумма в случае, когда налоги не входят в цену
Скриншоты и описание - во вложении.

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


Выполнена доработка для способов расчета "полный расчет" и "частичный расчет" в случаях когда налоги не входят в сумму документа.
Для способа расчета "полный расчет" в поле "Итого к оплате" передается итоговая сумма плюс налоги по ней.
Для способа расчета "частичный расчет" в поле "Итого к оплате" передается итоговая сумма плюс налоги по ней, а в поле "Сумма по чеку постоплатой" накапливается сумма подлежащая к доплате.

Кроме этого установка признака обработки в ККТ позиции распределения выполняется теперь не после закрытия окна регистрации в ККТ, а только после успешной отработки точки расширения epKO_KKTDoneConnection_v1_05.
F_PLPOR
101.66415
F_PLPOR ( 9.1.124.0 )
2019-01-21 11:36:25

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

Онлайн-кассы - повторно регистрируемый при отгрузке платеж-предоплата не учитывается как предоплата

Описание :

Приходный кассовый ордер

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


По ДО сформирован входящий платёж и корректно зарегистрирован в ККТ (как предоплата). На следующий день формируем накладную и заново регистрируем тот же ПКО - уже как "ПОЛНЫЙ РАСЧЕТ", либо "ЧАСТИЧНЫЙ РАСЧЕТ И КРЕДИТ". Но при этом тег 1215 (сумма предоплат по чеку) не формируется.
См. также подробное описание клиента во вложенном файле.

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


Для способов расчета "Полный расчет" и "Частичный
расчет и кредит" доработан алгоритм определения
предоплаты для распределенных позиций спецификации
накладной/акта. Предоплата по позиции накладной/акта
определяется на основании суммы регистрации в ККТ
аналогичной позиции спецификации ДО.
Допустим есть КО на 100 рублей и ДО на 100 рублей.
В ДО есть Позиция1 на 30 рублей и Позиция2 на 70
рублей. После привязки ДО к КО выполнена регистрация
аванса. Затем по ДО формируется накладная, выполняется
ее распределение и запускается регистрация в ККТ.
В накладной для Позиция1 будет найдена
обработанная регистрация аванса в ККТ на 30 рублей для
Позиция1 в ДО. Соответственно для Позиция2 будет
найдена обработанная регистрация аванса в ККТ на 70
рублей. Итого по данному чеку будет предоплата 100
рублей.
Если к КО привязать ДО с накладной (т.е.
регистрация аванса не выполнялась), то для такого чека
предоплата будет равна 0.
F_PLPOR
101.66436
F_PLPOR ( 9.1.124.0 )
2019-01-21 11:36:25

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

Онлайн-кассы - для нераспределенных по позициям ДО/накладных платежей выполнять автораспределение при запуске регистрации в ККТ

Описание :

Приходный кассовый ордер

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


Предлагается при регистрации платежа в ККТ выполнять автоматическое распределение по позициям ДО/накладных, если в регистрируемом платёжном документе требуемое распределение полностью отсутствует, а в настройке "Параметры работы с документами различных типов" для данного типа документов (ПП, ПКО) указано "Распределять сумму платежа" = "автоматически". Иначе в некоторых ситуациях приходится делать распределение вручную.

Пример: авансовый платёж распределён по позициям ДО и зарегистрирован в ККТ (как предоплата). Потом делаем отгрузку, пытаемся зарегистрировать платёж снова (уже как полный расчёт) - но нет распределения по накладной и приходится делать его вручную, несмотря на настройку автораспределения.
См. также описание клиента во вложенном файле.

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


Если в платежном или кассовом документе проставлена дата оплаты, а в интерфейсе настройке "Настройки Галактики \ Бухгалтерский контур \ Обработка документов \ Параметры работы с документами различных типов" для параметра "Распределять сумму платежа" установлено значение "Автоматически", то при нажатии на кнопку "Регистрация в ККТ", для хоз.операций входящих в сумму документа и разнесенных по ДО запускается распределение по позициям спецификации ДО и накладных/актов в следующих случаях:
1. Если по ДО нет накладных, то распределение по позициям спецификации ДО выполнится только в случае отсутствия распределения для текущей хозоперации.
2. Если по ДО есть накладные/акты, то распределение по позициям спецификации накладных/актов будет запускаться только для накладных, по которым отсутствует распределение по текущей хозоперации.

После завершения распределения по спецификациям выполняется регистрация в ККТ.
F_PLPOR
101.66474
F_PLPOR ( 9.1.124.0 )
2019-01-21 11:36:25

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

Онлайн-кассы - после перепривязки авансового платежа к ДО с реальной отгрузкой он не учитывается как предоплата

Описание :

Приходный кассовый ордер

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


При продаже подарочной карты (это МЦ с атрибутом "аванс") оформляется ДО с такой позицией, ПКО распределяется на эту МЦ и регистрируется в ККТ как аванс, всё верно.
Затем покупатель используя эту подарочную карту приобретает реальные МЦ - оформляется новый ДО с реальной спецификацией.
Далее нужно старый (авансовый) ПКО перепривязать к новому (реальному) ДО - для этого в старой хозоперации проставляется "Входит в сумму документа" = "-" и добавляется новая ХО со ссылкой на новый ДО и распределением по позициям накладной.
Проблема в том, что сейчас в соответствии с решением ПиР 101.66415 тег 1215 "сумма предоплат по чеку" не формируется, поскольку в новой ХО нет распределения по старому (авансовому) ДО.
Предлагается при установке "Входит в сумму документа" = "-" в старой ХО проставлять на неё ссылку в автоматически формируемой новой ХО. Далее при регистрации в ККТ для накопления тега 1215 анализировать не только распределение по ДО регистрируемой новой ХО (ПиР 101.66415), но и распределение по ДО связанной (авансовой) ХО.

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


Алгоритм работы с платежами-авансами следующий.
1. Сначала формируется ДО с авансовыми позициями спецификации (должно содержать только авансовые позиции).
2. Данное ДО привязывается к кассовому ордеру и регистрируется в ККТ как аванс.
3. Затем формируется новое ДО с не авансовыми позициями спецификации.
4. В кассовом ордере, в хозяйственной операции к которой было привязано авансовое ДО необходимо выполнить увод хозоперации в минус с автоматическим созданием хозоперации (должна быть включена настройка "Настройки Галактики \ Бухгалтерский контур \ Обработка документов \ Хозяйственные операции и бухгалтерские проводки \ Контроль баланса при изменении признака входимости хозоперации").
5. В автоматически созданной хозоперации отвязываем ДО с авансовыми позициями спецификации и привязываем ДО с реальными позициями.
6. Повторно нажимаем на кнопку регистрации ККТ, в результате выдается сообщение о запрете повторной регистрации аванса. Связано это с тем, что по новому ДО отсутствуют накладные.
7. После формирования накладных по ДО с реальными позициями снова нажимаем на кнопку регистрации ККТ. В результате выполняется следующее:
- для хозоперации входящей в сумму документа проверяется наличие хозоперации не входящей в сумму документа и если така хозоперация существует, то проверяется есть ли к ней привязка ДО с авансовыми позициями;
- если авансовые позиции существуют, то сумма текущей хозоперации (входящей в сумму документа) накапливается в поле "Сумма по чеку предоплатой", т.к. считается, что все позиции распределенные по текущей хозоперации были зарегистрированы как аванс.

9.1.191.09.1.190.09.1.189.09.1.188.09.1.187.09.1.186.09.1.185.09.1.184.09.1.183.09.1.182.09.1.181.09.1.180.09.1.178.09.1.176.09.1.175.09.1.174.09.1.173.09.1.172.09.1.171.09.1.170.19.1.170.09.1.169.09.1.168.09.1.167.19.1.167.09.1.164.09.1.163.09.1.162.09.1.161.09.1.179.09.1.177.09.1.166.09.1.165.09.1.160.09.1.159.09.1.158.09.1.157.09.1.156.29.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.134.09.1.133.09.1.132.09.1.131.09.1.130.09.1.129.09.1.128.09.1.127.09.1.126.19.1.126.09.1.125.09.1.124.09.1.123.19.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.099.09.1.99.09.1.098.09.1.98.09.1.097.09.1.97.09.1.96.09.1.096.09.1.095.09.1.95.09.1.094.09.1.94.09.1.93.09.1.093.09.1.092.09.1.92.09.1.091.09.1.91.09.1.090.09.1.90.09.1.089.09.1.89.09.1.088.09.1.88.09.1.087.09.1.87.09.1.86.09.1.086.09.1.085.09.1.85.09.1.84.09.1.084.09.1.83.09.1.083.09.1.82.09.1.082.09.1.081.09.1.81.09.1.080.09.1.80.09.1.79.09.1.079.09.1.78.09.1.078.09.1.77.09.1.077.09.1.76.09.1.076.09.1.075.09.1.75.09.1.074.09.1.74.09.1.073.09.1.73.09.1.072.09.1.72.09.1.71.09.1.071.09.1.70.09.1.070.09.1.69.09.1.068.09.1.68.09.1.67.09.1.067.09.1.66.09.1.066.09.1.65.09.1.065.09.1.064.09.1.64.09.1.063.09.1.63.09.1.062.09.1.62.09.1.061.09.1.61.09.1.060.09.1.60.09.1.59.09.1.059.09.1.58.09.1.058.09.1.057.09.1.57.09.1.56.09.1.056.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.51.09.1.051.09.1.50.09.1.050.09.1.049.09.1.49.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.44.09.1.044.09.1.43.19.1.043.09.1.43.09.1.42.09.1.042.09.1.041.09.1.41.09.1.40.09.1.040.09.1.039.09.1.39.09.1.38.09.1.038.09.1.37.09.1.037.09.1.036.09.1.36.09.1.035.09.1.35.09.1.034.09.1.34.09.1.33.09.1.033.09.1.32.09.1.032.09.1.31.09.1.031.09.1.30.09.1.030.09.1.029.09.1.29.09.1.28.09.1.028.09.1.27.09.1.027.09.1.26.19.1.26.09.1.026.09.1.25.09.1.025.09.1.24.09.1.024.09.1.023.09.1.23.09.1.22.09.1.022.09.1.021.09.1.21.09.1.020.09.1.20.09.1.19.09.1.018.19.1.018.09.1.18.09.1.017.09.1.17.09.1.16.09.1.016.09.1.015.09.1.15.09.1.14.09.1.014.09.1.13.09.1.013.09.1.012.09.1.12.09.1.011.09.1.11.09.1.10.09.1.010.09.1.009.09.1.9.09.1.008.09.1.8.09.1.007.09.1.7.09.1.6.09.1.006.09.1.5.09.1.005.09.1.004.09.1.4.09.1.003.09.1.3.09.1.002.09.1.2.09.1.1.09.1.001.0