Нюансы автоматизации нефтяного бизнеса на УС Лэнд : Системы автоматизации АЗС

Не знаю... интересно ли, но в 2013 году занимался виртуальной автоматизацией "нефтяного бизнеса": мелкооптовая торговля и развоз ГСМ, розничная реализация с бензовозов и etc. Заказчика абсолютно не знал и не знаю, даже регион и имя... Правда заплатили реальные деньги за адаптацию системы. Началось всё с письма от 28.01.13:

Затем до 21.03.13 адаптировал под данные нюансы, добавлял возможности "полезные для всех", желаемые данным заказчиком в срезе "нефтянки", которые он оплачивал перечислением на карту. После чего заказчик "исчез" (абсолютно "исчез"), написав на последок - спасибо и что полностью удовлетворен. В системе "на память" остались эти доработки и могу (что бы для себя - вспомнить) рассказать о них.


... или перенесите эту тему в раздел: Автоматизация АЗС и нефтебаз а то он больно "худосочный"?

З.Ы. Завтра 26.09 по мере возможности буду описывать связанные технологии и нюансы...

Первая и главная задача модификации системы: "Проблема в том,что товар получаю в кг., а реализация в литрах. перевод количества по плотности, которая разная в каждой партии" осложнялась тем, что мне не хотелось для "незнамо какого" заказчика вносить лишние ветки в логику документооборота системы "УС Лэнд", а заказчик "предлагал" лишь варианты "ломающие" эту логику. К слову от него были лишь "идеи", которые рассыпались после уточняющих вопросов.

Придумал! Идея проста и "отработана" на рознице:

- Приходуем товар ТП в кг. в новые карточки, т.к. плотность, поставщик и цена закупа меняется каждый приход.

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

Склад - это (определились довольно быстро) контейнер (их около 5) или бензовоз (около 10), т.к. нужны постоянные остатки и анализ движения ГСМ, в том числе для планирования мойки ёмкостей.

Сразу вылезла "хотелка": минимизировать нажатия клавиш для проведения данных оприходований, тем более, что везде действовал принцип "одна накладная - один товар" и проблемки: как для прихода, так и для продаж нужно анализировать (отражать) вес в кг. и объем в литрах... необходимость автопересчета всего.

Для решения "проблемки" можно было задействовать имеющие в УС Land колличественные характеристики товаров: единица измерения, литраж единицы, вес, объем.

Задача ясна - сделал единственный дополнительный режим в оперативной программе, вызываемый через F2/продолжение/ввод приходов с преобразованием товаров (Shift+F9). На этой комбинации уже "висел" режим ввода бланков страховых полисов, но для включения нужна настройка программы.

Определяем параметры прихода и всех последующих операций из одной экранной формы (много? букф - необходимы атрибуты для первички и товаров):


... извините - отвлекают. Освобожусь продолжу, в частности описание формы и что в результате производит (какие операции, создание каких объектов) программа ...

... продолжим`с ... Опишем по порядку реквизиты экранной формы с пояснениями:

1. Дата приходной накладной

2. Номер приходной накладной + тип топлива, указываемый в номере. Выяснялось, что всегда и в любом режиме нужно видеть, что в документе, а во всех оперативных режимах, поисках, отчетах по документам отражается поле номера... ну и "суём туды" (это должно быть во всей первичке). Например номер будет: РНК-1234/А92.

3. Код поставщика
4. Адрес его склада погрузки
5. Код кладовщика (МО лица). Водитель бензовоза, кладовщик
6. Форма оплаты накладной
7. Необходимость отражения операции в бухгалтерском учете
8. Дата отсрочки платежа.

Всё это обычные реквизиты накладных подробно описываемые в разделах КИС Lack УС Land

-----------------------------------------------------
9. Необходимость преобразования товаров при смене измерителя с килограммов в литры. Оказалось, что ГСМ может поступать сразу в "литрах" - тогда необходимо его просто оприходывать без заморочек, а так же поступают на склады масла и другие ГСМ и как правило "машина одной марки товара"... если не так, то можно оприходывать товар "обычным" образом

10. Код склада (склад, бензовоз, хранилище) куда оприходуем (это может быть свой бензовоз на котором самовывозом привезли топливо) и производим "преобразования" товаров

11. Код товара - шаблона... вообще это очень интересная техника придуманная для использования УС Лэнд для "систем финансового учета и анализа" - не забуду, то опишу там... Суть: имеем карточку товара с заполненными статичными атрибутами; при автосоздании новой карты берутся статичные атрибуты и пополняется изменяемыми атрибутами. В примитивном случае достаточно лишь наименования товара

12. Цена закупа за единицу измерения ЕИ (у поставщика)
13. Примерная цена продажи за ЕИ (у себя) - лишь бы было
14. Сумма затрат на доставку. Для расчета "добавочной" цены карточки - расчет точной себестоимости и наценки за товар

15. Количество товара в ЕИ поставщика (кг, литры, штуки, банки, ...)
16. Плотность, для пересчета (перевода из кг. в литры) продукции (топлива), если указано в ТТН поставщика. Если в 9. не задан режим преобразования, то это и ниже игнорируется

17. Всего "литров" в приходе, если плотность не указана. То есть измеряется объем прихода и программа сама пересчитает плотность и использует её в прочих преобразованиях.

... Ух ... написал ... механизмы создания карточек и преобразований опишу позже ... так же позже другие отработку других нюансов ...

Автоматическое произведение операций по данных ЭФ ввода прихода:

Если не нужно преобразование (запрос 9), то программа выполнит только пункты 1 и 2.

1. Взяв за образец выбранный товар шаблон программа создаёт новую карточку товара, как бы пришедшего от поставщика. Где замещает цены закупа, добавку, единицу измерение ставит Кг., вес ЕИ пишет Кг., литраж ЕИ пересчитывает согласно введенной или расчетной плотности, объем пишет по литражу.

2. Автоматически создае шапку приходной накладной и берет данную карту в детализацию прихода, пополняя её количеством, ценой закупа, налогами и etc. Авто распределяет (проводит) данный товар на указанный склад.

3. Создаёт новую карточку товара под отгрузочные операции (где преобразования ЕИ. УС Лэнд работает только по технологиям партий и карточки по сути - детальное описание партии). В данной карте ЕИ будет литр, цену закупа пересчитывает за литр (а не кг., как в карте поставщика), ставит указанную цену продажи, персчитывает вес товара и указывает объем... т.е. переписывает партию с терминов "поставщика" в термины "для покупателей".

4. Делается пересорт: товар от поставщика (в кг.) инвентаризируется в ноль, а товар для покупателей увеличивается до необходимого числа литров. В результате это "нулевая" операция, т.к. на какую сумму (-) на ту же (+). Теперь с товаром можно проводить любые программные операции, например перемещать на другой склад, продавать или списывать. Так же у нас "сохранились" и доступны для оперативной работы, анализа и исправления все операции по данному товару.

Это 100% удовлетворило заказчика, но были ещё ряд мелких пожеланий, которые уже, как оказалось были полезны "всем". Опишу их если кому-то интересно? По другим вопросам комплексного учета бизнеса заказчика более, чем устраивали возможности системы "УС Land"

Однако... нужно закончить:

Как отмечалось выше было ещё два изменения учетки "УС Land" полезные и для других пользователей (других направлений бизнеса). Отмечу, что БД заказчика не видел, т.е. по тем, что у меня есть могу показать лишь "картинки".

1. Заказчик хотел, что-бы при просмотре любого первичного документа ему была доступна вся необходимая информация по документу, контрагенту и товару. Напомню, что у него, как правило одна_накладная <--> один_товар, имя которого шифруется в номере документа. Так вот для всех типов документов в шапке просмотра документов добавил отражение необходимых атрибутов документа - обведено рамкой:



2. Так же ему привычнее, если в акте сверки с поставщиками/покупателями были отражены необходимые атрибуты накладной в срезе товара (ГСМ). Был добавлен 8-восьмой формат акта выверки. Образец, где четко видны требования заказчика приведен ниже: