Собственно вопрос в теме: "Возможно ли через Йоксель открыть уже открытый екселевский файл для чтения?"

Файл уже может быть открыт в самом екселе и тогда йоксель не может его открыть для чтения. Есть варианты решения?

п.с.
Делать копию читать а потом удалять - не совсем красиво )

(0) насколько я помню, это определяется самим экселем. По умолчанию там режим работы такой, что книги открываются эксклюзивно одним юзером, и больше никто файл открыть не может. Но есть и механизм совместной работы, который подразумевает открытие с разделением доступа на нескольких юзеров. Вот этот режим, насколько я понимаю, вам и нужно применить попробовать, возможно, после этого получится ёкселем открыть или еще чем-то.

А что ты в нем будешь читать? если пользователь в экселе нахерачил кучу всего, не сохранил, ты такой весь в белом - прочитал - через 2 сек пользователь сохранил тотально переделанные данные...

(1) Нет. Ексель при открытии открытого файла предлагает его открыть "только просмотр"

(2) В екселе храню физическое положение товаров на складе /стеллаж, полка, ячейка/.
Поэтому актуальность на текущий момент не важна.
Нужно просто обеспечить возможность открыть для чтения, чтобы найти положение товаров, которые уже вбиты в этот файл

Может создать таблицу значений и вкручивать туда по необходимости из Экс файлика данные

(4) интересная концепция. в базе это хранить почему нет?

Ну.да Так скажем справочная информация

Физическое хранение товара нужно хранить в базе.  Если это чисто справочный текст ("Стеллаж 27, полка 7, зелёная коробка в синюю полоску"),  тогда добавь строковый реквизит в справочник Номенклатура.
Если хочется пойти дальше и обеспечить возможность некоторых действий с адресами, тогда можно запилить адресное хранение на складе - Злопчинский тебе в помощь (не побоюсь этого слова, эксперт в складском адресном учёте на 7.7)

(3) Чей-та вдруг?
Открой для себя в excel вкладку "рецензирование", там "Доступ к книге". Там же и доступ к диапазонам. Если пропишешь доступ определенным пользователям и сохранишь книгу, то общий доступ прописанным пользователям сохранится. Навсегда.

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

Вопрос в том, умеет ли Йоксель играть в "разделенный" режим, или только в "монопольный" ? Ибо, если Йокселю требуется только монопольный доступ, то никакой разделенный режим excel тут не поможет. Проверяй.

(5) Я так и делаю, но когда несколько юзеров открыли ексель файл - йоксель не может его открыть

(6) С этим файлом удобней работать в самом екселе, фильтровать, сортировать, вносить новые данные

(8) Не пользовался ранее, но насколько сейчас вижу, для этого нужно хранить этот файл в облаке а не локально. Юзерам нужно авторизовываться в офисе, и пока не очень понимаю, как для йокселя получать путь к этому файлу

(8) > "Если это чисто справочный текст ("Стеллаж 27, полка 7, зелёная коробка в синюю полоску"),  тогда добавь строковый реквизит в справочник Номенклатура."

Плохая идея, ТМЦ может лежать в разных местах на складе )

(11) фу, бяка. эксель откладываем нафиг в сторону.
адресное хранение заводим в базу.
отрисовываем йокселем (пусть даже не 100% точно геграыически) схему склада.
.
при жмакании на ячеку склада (отрисованную в йокселе) - можно внести числа, переместить из ячйкий в ячеку итд много всякого (я у себя через йоксель делал АРМ для транспортника-логиста - раскидывать заказы по машинам, перемещать между машинами, добавлять/удалять рейсы как пустые машины так и разнесенные с заказами итд, удобно получалось.

http://forums.kuban.ru/f1040/0_5off%2A4_ill_back_ili_ckromnost-_ukrashaet_kogda_net_drugih_dostoinstv-7826901.html
.

(14) Тогда уже нужно выяснять категорию товаров )
У нас в данном случае обои. 500 артикулов по наличию. Не очень будет такой предложенный способ.

(13) "Плохая идея, ТМЦ может лежать в разных местах на складе "
ну и что? простейшее справочное хранение с удобным фейсом ввода ячеек что где лежит/не лежит - лежать может в куче ячеек один товар - делается за день-два неспеша с кучей всяких удобств, я таких вариантов для всяких лавочек и мелких кладовок на 77 уже и не помню сколько сделал, прогстейшего типа, народ доволен был..

(16) да на раз прокатывает, главное определиться делать "автоматизацию" хоть какую или нет. Ограничиться разумным авто-минимумом или отдать все на откуп пользователю. И уж "категорию" товара пристегнуть чтобы там совместимость/по зонам склада или еще что - ну для человека с твоим опытом по идее сложности не должно быть.
.
а можно взять на тех же клюшках WMS (есть у меня такая, на 77 с поддержкой основных складских операций, точится под специфику клиента бо это не адаптивная WMS а больще как "учеьный стенд"/хобби), наладить обмен с учетной базой, дать в руки персоналу пару-тройку бушных ТСД (~1500 he, в месяц аренда с возмодностью выкупа с зачетом арендной платы) и пусть носятся как кролики, без всяких экселей, вся инфа по текущему состоянию склада, реальных остатках товаров итд - все что надо для склада...

(18) Я думал про ТСД, но не знаю чем он может помочь в моём случае.
По сути что имеем:
небольшой склад обоев, примерно на 500 артикулов по наличию, примерно на 40 паллетах, либо стеллажах (свободного места мала, около 20%).

Очередной приход на склад - в среднем одна паллета, 20-30 коробок обоев - их нужно руками разложить.
Т.к. оборачиваемость конкретного артикула - пусть 2 месяца, то уже через полгода работы один артикул на остатке находится в более чем 3х местах (если кладовщику их постоянно не объединять в одно место, а это не очень просто)
А если всё-таки артикулы постоянно перемещать (стараться чтобы он лежал в одном месте) то тогда нужно чётко это отображать в базе данных (и не важно, ексель это или 1с)

Но в екселе уже есть по умолчанию удобный функционал такого перемещения/объединения/удаления, а в 1с чтобы было всё удобно и быстро - пришлось бы не мало времени потратить на реализацию.
Поэтому выбрал ексель

https://drive.google.com/file/d/1n3pyVzL7cVdAQ-XZpyxVXXOUviLBVN2g/view?usp=sharing

По-моему вполне достаточно ексель файла в таком виде. Который  решает наверное все потребности кладовщика в части учёта по местам хранения.

Например нужно разнести новый приход - копипаст артикулов в конец файла(или кодов ТМЦ) за 15 секунд и он в базе данных (тобишь в екселе)

Ну, надо смотреть что действительно можно сделать🐨а что нужно. И наоборот. ТСД здесь при недостатке бюджета и может не нужен сам по себе, него задача экономить время, при малой движухе по приходам и расходам э о не особо актуально может

(10) Нет, ты делаешь не так, судя по твоему сообщению в (3)
Или ты где-то обманываешь, либо в (3), либо в (10)
Ексель при открытии открытого "разделенного" ! (подчеркиваю - разделенного) файла не предлагает его открыть "только просмотр". А ровно наоборот, разрешает редактировать (с определенными ограничениями).  Открыть на редактирование или на "только просмотр" - согласись, это немножко совсем разные вещи.
Если, как ты говоришь, ты делаешь так, как я тебе посоветовал, то сообщения как в (3) не может быть в принципе. Это false. Или по-русски - ложь.

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

PS: а еще есть вариант, что ты в екселе не прописал пользователя, назовем его "йоксель",  для разделенного доступа к книге.
Ексель, он того, он же не всем подряд дает,  а только лишь прописанным пользователям. Вот условного пользователя "йоксель" не прописал, вот ексель йокселю и не дает.

(22) ) Всё верно. Я не настраивал разделённый доступ для файла.
Писал в (12) для разделённого доступа файл нужно перекинуть в облако и доступен он станет по html ссылке.
Не очень понимаю как при этом тогда открывать его из йокселя

(22) проверить, конечно, стоило, но нужно отдавать себе отчет, когда делался йоксель и какие у автора могли быть приоритеты. Как мне кажется, в те лохматые времена просто работа с отдельностоящим экселевским файлом уже была за счастье, и вряд ли кто-то даже помышлял о какой-то совместной работе, так что шансов того что все это взлетит, крайне немного. Похоже, надо удумывать какой-то свой встроенный в 1С механизм для данной задачи.

(24) В принципе решение - сделать копию файла если он не открывается - вполне себе.
Останусь всё-таки на локальном екселе )

(25) Извращенец.

(26) не, ну работать-то будет. И потом, мы ж не знаем бюджета. Может, там хозяин этого магазина за тарелку супа решение хочет... При таком раскладе городить какую-нибудь серьезную городушку действительно не имеет смысла, тем более на семерке с ее достаточно скромными возможностями.

(27) вот непременно надо унизить клюшки, да? ;-)
это все слова что на 8-ке ХХП, во чел с мобильным приложением камасутрой занимается, до ХХП никак не дойдет...

то ли дело на клюшках:
воткнул

и пошел работать!
.

Товарищ!
Не охай, не ахай,
Пришел на склад -
Сканируй объект!
Или иди ...
.

(30) Расскажешь как например на этом объекте хранится расположение товаров на складе?

(32) Нет, блин, утаю это сокровенное знание! ;-)
Расскажу конечно...

(32) Расположение товара на этом объекте - регистр накопления, где одно из измерений - ячейка. Привязка к ячейкам не только товара, но и заказов (в одной ячейке не более 1 заказа, заказ может быть в нескольких ячейках). Сами ячейки - справочник ячеек. По зонам в этом проекте разделения не было вроде (ввиду специфики проекта, точно не помню), а так (на других проектах на этом ядре) зона = совокупность ячеек, ячейка может входить в несколько зон.
.
по факту это был кросс-докинг, входящий поток раскладывался по ячейкам (заказы всех школ субъекта РФ, на школу мог быть больше одного заказа), после раскладки в ячейках - контроль+упаковка, после упаковки - консолидация заказов по направлениям доставки, отгрузка, ну и упаковочные листы, маркировка на упакованные заказы итд сопутствующее.
.
весь процесс обработки должен был быть быстро, потому как места категорически не хватало, а для Заказчика это был разовый проект, какие-либо стеллажи/ячейки - вкладываться вообщще смысла не было даже в самые дешевые.
.
Ячейки размечены на напольное хранение, система адресации Ряд-Позиция-Место - 05-23-1, 05-23-2, место=1 сразу у прохода, место=2 - за местом1 (типа ярусов, если ряд поставить вертикально).
.
Вся массовая работа делалась на ТСД (типа как-то приемка пачки/экземпляра с назначением ячейки, контроль и упаковка товарного состава в ячейке, отбор упакованных заказов из ячейки в зону консолидации). Одновременно работало 4-5 ТСД. Скорость пикания у приемщиков до 2-3 пиков в секунду, каждый пик обсчитывался на большом массиве данных, чтобы не допустить перебора в заказ (блокировка приема пиков остальных приемщиков до окончания обсчета пика текущего приемщика), т.к. одинаковый ассортимент могли пикать несколько приемщиков.

(34) смотрю на твое фото и ностальгия прям. я такое организовывал в 2008 году. Оптовка одежды. Заранее создается к заказу клиента его ячейка и товар с шк. Приходит контейнер и разгружая его чел сканирует с кассио на котором 1с 7ка по рдп и сразу высвечивает номер ячейки куда какому клиенту положить..

(35) тут посложнее
ячейки назначаются динамически во время пиков приемщиками, бо идет контроль-расчет по объему ячейки (иначе в ячейках бы получались башни, которые падают и ппц, после начала работы пришлось подрегулировать вместимость ячеек, бо чуток высокие башни получались), причем допускался перебор по объему ячейки на 1пик (смотря что попадалось - экземпляр или пачка, но сначала все пачками набивалось в ячейку - чаще не больше 1-6 пачек - а размер ячейки по площади сделали на 4 или 6 пачек (точно не помню), а потом уже шел поэкземплярная приемка), процесс на ТСД сам контролировал смену ячейки размещения у приемщика со спецсигналами и еще всяких ухищрений было сделано для ускорения и минимизации).
.
Проект был очень интересный и для меня закончился успешно.

Проблем было вагон. До прихода поставок из типографий - ХЗ как это придет. в каком виде данные по поставке придут и что вообще в поставке будет. Приходилось ряд вещей писать на ходу - и если учетные вещи  - типа загрузки поставки в базу - это ладно, но ошибок для перепрограммирования ТСД быть не должно. Надо сказать, что Заказчик был очень адекватный и процесс мы вмсете с ним отработали, так что во время работы уже программить на ТСД пактически не пришлось.
.
Было дохерища проблем с исходными данными по поставкам.
Типа в приходной накладной три строки (причем вразброс могли быть) типа "Математика 1 часть", Математика 2 часть, Математика 3 часть) - а приходит это все запакованное в 1 блистер на "обложке" математика 1 часть, на тыле - ШК от 3 части ;-) А были поставки где "математика в 3 частях" одной строкой, а приходило тремя отдельными в реале. Или "математика в 3частях" 1 строкой в накладной, в реале блистер запакованный с тремя частями, а в заказе на школу - три отдельные строки. Пришлось поизвращаться чтобы это все отрабатывалось автоматом, удалось!
.
и еще куча интересного было.
и по факту сразу становится ясно почему WMS стоят дорого и почему железо дя них нужно хорошее, т.к. протсо офигенное количество перемножения/вычиатняи/итд куи таблиц (в этом проекте еще мало такого), а где норм проект - ячеки по зонам, работники по ролям (сборщик/стабелерщик), кажлой роли - свой состав доступных зон и складских операций, оборудовантие высотное и прочее с доступом оборудования по зонам итд итд итд... и все это при паланировании/выполнении складских операций должно обсчитываться офигенно бытсро, особенно когда что-то на ТСД считается (поэтому весь расчет обычно выносят за пределы ТСД, и на ТСД считают только редко при необходимости типа когда пришел к ячейке а там отклонение/проблема - регистраци проблемы - тут же обсчитывается очередной "шаг")

(36) не ну это конечно у всех объем то разный и ячейки тоже немного динамическими были. это детали.

(38) там таких деталей, не относящихся собственно к топологии, а относящихся к процессу обработки и соблюдения всех требований чтобы правильно получилось - вагон и три тележки...
.
Начиная с того, что на этикетке с ШК пачки нифига неверное значение количества в пачке (не совпадает с карточкой товара). Поэтому пришлось при первом сканировании пачки (то есть первое сканирование штрихкода - он появился в процессе обработки первый раз) - запрашивать подтверждение емкости пачки.
.
При этом вся эта фигня и еще вагон есть изначально в большой WMS...

то есть первое сканирование ШК - требуется верификация количества для ШК...
.
хорошо еще что тут у всех типографий ШК пачки отлтичался от ШК экземпляра (вроде.. точно не помню, а вроде и было что на пачке шк экземпляра.. тоже что-то изворачивался .. не помню.. надо в код смотреть)..
.
Хорошо что нормальное ТЗ было написано заранее и на ходу сущестивенного не приходилось переделывать...

Это идеология разработчика Йокселя, читаем монопольно, пишем монпольно.
Других вариантов нет и не будет.
Копия в каталог пользователя и работа с файлом решает вопрос чтения.
А если если надо что-то записать в уже открытый файл, это на порядок сложнее, Йоксель такое не умеет, смиритель.
Или допишите, исходники открыты...