Видео

Я активирую комьюнити лицензию в видео, все стандартно, особенностей нет. Если требуется их раздавать в хост-систему и дальше по сети, то это настройка сети, я обычно wiki.archlinux.org/title/systemd-nspawn на ArchWiki смотрю. Сети сложно, да. Но можно взять простой сервис http, хоть Hello World выводящий в порт и с ним поиграть: увидеть его на хост машине; увидеть внутри локальной сети дома/офиса. С этими навыками уже раздать по сети ключи будет нетрудно.

Типовые продукты фирмы 1С распространяются посредством франчайзинговой сети т.е. партнерами фирмы 1С. Поэтому цены должны быть у всех одинаковы, такие как установила 1С. А поставщика вы можете выбрать который вам нравится больше или территориально ближе. Подробнее можно узнать тут v8.1c.ru/buhv8/cena-1s-buhgalterii-8/

Все контейнеры они опираются на api kernel linux в плане управления ресурсами cgroups и т.д. (подробнее если интересно habr.com/ru/companies/selectel/articles/303190/) поэтому все контейнеры в Linux работают на одном и том же фундаменте, который еще и линуксспецифичный. Разница лишь в удобстве разворачивания, я для своих целей использую docker-compose, очень удобно поднять одной командой несколько связанных сервисов. Но я не админ. Ядро ОС взаимодействует с железом, поэтому не получится запустить на одной железки несколько ОС одновременно. Тут только виртализация. Встроенная в Linux KVM (Kernel-based Virtual Machine), если требуется GUI приложения запускать, то там есть протокол SPICE (аля RDP). Если что-то более юзерфренли, то VirtualBox.

а как быть с лицензиями на сервер ?

На 23 минуте видео я активирую свою лицензию разработчика от 1С, точно также активируется обычная лицензия. Все обычно, как описано its.1c.ru/db/license#content:1:hdoc:issogl1_%D0%BE%D1%81%D0%BE%D0%B1%D0%B5%D0%BD%D0%BD%D0%BE%D1%81%D1%82%D0%B8_%D0%BF%D0%BE%D0%BB%D1%83%D1%87%D0%B5%D0%BD%D0%B8%D1%8F_%D0%BB%D0%B8%D1%86%D0%B5%D0%BD%D0%B7%D0%B8%D0%B8_%D0%BD%D0%B0_%D1%81%D0%B5%D1%80%D0%B2%D0%B5%D1%80 @@user-fc1de4iw8v

@@user-fc1de4iw8v На рубоарде есть драйвер хасп для линукс и ключи.

В чем его неплохость?

Специфичные для Linux проблемы? Особо не заметил. С PostgreSQL есть момент, долго загружаются dt-шники, но не баг, а скорее фича. На канале есть видео записанные под Arch и i3, с офисным пакетом OnlyOffice, особо не бросается в глаза что, что-то не так. Приходится держать сетап с Windows чтобы воспроизвести среду заказчика. Бывает очень нужно, особенно когда для него разрабатывается софт не на 1С. Из недавнего, конвертер pdf в xlxs. Приходится проверять, все ли будет хорошо, как отреагирует антивирус на незнакомую (по факту, уникальную) программу и т. д. и т.п. А так, с 1С под Linux жить неплохо, а когда 1С изолирована, так и совсем хорошо.

@@1codim Спасибо. Буду пробовать переводить своих на linux. windows - вот ну ни как не созрел на переход с 2008 r2 на всякие там новшества в виде ser 2019 и тому подобное. Пока 2008-е работают, но время то идёт.

Наверное у любого разработчика есть какие-то свои неписанные правила пришедшие с опытом, поэтому их подчас сложно сформулировать, они где-то в подкорке. Если кратко, то я всегда иду от пользователя, стараюсь сделать ему максимально удобно. Если форма выбора то с отбором и т. д. и т. п. Эти маленькие, незаметные фишки очень сильно помогают пользователю, но требуют много дополнительной работы от программиста, поэтому многие их не реализуют. А подчас и основной функционал реализуют так, что им может пользоваться только программист. Обычно пользователи начинают пользоваться и появляются какие-то идеи как сделать это лучше. И так итерация за итерацией… В типовой Бухгалтерии есть обработка по загрузке отчета комиссионера из различных маркеплейсов, можете взять её за основу. Ну и конечно требования в Фреш its.1c.ru/db/freshpub#content:3600:hdoc

спасибо за ответ!@@1codim

Функционал сейчас несколько шире чем был, но не хочется записывать новый ролик. 1. Есть FBS и есть заказы, формируются Синхрозоном. Не ведется учет в разрезе заказов, ведется в разрезе договоров. Не ведется потому как трудозатратно. С заказами в основном работает склад. По ним есть небольшая доработка, в видео не показано. Есть связь заказа с отчетом, при загрузке отчета эта связь заполняется и такой заказ мы считаем оплаченным (если вкратце). 2. Не могу это прокомментировать. Нужно проверять. Видимо эта проблема когда учет ведется в разрезе заказов.

@@1codim Понятно. По второму вопросу проверил. Главное, чтобы сумма была правильная в возврате и все ок.

Здравствуйте, раньше не было, и я сделал свою обработку. Поэтому у вас её нет. А сейчас уже есть встроенная обработка (с декабря 2022 года), но видео не про неё.

Обычно устанавливается вручную, так как в файле с отчётом от маркетплейса таких данных к сожалению нет.

Всё верно, ставят вручную. Есть мнение и вероятно правильное, договор с Яндеск.Маркетом не договор комиссии, а договор поручения. Но несмотря на эти отличия от договора комиссии, механизм по учету комиссионных договоров в 1С можно использовать для отражения операций по договорам поручения при реализации товаров физическим лицам. Несколько моих клиентов, не первый год ведут учет по Яндекс.Маркет аналогично ОЗОН, так собственно и родилась эта обработка. Пока все нормально. Тем не менее, нюанс присутствует. Если вести учет иначе, то отражения реализаций на маркете потребуется делать ежедневно, что существенно увеличит трудозатраты бухгалтера. Если есть желание погрузиться глубже в отражение этих операций, то начать можно отсюда buhexpert8.ru/1s-buhgalteriya/bankovskie-operatsii/postuplenie-deneg-na-schet/kak-oformit-realizatsiyu-tovara-s-pomoshhyu-servisa-yandeks-beru.html

@@1codim Большое спасибо. Все инструкции по 1С какие я нашел в инете, и выше указанную страницу тоже, объединяет одно - либо передача товаров на реализацию маркетплейсам либо передача на доставку меркетплейсам. А тут вопрос по DBS, самостоятельная доставка покупателю.

Про доработку это видео и пост в блоге в описании. Она платная, но теперь в Бухгалтерии есть бесплатная загрузка, подробнее о ней можно узнать на ИТС Единственное моя обработка умеет грузить данные по юр. лицам и правильно заполнять доплаты от ОЗОН, а встроенная пока нет.

Сейчас нет, но возможно сделать.

В актуально версии возможно, смотрите новое видео ruclips.net/video/RUPWibx1Vrw/видео.html

Напишите на help@1codim.ru

Добрый. 1) В текущем варианте нет, но могу доработать этот момент. 2) Вероятно пройдет, но не горю желанием тратить на это время.

Приобрести мою обработку и кнопка появится.

У ОЗОН много разных отчетов, в отчете "Позаказный отчет о реализации" всегда заполнен номер отправления, для загрузки используется именно этот отчет.

@@1codim Дмитрий, а потребность разбивать реализацию по номерам отправлений озвучил заказчик? Мы грузим без этой инфы, но с юрлицами и доплатами. Но даже в таком варианте, при наличии юрлиц отчет размером тысяч в 50 строк люто тормозит при просмотре реализации. А сейчас появилась новая старая проблема. Догадаться, почему не проводятся возвраты, отчет считает их не найденными по цене, хотя это и не так ) Удачных Вам доработок, Ваше решение наиболее жизненным выглядит. Типовое заинтересовало упрощенным оформлением розничных продаж, когда возвраты все закидываются на текущий документ. Думаю разбивать загрузку на 2 документа - продаж по юрлицам и розничных. Розничные упрощенно, он значительно шустрее.

@@nibelung1646Когда создавалась эта обработка типового решения еще не было. Я не загружаю номера реализаций, их потребовалось бы хранить, пришлось бы добавлять регистр в расширение. До этого пока не дошло, хотя это решило бы почти всё проблемы с возвратами. У меня номера для соответствия файла и табличной части, так бухгалтеру проще работать. По поводу больших документов, максимальный который встречал у клиентов 12 тысяч, загружается минут 50. Но в обработке нечеткий поиск (бывает смесь кириллицы и латиницы в артикулах, иначе не разгребешь), при точных артикулах можно сделать намного быстрее. Большие документы я бы дробил на меньшие, хотя бы по 5к строк. Не представляю как можно с этим огромным документом работать.

У меня дополнительная внешняя обработка, которую я написал.