Автопереход на УС Land с других программ учета : КИС Lack & УС Land

Предлагаю Вашему вниманию инструкцию по импорту данных с другой программы или импорту из электронных таблиц. Раз в полгода приходится "стартовать", переходя, как правило из программ семейства 1С, где информация необходимая для перехода сразу выгружается в формат DBF или электронной таблицы... Далее немного передвижек колонок и копипаста и основная информация будет перенесена.

1. Откройте приложенный файл l33bst.dbf (распакуйте архив l33bst.7z) программой OO Calc или MS Excel – правая кнопка/открыть с помощью. Тогда сохраниться кодировка 866

2. В ручную или средствами таблицы заполните перечисленные ниже поля, оставив первую строку с именами полей неизменной. Порядок колонок можно менять. Поля с признаком «ОБЯЗАТЕЛЬНО» должны быть заполнены, иначе будут ошибки и вылеты программы.

3. Сохраните файл в каталог USLand/Send. Можно для эксперимента ввести только несколько строк.

4. Программа/накладные/приход от поставщика/F2/Прием посылки от L и формирование прихода. Появиться форма, где ОБЯЗАТЕЛЬНО необходимо определить:

Поставщика. От него будут накладные и он будет прописан, как поставщик в карточке товара. При необходимости ввода от разных поставщиков на каждого нужна отдельная посылка. Со всеми остальными вопросами – согласитесь.

После чего программа сформирует приходную накладную и все связанные с неё записи во всех необходимых справочниках системы.

Замечание. Этот файл формируется при экспорте отгрузочных накладных клиенту, использующему УС Land для автоматического создания по ней приходной накладной.

Вложения

L33BXT.7z (1.1 Кб, 169 просмотров)

+100 за шаг к удобнуму импорту для нас просивших и ленившихся набивать километры наименований):l_surprize::Laie_60Bmini:

Добрый день.

Вчера пришлось самому попробовать свои рекомендации на деле... Вроде бы (точно нельзя пока утверждать) появился новый клиент, пожелавший начать вести нормальный учет и обучиться необходимым нюансам работы с УС Лэнд, наладив "человеческие" бизнес процессы. Пока всё ведется в эксцелевских табличках: ассортимент, цены и даже какие-то остатки. Решил пособить ему - в работе 1400 уникальных наименований товаров с 4 видами цен и некоторой необходимой клиенту информацией, перенеся его данные в базу УС... Помучился полтора часа, но сделал для себя ряд выводов и "открытий"!

В начале решил "поумничать" - взял его таблицу, открыл в Open Office (MS 2007 - не катит, т.к. уже не умеет сохранять в формат DBF), на первой строке прописал имена "важных" полей - описаны в первом сообщении, сохранил в DBF, попробовал закачать через описанный режим программы и... конечно облом! Ведь сам рекомендовал открыть тестовый dbf файл и его пополнять, т.к. ВАЖНО наличие в файле посылки всех полей.

Ну ладно... Открыл тестовый файл посылки (OO помогает определить кодировку и размерности полей dBase III файла) и начал в соответствующие поля добавлять колонки из исходного XLS файла - "закат солнца в ручную". Ведь файл DBF содержит более сотни колонок (полей), а заполнить нужно десяток - всё это неупорядочно, колонки большой ширины и etc...

Сделал... Начал сохранять (в DBF) - полезли ошибки:

1. Наличие символов, не содержащихся в 866 кодировке. Просто заменил из поиском и заменой на пробелы.

2. Больше символов в строке, чем в тестовом DBF файле. Увеличил размерность, благо OO позволяет менять "структуру" DBF, если его "открыл".

Дальше... Запустил оперативную программу: накладные/приходные/F2/импорт внешних посылок и ... чудо: "всё" закачалось в приход, все справочники автоматически заполнились, но из 4 цен перенеслась только первая - непредусмотрено было процедурой импорта.

Ладно... Через OO Calc открыл таблицу wares.dbf системы и из исходного файла для импорта скопировал остальные 3 типа цены - сохранил файл wares.dbf. На всякий случай 16 ричным редактором просмотрел структуру заголовка (системную информацию, описывающую файл) файла wares.dbf, но она оказалась отличной, от структуры, использующейся в УС Land. Различия минимальны, УС нормально с данным файлом работает, но кто знает, где эти отличия негативно проявят себя, например в сетевой работе?

Для подстраховки беру "пустой" файл wares.dbf (полный справочник товаров) и средствами утилиты DBU.EXE импортирую в него все записи из "экспериментального" wares.dbf. Затем ремонт программы и усё готово!

-------------------------------------------------------------
Задумался!!! Если для меня, знающего структуры файлов системы, умеющего нормально пользовать "электронные таблицы - эта "бодяга" явилась нетривиальной задачкой, то как другие??? Продолжение следует...

Помучившись с переносом данных сегодня пришлось напрячь головушку...

Во первых конечно сделал, что бы импортировались все поля "стандартной" передаточной таблицы (файла dbf), но главное переписал технологию импорта.

Сейчас (в версии с 1405) программа требует обязательного наличия только поля name - наменование товара, "лишние" поля игнорируются, а "отсутствующие", теперь уже необязательные поля (информация из них) заменяется некоторыми значениями, удовлетворяющим требованиям учета в УС Land.

То есть (и для проверки/отладки) сделал (проверил) несколько "вариантов" импорта:

1. "Помучившая" меня табличка XLS: открыл в (Apache, а не как раньше Open Calc), добавил в начале строку и заполнил её названиями полей - те, что мне были нужны сделал, как в "стандартной" DBF (name, ediz, endsal, dqtyAll ...), а прочим полям дал имена "от балды". Сохранил XLS в формате dBase 866 кодировки с именем L3xxxx.dbf в каталог Send программы. Запустил импорт - всё "правильно" занеслось, заполнились все необходимые справочники, определились остатки. Затрачено на всё 15 минут.

... прикололо ...

2. Открыл 1С:Бухгалтерию 8.2 одной из фирм - то, что под руками. Сохранил номенклатуру и остатки в формате dBase, открыл данный "отчет" через OO Calc, заменил имена некоторых полей, сохранил под "стандартизованным" именем в каталог Send. Запустил "новый" импорт - всё правильно и быстро перенеслось в программу. Затрачено меньше 10 минут - дольше искал, как в 1С:Бух сохранять. То есть перенос справочников, в т.ч. контрагентов с долгами, складов, остатков и прочее в систему УС Land (смена системы учета) займет пару часов.

3. На "досуге" проверю, но думаю - это элементарно. Однаэска может выгружать накладные (отгрузочные) в единственный файл (формата dBase/XLS), т.е. огрузочную накладную клиента УС Лэнд автоматом сможет переоформить, как приходную "для себя"... Но это уже новый класс использования УС Land - как основную базу, с филиалами, работающими на 1С; либо основная база в 1С, а филиалы фирмы на бюджетной УС Land; либо автоматический прием накладных от поставщиков, работающих на любой системе учета.

P.S. Вот "попёрло" - прям Нью Васюки *150