Форум на Kuban.ru (http://forums.kuban.ru/)
-   Территория 1С (http://forums.kuban.ru/f1040/)
-   -   Как работать с XLS без Экселя ? (http://forums.kuban.ru/f1040/kak_rabotat-_s_xls_bez_ekselya-7144823.html)

Плюшкин 03.09.2015 21:43

Как работать с XLS без Экселя ?
 
1С 7.7 стоит на сервере.
Экселя там нет, только Open Office
Надо формировать xls-файл из 1С.
Простое записывание таблицы в файл XLS обрубает ведущие нули.

VZ 03.09.2015 22:22

0-Плюшкин > 1cv8fv.exe "1С: Работа с файлами".
Сотворяешь табличный документ 1Cv7., скармливаешь 1cv8fv.exe, даешь команду сохранить как xls.
1cv8fv.exe понимает консольный вызов с параметрами. См. справку.

Плюшкин 03.09.2015 22:31

1-VZ >так у меня 7.7

VZ 03.09.2015 22:40

2-Плюшкин > Я для кого писал "[b]табличный документ 1Cv7[/b]"? Гоголю?
1cv8fv.exe понимает "семерошные" таблицы (не Таблицы значений!) в формате mxl

Плюшкин 03.09.2015 22:53

3-VZ >Понял. Поставил, попробовал, получилось.
Спасибо.

Чучундер 03.09.2015 23:28

странно.. у меня вроде не обрубает...

Uho 04.09.2015 10:39

+5 если я правильно помню, это зависит от выравнивания

economist 04.09.2015 11:06

Плюшкин - рендер в 77 кривой, используйте православный йоксель. В столбце таблицы также можно формаировать строку так, с апострофом, тогда ведущие нули сохранятся.

строка = "'" + variable

А вообще ведущие нули - зло. 00022 и 22 - это разные ИНВ-номера? Чушь собачья...

VZ 04.09.2015 12:51

7-economist > Вообще всех, кто назначает тип "Число" для ИНН, почтовых индексов, и прочим подобным "из цифр", надо дисквалифицировать пожизненно.

Плюшкин 04.09.2015 13:41

[quote=economist;39998283]А вообще ведущие нули - зло[/quote]
паспорта бракованные, там серия с нуля начинается :)

USSR 04.09.2015 16:30

Есть еще ёксель, быстро и правильно сохраняет

economist 07.09.2015 09:56

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

Ведущие нули - это атавизм картограмм, арифмометров "Феликс" и УДК. Даже в обозначении времени - ведущие нули не более чем красивость: 1:36 воспринимается однозначно как время (01:36). Ведущие нули - это незначащие, не значимые, не нужные, лишние нули.

Желающим начать использовать Йоксель следует учесть что точка (разделитель в счетах-субсчетах) - им аккуратно будет заменена на запятую, что впрочем не лечится, но и проблем не вызывает никаких.

Helen1986 07.09.2015 11:45

[quote=economist;39998283]А вообще ведущие нули - зло. 00022 и 22 - это разные ИНВ-номера? Чушь собачья... [/quote]

бред. Это разные номера


[quote=VZ;39999548]Вообще всех, кто назначает тип "Число" для ИНН, почтовых индексов, и прочим подобным "из цифр", надо дисквалифицировать пожизненно.[/quote]

бред, достойный упоминание в представлении на шнобелевскую премию. Покажите мне почтовый индекс с буквами или ИНН с буквами

Helen1986 07.09.2015 11:46

наличие же контроля на вводе на ввод только цифр снижает количество ошибок ввода

roma n 07.09.2015 11:52

Тип (в данном случае "число") характеризуется не тем как можно записать какое-либо значение (цифры), а определенными над ним операциями.
Покажите мне налоговика, перемножающего ИНН столбиком

Блондинка в шок 07.09.2015 20:46

[quote=economist;40019819]Даже в обозначении времени - ведущие нули не более чем красивость: 1:36 воспринимается однозначно как время (01:36). [/quote]
ИМХО, тут ты неправ.
в данном конкретном случае это не просто [em]красивость[/em], это однозначно убирает неоднозначность.
если вдруг первый разряд вдруг не работает (ну а вдруг!), тяжело с бодуна сказать, сколько реально времени - то-ли 01:36, то ли первый разряд гючит и реально сейчас 11:36, а может 21:36
А так - мы видим, что первый разряд работает и точно видим время.
Однозначно! (с) жирик

так что в данном конкретном случае не просто красивость, а еще и юзабельность.
ИМХО.

Плюшкин 07.09.2015 21:16

[quote=Блондинка в шок;40025858]тяжело с бодуна сказать, сколько реально времени[/quote]
Вот поэтому я и отказался от мех.часов :)

VZ 07.09.2015 21:43

11-economist > "[em]Даже в обозначении времени - ведущие нули не более чем красивость: 1:36 воспринимается однозначно как время (01:36). Ведущие нули - это незначащие, не значимые, не нужные, лишние нули.[/em]"
Вот такие, как ты и сотворили для Соловьева фальшивку "спутниковый снимок сбитого Боинга" :D
(там на "дневной" снимок наложили отметку "ночного" времени)

economist 08.09.2015 08:46

Helen1986 - когда в компании было 22 основных средства - их ИНВ-номера были 1, 2, 3...22. Потом, спустя какое-то время в компании появилась чудо-программа 1С, в которой появились 23, 24, а потом и 000022. Ну это же дурость чистой воды!

Давайте не будем прикидываться слепыми поклонниками 1С, а честно признаемся, что порядковый номер (а ИНВ-номер именно такой) - то это число и цифр 0-9.

Да, идентификатор может быть чем угодно. Однако ничто не мешало в типовых конфигурациях реализовать во всех таблицах первичный ключ на числовых величинах, а значит ускорить БД на 3% просто за счет отказа от посимвольного сравнения и громадных гибридных индексов, из-за которых каждое утро мои 35 бухгалтеров ждут полчаса переиндексации?

Рассказать насколько быстрее целочисленные операции быстрее строковых? У меня есть одна "самописная база" полностью на INT-идентификаторах - по субъективным ощущениям она работает на 20% быстрее обычной.

А вы видели какие извращения с кодами делают юзвери?
Спр. контрагенты: яяя5O64 Ромашка ООО
Просто девочке так удобнее, что если сортировка по коду - ее Ромашка самая свежая (верхняя).

roma n - покажите мне налоговика, который вводит ИНН в свою программу учета (от ГНИВЦ), в которой при вводе не происходит преобразования всего вводимого как цифр и проверки корректности ИНН кода путем арифметической операции.

Блондинка в шок - вы всерьез считаете что в базе данных может "выгореть разряд"? Компьютер все хранит как DOUBLE-числа, и даты, и время. Отображаемый формат не имеет к хранимому никакого отношения, но только не в 1С.

VZ - фальшивкой тот документ никто пока официально не признал. Над головой кружат 1,5 тыс. спутников от 35 стран и более чем 500 коммерческих структур, формат AM/PM (12H) соседствует с 24H. Timestamp тот присвоили вообще сервера Google, так что кто виноват - еще неизвестно. Я сам не верю в непогрешимость снимка, но мне нравится что его выложили :-))

economist 08.09.2015 08:54

(вброс)
И еще про числа: когда я формирую ОСВ по всем счетам - вижу во всей строке итогов 9,999,999,999.99. Это доказывает что команда Нуралиева делала программу для ларьков
(/вброс).

economist 08.09.2015 09:06

VZ - из всех разборов тех "фоток" особенно доставило вот это [url]http://kungurov.livejournal.com/100244.html?thread=48181652[/url]

roma n 08.09.2015 09:33

(18) _не происходит преобразования_ - преобразование состоит в первую очередь в "расчленении" строки на отдельные символы. Аналогичная операция над полем чисел не определена.
Да, такую операцию можно провести и над числом, но если ты запишешь её в виде формулы и заставишь эту формулу применить налоговика... тебя либо сочтут шизанутым, а то и бока намнут :)

VZ 08.09.2015 11:27

18-economist >
20-economist >
"[em]фальшивкой тот документ никто пока официально не признал.[/em]" - Кто "не признал" Соловьев? Так этот "снимок" никто из наших [u]официальных[/u] лиц "документом" и не назвал. "Просто" показали на Первом канале. Ток-шоу, видите-ли. Щютка, якобы. Подавайте, мол, иск нашему ученому пёсику, гыгыгы.

P.S. "формат AM/PM (12H) соседствует с 24H" - [em]ЧИТО[/em]? Для спутников?
Не надо надевать маску идиота. Это некрасиво. И врать некрасиво.

economist 08.09.2015 14:18

roma n - "Аналогичная операция над полем чисел не определена" - еще как определена, она дает разряд числа и является базовой для многих ЯП (про 1С не знаю).

1С настолько разленилась, что не удосужилась даже в топовых своих продуктах реализовать элементарную проверку ИНН на валидность. Я собрал статистику у себя - при ручном вводе в 1С 10000 ИНН юрлиц - более 200 оказались неправильными. При вводе 20000 ИНН физлиц - 500 оказались с ошибками. А ведь это важный критерий сопоставления Контров для импорта выписок итп.

Налоговикам формулы валидности ИНН не нужны - они реализованы в их прикладном ПО. Валидность ИНН для учетных программ - нужна. ИНН проверятся арифметически, и должен был храниться в виде отдельного числа. КПП через \ / и еще какие угодно знаки - мы все знаем как парсится. Верх программистского идиотизма.

VZ - космосом там и пахнуть не могло. Только [filolog]БПЛА[/filolog] на высоте +100...500 метров выше самолета мог снять так, что угловой размер самаля и длина наземной ВПП 4 км могли приблизительно совпасть.

А временные теги геотайлов - это дело десятое, их спутник сам не накладывает. Кто не помнит - после отмены смены часов - Windows еще полгода показывала неправильное время, а Билайн до сих пор передает неправильный часовой пояс +2 в некоторых регионах.

roma n 08.09.2015 14:56

"еще как определена" - тут уже терминология. ИМХО.
Скорее можно говорить о возможности реализации такой операции (и конкретных реализациях на уровне ЯП), но у меня сильные сомнения в её базовом характере. Как сервисная, вспомогательная- да. + в интерпретации результата/определении множества значений может скрываться некоторая неопределённость: что будет результатом такой операции для третьего разряда числа "12"? Ноль или NULL?

Helen1986 09.09.2015 11:17

некоторые туп... аднаЭсники не предполагают, что есть еще и позиционная система кодирования


Текущее время: 12:07. Часовой пояс GMT +3.