[ОТВЕТИТЬ]
Опции темы
16.03.2013 19:53  
AndreyZh
Предлагаю Вашему вниманию инструкцию по импорту данных с другой программы или импорту из электронных таблиц. Раз в полгода приходится "стартовать", переходя, как правило из программ семейства 1С, где информация необходимая для перехода сразу выгружается в формат DBF или электронной таблицы... Далее немного передвижек колонок и копипаста и основная информация будет перенесена.

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

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

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

Код:
***	Поля для заполнения справочников
Dsales       цена закупа - ОБЯЗАТЕЛЬНО
EndSal       цена продажи 
name         наименование - ОБЯЗАТЕЛЬНО
ediz         единица измерения - ОБЯЗАТЕЛЬНО
nGroup       наименование раздела учета - ОБЯЗАТЕЛЬНО
dTax_s       процент НДС
NamePak      наименование упаковки
QtyPak       фасовка - ОБЯЗАТЕЛЬНО
NMin         наименование дубль - ОБЯЗАТЕЛЬНО
Country      страна происхождения
CustWar      номер ГТД
VesPak       вес упаковки
VolPak       объем упаковки
ShCode       штрих код

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

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

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

Замечание. Этот файл формируется при экспорте отгрузочных накладных клиенту, использующему УС Land для автоматического создания по ней приходной накладной.
Вложения
Тип файла: 7z L33BXT.7z (1.1 Кб, 137 просмотров)
 
17.03.2013 00:46  
ArsKam
+100 за шаг к удобнуму импорту для нас просивших и ленившихся набивать километры наименований):l_surprize::Laie_60Bmini:
 
25.04.2014 14:37  
AndreyZh
Добрый день.

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

-------------------------------------------------------------

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

Во первых конечно сделал, что бы импортировались все поля "стандартной" передаточной таблицы (файла 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
 
 
Опции темы



Часовой пояс GMT +3, время: 12:35.

Все в прочитанное - Календарь - RSS - - Карта - Вверх 👫 Яндекс.Метрика
Форум сделан на основе vBulletin®
Copyright ©2000 - 2016, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.