L_COMMON
Краткое описание :
Получение данных в накладную от весовОписание :
Накладные на отпускЧто измененно :
Требуется настроить сопряжение автоматических весов клиента с
Галактикой (заполнение в накладной на сбыт данных о весе пустого транспорта
перед погрузкой, транспорта с грузом, веса груза).
Марка весов: "ТЕНЗОДАТ"
Контакты фирмы поставщика весов: http://tenzodat.deal.by/
Как измененно :
Подключение весов для КричевЦементошифера.
Выполнено подключение Weight.dll.
Доступны в VIP функции:
// инициализация весов по адресу весовой платформы
function InitScales02(byte, byte): word; external 'Weight.dll';
// Получить вес с весовой платформы
function GetWeight02(word): integer; external 'Weight.dll';
// получить состояние весовой платформы
function GetState02(word): word; external 'Weight.dll';
Убрана настройка: рабочее место весовщика "com-драйвер"(*)
Добавлена новая: "Настройки Галактики \ Логистика \ Весовые характеристики \
Рабочее место весовщика (альтернативное)"
- COM-объект(Alex S&E) - это работа с весами, которые раньше подключались по
настройке (*)
- COM-порт - доработка для Кричевцементошифера
Весовые платформы подключаются через com-порт. Допустимо подключать 2 весовые
платформы.
Работа с весами аналогична работе "COM-объект(Alex S&E)".
Разница в настройке весов. В окне "Работа с весами" выполнить п.локального меню
"Настройка драйвера".
Там 2 поля с адресами платформ. По умолчанию адрес = 131.
Поддержка работоспособности Weight.dll возложена на разработчиков со стороны
клиента.
L_COMMON
Краткое описание :
Реализация несколько шаблонов ТТИОписание :
Накладные на отпускЧто измененно :
В настоящий момент есть возможность завести один шаблон ТТИ.
На практике это не удобно. т.к. информация в ТТИ зависит от разреза: контрагент - автопредприятие - автомобиль - водитель (экспедитор)
Это значит, что шаблонов может быть много.
Нужно предоставить пользователю возможность самостоятельно заполнять шаблоны по нужному разрезу. Это ускорит процесс оформления ТТН.
Техническая информация:
(1) Реализовать связь шаблонов ТТИ с контрагентом через таблицу DocRef. Дать возможность заполнить автопредприятие (cDopFld1), автомобиль (sDopFld1), Водитель (sDopFld2)
(2) Реализовать связь шаблонов ТТИ с автопредприятием через таблицу DocRef. Дать возможность заполнить контрагента (cDopFld1), автомобиль (sDopFld1), Водитель (sDopFld2)
- Расширить настройку "Настройки Галактики \ Логистика \ Документы \ Автозаполнение полей ТТИ" значениеми: шаблоны контрагентов (для связи (1)), шаблоны автопредприятия (для связи(2))
- По п.лок.меню в ТТИ "Настройка автозаполнения полей ..." реализовать интерфейс по установке описанных связей, созданию шаблонов ТТИ
- В интерфейсе TTNDoc реализовать создание ТТИ по вышеописанным шаблонам. Если связь (1) содержит несколько шаблонов для данного контрагента, то предлагать интерфейс выбора шаблона. Аналогично и для связи (2).
Как измененно :
Реализована возможность формирования многих шаблонов ТТИ в разрезе:
- предприятия
- автопредприятия.
Выбор шаблона определяется настройкой:
"Настройки Галактики \ Логистика \ Документы \ Автозаполнение полей ТТИ"
L_COMMON
Краткое описание :
Состояние задолженности при распределении платежаОписание :
Бухгалтерская справкаЧто измененно :
ФРО - Документы - Платежное поручение/бухсправка.
Привязываем ДО. Автоматический расчет баланса. V - есть
платежи, Н - только отгрузка. Возврат по рекламации
никак не обозначен. Бухгалтеру неудобно работать. Можно
ли добавить еще признак, "долг закрыт возвратом"?
Достаточно какой-нибудь буквы и цветом выделять,
аналогично как сейчас выделяется: черный - долг на всю
сумму, красный - долг закрыт полностью, зеленый - долг
закрыт частично.
Как измененно :
В интерфейсе выбора ДО, в режиме расчета баланса
по ДО добавлено поле "Возврат", в котором отображается
сумма возвратов по рекламационным накладным для
текущего ДО. В случае, если по ДО нет оплаты и есть
возвраты, то текущая запись будет отображаться синим
цветом.
L_COMMON
Краткое описание :
Требуется добавить функционал автоформирования кода Объекта строительства только с нового объектаОписание :
Объекты строительстваЧто измененно :
Требуется добавить функционал автоформирования кода Объекта строительства только с нового объекта.
На данный момент при вкл настройки с параметром "автоформирование кодов только для новых объектов\заявок" переформировывается все номера с признаком автокод, если ранее настройка автоформирования была выключена.
Как измененно :
Исправлено.
L_COMMON
Краткое описание :
Реализация нескольких шаблонов ТТН для пункта разгрузки.Описание :
Накладные на отпускЧто измененно :
Реализовать формирование нескольких шаблонов ТТН для пунктов разгрузки с использованием промежуточной таблицы DocRef
Как измененно :
Реализована возможность выбора ТТН из нескольких вариантов
L_COMMON
Краткое описание :
Сообщение об ошибках при импорте из ЭДО дополнить информацией о КПП и ИННОписание :
Счета-фактуры поставщикаЧто измененно :
Сообщение об ошибках при импорте из ЭДО дополнить информацией об ошибочном заполнении полей КПП и ИНН. При попытке импорта из ЭДО счетов-фактур по НДС, в случае если в этих документах у контрагента и собственной организации есть ошибки в заполнении полей КПП и ИНН, импорт документов не происходит, выдается сообщение типа "Ошибка. Контрагент с наименованием отсутствует в БД." Понять причину отказа в импорте по этому сообщению нет возможности. При импорте документа происходит проверка на следующее правило: поле ИНН должно содержать не более 10-ти символов или 12 (для ИП), поле КПП должно содержать не более 9-ти символов.
Как измененно :
Проблема возникает, если мы пытаемся импортировать контрагента с ИН 12 символов, которого система воспринимает как индивидуального предпринимателя и пытается найти его имя-фамилию, а не наименование организации. В этом случае в лог выводится информация о том, что не найдены данные по ИП, что позволит пользователю разобраться в ошибке.
L_COMMON
Краткое описание :
Доработать функционал импорта СФ по НДС из ЭДООписание :
Наши счета-фактурыЧто измененно :
Доработать функционал импорта СФ по НДС из ЭДО. В модуле "Управление сбытом" пользователю предоставлена возможность как экспорта в ЭДО, так и импорта из ЭДО счетов-фактур (СФ) по НДС. В процессе импорта предлагается выбрать тип импортируемого документа для учета НДС из списка. Список содержит перечень типов СФ только поставщика. Поскольку импорт предполагает возникновение нового документа в модуле сбыта, предлагаю список для выбора типа СФ либо дополнить типами собственных СФ, либо запретить импорт СФ по НДС из ЭДО в модуле "Управление сбытом".
Как измененно :
Пункты локального меню Экспорт для ЭДО / Импорт из ЭДО в счетах-фактурах открыты для обоих направлений, сбыт/снабжение.
Для импорта список типов СФ для выбора соответствует направлению интерфейса, из которого импорт запущен. Т.е. для наших СФ - сбытовые типы СФ, для СФ поставщика - снабженческие.
Также в интерфейсе импорта убрано поле "Путь к каталогу обмена данными" - нет смысла отдельно задавать каталог, если в любом случае надо выбрать файл.
L_COMMON
Краткое описание :
Атрибут ОКЕИ_Тов в ЭДО СФОписание :
Наши счета-фактурыЧто измененно :
От оператора могут приходить файлы, в которых отсутствует атрибут "ОКЕИ_Тов". В этом случае Галактика не дает загрузить этот файл СФ и выдает ошибку:
"Ошибка. Отсутствует единица измерения c кодом в KatEd"
Как измененно :
Импорт ЭДО обычных и корректировочных СФ. Если не задана единица измерения, то выдается предупреждение, но СФ импортируется.
L_COMMON
Краткое описание :
ЭДО, еще замечания по акту.Описание :
Экспорт по учету сопроводительных документовЧто измененно :
Продолжение к ПИР 101.54852.
Во вложении ответ от оператора по формированию Заголовка.
Как измененно :
Управление сбытом \ Операции \ Импорт/экспорт \
Экспорт по учету сопроводительных документов.
Перенесли поле "Заголовок" при экспорте актов в
xml-файл. "Заголовок" является именно "простым
элементом логической модели, реализованный в виде
элемента XML файла".
L_COMMON
Краткое описание :
Internal error 24 in G_ExpImp.dll at 0000CF09 в трехуровневой архитектуре.Описание :
РСВ-1 2014 в XMLЧто измененно :
При формировании РСВ-1 в XML-формате в трёхуровневой архитектуре приложение прекращает работу с выдачей ошибки:
Internal error 24 in G_ExpImp.dll at 0000CF09.
Как измененно :
Исправлено. В трёхуровневой архитектуре РСВ-1 в формате XML формируется корректно.