01.03.2013

Модуль ШЛЮЗ ЛокОФФИС-СОЛВО

Версия 5.30

16.02.12

- при выборе накладных для передачи добавлена возможность множественного выбора.

28.02.12

- при приеме приходных накладных по заказу устанавливается связь накладной с заказом и меняется признак "выполнение" заказа.

Изменения и дополнения в программах ИС ЛокОФФИС версии 5.50

В версии 5.50 предусмотрен прием через модуль Шлюз ЛокОФФИС – СОЛВО накладной на возврат с типом «Возврат экспедитора»  в следующем виде:
 
<incresult syncid="19259475" action="update" syncdate="2012-07-25 14:13:30" incdocid="0089342-2-00085" number="89342" date="2012-07-25 14:12:43" type="Возвратэкспедитора" warehouse_id="0" filter_id="268787">
 
По полю  incdocid="0089342-2-00085"находится накладная на отгрузку. По карточке клиента этой накладной определяется наличие или отсутствие «флажка» в поле «Непринятое изменяет накладную».
Если «флажок» выставлен,  то, прежде всего, осуществляется проверка, что по всем  товарам  накладной в поле «Возвращено клиентом» стоит «0».
Если это условие выполняется, тогда накладную на возврат создавать не нужно, а изменение количества в накладной на отгрузку нужно  производить в сторону уменьшения по тем товарам, которые присутствуют в файле приема.
 
При приеме файла  осуществляются следующие проверки:
·      проверка наличия в БД указанной в поле «incdocid» накладной на отгрузку;
·      эта накладная не должна иметь следующих признаков: «проведена бухгалтерией», «проведена фиктивно»;
·      дата найденной накладной должна быть больше контрольной даты по складу;
·      каждый из товаров, указанных в файле приема, имеется в накладной на отгрузку;
·      количество каждого товара в файле приема не превышает количество, указанное в накладной на отгрузку;
·      каждый товар встречается в накладной на отгрузку только один раз;
·      каждый товар встречается в файле типа «возврат от экспедитора»  только один раз.
 
При несоблюдении любого из указанных выше условий  файл приема не обрабатывается.
К накладной на продажу создается запись в листе сопровождения со статусом, соответствующим указанному в Настройке модуля (Возврат не принимается из-за ошибок     … ).
 
При соблюдении всех условий файл приема  обрабатывается. Количество каждого товара, указанное в файле приема, записывается в накладную следующим порядком:
·         записывается в накладную в поле «Возвращено клиентом»;
·         на это же количество изменяется поле «Принято клиентом»;
·         пересчитывается остаток «товар+склад»;
 
К накладной на продажу создается запись в листе сопровождения со статусом из Настройки модуля (Возврат вносится «вычерками»                      … ).
 
При приеме  файла с «возвратом от экспедитора» для клиента, в карточке которого в поле «Непринятое изменяет накладную» установлен «флажок», если после  проверки будет обнаружено, что хотя бы по одному товару накладной на отгрузку в поле «Возвращено клиентом»  стоит  не «0», то создаётся  новая накладная  типа  ВОЗВРАТ ОТ ПОКУПАТЕЛЯ, в поле «Основание» которой пишется «Повторно N накладной на отгрузку и дата».
 
В лист сопровождения накладной на отгрузку делается запись со статусом, указанным  в настройках для  поля «Возврат принимается  «повторно».
           
При создании Прихода-Возврата по файлу с типом «возврат от экспедитора» введена  проверка, что указанный  в поле incdocid="0011127-2-00065”  номер  накладной относится к типу Р (ПРОДАЖА).
Если тип найденной накладной РВ или РП, то накладная типа ПВ не создается  с выдачей в протокол следующего сообщения:
 
«Найденная по номеру накладная на расход не относится  к типу продажа»

 
При создании накладной типа ПВ по файлу с типом «возврат от экспедитора», если в поле incdocid="0011127-2-00065”  есть ссылка на накладную Р, то в формируемой накладной типа ПВ некоторые поля титульной части заполняются значениями из накладной Р:
 
Накладная на продажу
Приход возврат
Контракт
Контракт
«Наша» фирма
«Наша» фирма
Пункт получения
Пункт отправления
Менеджер
Менеджер
Дата накладной
Дата накладной в ПВ устанавливается равной дате исходной Р+1 сек, если это время для по данному складу занято, то + сл.секунда. Предполагаемое время  сравнивается  с контрольной датой по складу.
Если  предполагаемая дата + время больше контрольной даты по складу, то накладная ПВ создается с этим временем, если меньше, то устанавливается время на 1 сек больше контрольной даты.
Цена
 Для товара из ПВ ищется в Р, указанной в xml-файле, такой же по ID товар. Если товар найден, то из первой найденной записи цена прописывается в ПВ. Если такого товара в Р не нашли, то накладная ПВ не создается.
 
В ПВ  устанавливается потоварная связь ПВ с Р.
 
Передача накладных, установка статусов товаров
 
Тип склада в каталоге
складов
Соответствующая строка
в модуле
ШЛЮЗ-СОЛВО
shippingdetailaction status
по настройкам модуля ШЛЮЗ из графы
«Статус груза»
shipping action type
по настройкам модуля ШЛЮЗ из графы
«ТИП отгр.»
Стандартный
1 Склад Продуктов
Доступен
Опт
Склад сырья
Не обрабатывать
 
 
Основное пр-во
Не обрабатывать
 
 
Вспомогательное пр-во
Не обрабатывать
 
 
Склад готовой продукции
Не обрабатывать
 
 
Склад Брака
5 Склад брака
Брак
Брак
Склад Сортировки
2 Склад сортировки
Сортировка
Не заполняется
Склад потерь
3 Склад потерь
Потерян
Не заполняется
Склад быстрой реализации
4 Склад быстрой реализации
Доступен
Быстрая реализация
Склад некондиции
6 Склад некондиции
Некондиция
Магазин
В версии 5.50 задача ПРИЕМ приобрела возможность обработки файлов, соответствующих накладным на возврат от покупателя.
Формат файла соответствует файлу с закупкой, за исключением типа накладной - type=’Возврат по требованию’.
Если поле type=’Возврат по требованию’, то считается, что в поле incdocid="…."   находится автокод рекламации.
 
По файлу с  сообщением (incresult), если type равен «Возврат по требованию», то создается накладная типа ВОЗВРАТ ОТ ПОКУПАТЕЛЯ с выполнением следующих условий:
·      склад определяется по тому же принципу, что и для накладной на закупку.
·      накладной присваивается очередной номер.
·      для созданной накладной  прописывается связь с рекламацией.
 
В создаваемую накладную  из рекламации копируются следующие атрибуты:

·      «наша»  фирма;
·      договор;
·      признак;
·      форма оплаты;
·      пункт отправления;
·      менеджер.


В версии 5.50 введен блок настроек модуля, представляющих собой значения Статуса 2 листа сопровождения документа  и используемых для накладных на продажу при приеме возвратов.
 
Экран 45. Задание настроек модуля для приема возвратов от покупателя.
Поля заполняются выбором из списка Статусов 2.
 
Примечание. При выдаче реестра рекламаций на возврат от покупателя в модуле РЕКЛАМАЦИИ в графе «Признаки» отображается  символ «О», соответствующий признаку «Передана в SLV».

Задача ПЕРЕДАЧА дополнена новым режимом Рекламации от покупателей. В связи с этим меню задачи ПЕРЕДАЧА приобрело следующий вид:


При выгрузке накладных на продажу (только) проверять, что если накладная имеет связь с заказом, и если есть заказ, то в  тэг shipnumber должно попадать <номер заказа>/<номер накладной>.
 
Если накладная типа РВ, С, или Р, не имеющая связь с заказом, то в поле  shipnumber должен попадать по- прежнему <номер накладной>.
При входе в режим отображается окно для задания условий отбора рекламаций:
 
Экран 46. Задание условий отбора рекламаций от покупателей в разделе «Основные».
По умолчанию задаются значения параметров поиска: «Группа – возврат от покупателя», «Тип – действующие».
В разделе «Реквизиты» по умолчанию установлено значение параметра «Передача в SLV – непереданные в SLV».
 
Экран 47. Задание параметров поиска рекламаций в разделе «Реквизиты».
В результате отбора по заданным условиям отображается список рекламаций от покупателя в следующем виде:
 
Экран 48. Список рекламаций от покупателей.

 
Примечание.
Работа со списком осуществляется с помощью стандартных процедур, применяемых для работы со списками данных. При этом могут использоваться как кнопки, так и комбинации управляющих клавиш: Ctrl-Z – упаковка документа в исходящий файл; Ctrl-Y – множественный выбор; Alt-Y – универсальная сортировка; Ctrl-T – выбрать все (активна после нажатия Ctrl-Y); Del – снять выбор всех (активна после нажатия Ctrl-Y).
 
Отбор передаваемых рекламаций осуществляется в режиме множественной обработки. После подтверждения принятого решения выполняется передача в программу СОЛВО.
 
Формат выгрузки идентичен  файлу передачи заказа на покупку, за исключением поля type:
type=’Возврат по требованию’
 
После формирования файла с документом-рекламацией для этой рекламации устанавливается признак  «Передана в SLV».
Отбор накладных на расход
В версии 5.50 при задании параметров поиска (отбора) расходных накладных для передачи по умолчанию указаны склады, имеющие тип «Стандартный», «Быстрой реализации», «Брака», «Некондиции» и склады из настроек шлюза с типами «Продуктов», «Быстрой реализации», «Брака», «Некондиции», но только те из них, которые входят в список складов, доступных пользователю.
Передача расходных накладных с датами реализации товаров
Начиная с версии 5.50, при выгрузке накладной на продажу  по всем  товарным  позициям проверяется: имеется ли у товара  хотя бы  одна товарная строка  с заполненным диапазоном дат реализации в (могут быть введены обе или одна любая дата).
В этом случае такой товар по всем строкам в накладной  не группируется, а передается столькими строками, сколько имеется для этого товара в накладной.
В формат выгрузки добавлен вывод полей  «Дата реализации до» и «Дата реализации от»:
 
<shippingdetailaction='update' syncdate='2012-07-26 13:38'
shipdocid='8888888-2-00087' line='0' skuid='1069360242' ownerid='1848' status='Доступен'
handleqty='9.000' qty='90.000' from_end_date='2012-07-30 00:00' to_end_date=''/>
Поиск накладных на возврат от покупателя
Начиная с версии 5.50, в составе параметров поиска (отбора) накладных на возврат от покупателя указаны склады из списка доступных пользователю, имеющие тип «Стандартный», а также склады из настроек шлюза с типом «Склад продуктов», также входящие в список складов, доступных пользователю.
 
 
 
 

     Программа LokOFFICE, уникальна на рынке по своей надежности. С самого начала т.е. с 1992 года, программа поставлялась в готовом виде, «как есть», и предприятия самостоятельно устанавливали и внедряли ее в требуемом объеме. Все обновления программы, а их за почти 30 лет было не мало, проводились на предприятиях за 1 час собственными силами без привлечения услуг программистов. Потребность в перезагрузке сервера возникает только при замене сервера. Благодаря использованию для хранения и доступа к данным самой быстрой и надежной СУБД Locis (ранее это была DBMS RDM Embedded фирмы Raima Corp. USA.) наши клиенты не получили ни одного разрушительного сбоя базы данных за 30 лет! В это трудно поверить, но это так!