Добрый день уважаемые Эксперты, я думаю многие сталкивались с темой перехода с 7.7 на 8.3 и, вероятно, многие - с непростым вопросом обновления сильно переписанных устаревших конфигураций.
Есть потребность вынести на суд общественности в целях совершенствования практику применения подготовительных мероприятий по переходу с сильно переписанной с 7.7 на типовую 8.3 в той части, которую я проделал, приобретая новый опыт.
Хочется составить практические заметки о переходе с 7.7 на 8.3, о подготовке к переходу с 7.7 на 8.3, переносе данных из сильно устаревшей и сильно переписанной конфигурации 1С:Предприятия 7.7 в современную 1С 8.3 своими силами при условии невозможности или нежелания пользоваться обновлением релизов и типовой функциональностью универсального обмена данными типовых мастеров переноса данных.
Специфика темы в необходимости устранения зависимости от версий релиза конфигураций. Как быть если принято решение о переносе данных в условиях нецелесообразности и отказа от обновлений устаревшей конфигураций?
Есть потребность вынести на суд общественности в целях совершенствования практику применения подготовительных мероприятий по переходу с сильно переписанной с 7.7 на типовую 8.3 в той части, которую я проделал, приобретая новый опыт.
Хочется составить практические заметки о переходе с 7.7 на 8.3, о подготовке к переходу с 7.7 на 8.3, переносе данных из сильно устаревшей и сильно переписанной конфигурации 1С:Предприятия 7.7 в современную 1С 8.3 своими силами при условии невозможности или нежелания пользоваться обновлением релизов и типовой функциональностью универсального обмена данными типовых мастеров переноса данных.
Специфика темы в необходимости устранения зависимости от версий релиза конфигураций. Как быть если принято решение о переносе данных в условиях нецелесообразности и отказа от обновлений устаревшей конфигураций?
Прикрепленные файлы:
По теме из базы знаний
- Правила обмена УСН 7.7-БП 2.0, Тип 7.7-БП 2.0 и УТ10.3-БП 2.0
- Перенос кадровых данных из 1С 7.7 Камин в 1С 8.2 ЗУП
- Синхронизация (загрузка) номенклатуры и цен из базы 1С 7.7 в базу 1С 8.2
- Обработка для автоматического заполнения Ввода остатков при переходе на раздельный учет НДС
- Решение одной из проблем типового перехода 1С:Бухгалтерский учет 4.5 (1С 7.7) –> 1С: Бухгалтерия предприятия 3.0 ПРОФ (1С 8)
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
В настоящий момент на примерном предприятии работает очень сильно переписанная под нужды торговли комплексная 7.7 (редакция 4.2) и внедряется современная ERP 2.
1) Проведено обследование торговой деятельности примерного предприятия.
Описаны особенности электронного документооборота в старой системе, особенности предоставления данных о продажах (выгрузок из учетной системы) покупателям и поставщикам.
Описана деятельность менеджеров.
Описана деятельность дежурных операторов склада.
Описана деятельность операторов охраны склада.
Описана деятельность операторов складского подразделения Склад брака.
Описана деятельность группы инвентаризации склада.
Описана деятельность сотрудников архива склада и сотрудников экспедиции.
Описана деятельность сотрудников склада - менеджеров по претензиям.
Описана деятельность сотрудников склада - менеджеров по приходу.
Описана деятельность сотрудников склада - менеджеров склада.
Описана деятельность менеджеров логистики склада.
Описана деятельность складских контроллеров.
Описана деятельность контроллеров отгрузки.
Описана деятельность менеджеров отдела закупки.
Описана деятельность диспетчеров автопарка.
Описана деятельность специалистов по доставке департамента логистики и транспорта.
Описана деятельность отдела закупки розничного подразделения.
Описана деятельность бухгалтерии розничного подразделения.
Описана деятельность бухгалтерии - бухгалтер по банку.
Описана деятельность бухгалтерии - бухгалтер по материалам.
Описана деятельность бухгалтерии - бухгалтер по взаиморасчетам.
Описана деятельность бухгалтерии - бухгалтер по расчету заработной платы.
Описана деятельность бухгалтерии - кассир.
Описана деятельность бухгалтерии - помощник главного бухгалтера .
Описана деятельность бухгалтерии - заместитель главного бухгалтера .
Создано техническое задание на доработку механизма интеграции со складской системой.
Описан анализ выполнения заказа в УС.
Описана работа по претензиям клиентов.
2) Разработаны необходимые во время параллельной эксплуатации сверки между старой и новой учетными системами 7.7 и 8.3.
Описаны функции сверки в процессе параллельной эксплуатации между старой и новой системой (номенклатуры с доп. свойствами, остатков (резервов и себестоимости) и истории цен, контрагентов и торговых точек).
Разработано положение о правилах нумерации документов старой и новой УС и внешних кодах интеграции внутренних и внешних номеров (кодов) документов с другими системами.
Разработан порядок переноса данных в процессе перехода . Перенесены через EnterpriseData не основные документы основного вида деятельности (кассовые, банковские, расчеты с сотрудниками). Выбор инструментария обусловлен его нацеленностью на решаемую задачу. Для основных оперативный документов используется ком-коннектор по причине его многолетней классической фундаментальной направленности на основной документооборот между разными версиями программ.
А как делали или хотели бы делать переход с 7.7 на 8.3 в условиях больших отклонений от типового функционала Вы?
Публикуя данное обращение я надеюсь не только познакомить общественность со своим новым опытом, но и обменяться опытом с коллегами, принять во внимание советы и преследую цель сделать внедрение современной системы максимально эффективным. В случае интереса к теме она будет расширяться и дополняться.
1) Проведено обследование торговой деятельности примерного предприятия.
Описаны особенности электронного документооборота в старой системе, особенности предоставления данных о продажах (выгрузок из учетной системы) покупателям и поставщикам.
Описана деятельность менеджеров.
Описана деятельность дежурных операторов склада.
Описана деятельность операторов охраны склада.
Описана деятельность операторов складского подразделения Склад брака.
Описана деятельность группы инвентаризации склада.
Описана деятельность сотрудников архива склада и сотрудников экспедиции.
Описана деятельность сотрудников склада - менеджеров по претензиям.
Описана деятельность сотрудников склада - менеджеров по приходу.
Описана деятельность сотрудников склада - менеджеров склада.
Описана деятельность менеджеров логистики склада.
Описана деятельность складских контроллеров.
Описана деятельность контроллеров отгрузки.
Описана деятельность менеджеров отдела закупки.
Описана деятельность диспетчеров автопарка.
Описана деятельность специалистов по доставке департамента логистики и транспорта.
Описана деятельность отдела закупки розничного подразделения.
Описана деятельность бухгалтерии розничного подразделения.
Описана деятельность бухгалтерии - бухгалтер по банку.
Описана деятельность бухгалтерии - бухгалтер по материалам.
Описана деятельность бухгалтерии - бухгалтер по взаиморасчетам.
Описана деятельность бухгалтерии - бухгалтер по расчету заработной платы.
Описана деятельность бухгалтерии - кассир.
Описана деятельность бухгалтерии - помощник главного бухгалтера .
Описана деятельность бухгалтерии - заместитель главного бухгалтера .
Создано техническое задание на доработку механизма интеграции со складской системой.
Описан анализ выполнения заказа в УС.
Описана работа по претензиям клиентов.
2) Разработаны необходимые во время параллельной эксплуатации сверки между старой и новой учетными системами 7.7 и 8.3.
Описаны функции сверки в процессе параллельной эксплуатации между старой и новой системой (номенклатуры с доп. свойствами, остатков (резервов и себестоимости) и истории цен, контрагентов и торговых точек).
Разработано положение о правилах нумерации документов старой и новой УС и внешних кодах интеграции внутренних и внешних номеров (кодов) документов с другими системами.
Разработан порядок переноса данных в процессе перехода . Перенесены через EnterpriseData не основные документы основного вида деятельности (кассовые, банковские, расчеты с сотрудниками). Выбор инструментария обусловлен его нацеленностью на решаемую задачу. Для основных оперативный документов используется ком-коннектор по причине его многолетней классической фундаментальной направленности на основной документооборот между разными версиями программ.
А как делали или хотели бы делать переход с 7.7 на 8.3 в условиях больших отклонений от типового функционала Вы?
Публикуя данное обращение я надеюсь не только познакомить общественность со своим новым опытом, но и обменяться опытом с коллегами, принять во внимание советы и преследую цель сделать внедрение современной системы максимально эффективным. В случае интереса к теме она будет расширяться и дополняться.
(16) сейчас НСИ (номенклатура, партнеры с контрагентами, торговые точки, формирование цен) и основные оперативные документы заказы, поступления, отгрузки, корректировки - все переносятся из 7.7 -> в ERP правилами КД2, закупка работает в двух системах, все остальные пока в 7ке.
Здравствуйте!
Заинтересовал Ваш опыт по переходу с 1С 7.7 на 1С 8.3.
(17)
Выше вы вроде бы писали про перенос с помощью КД3:
(2)
Получается, в итоге Вы решили отказаться от КД3 в пользу КД2?
Интересно, почему? Какие трудности возникли с КД3?
Заинтересовал Ваш опыт по переходу с 1С 7.7 на 1С 8.3.
(17)
сейчас НСИ ... и основные оперативные документы ... переносятся из 7.7 -> в ERP правилами КД2
Выше вы вроде бы писали про перенос с помощью КД3:
(2)
Разработан порядок переноса данных в процессе перехода освещен в следующей публикации. Перенесены через EnterpriseData
Получается, в итоге Вы решили отказаться от КД3 в пользу КД2?
Интересно, почему? Какие трудности возникли с КД3?
(24) полностью все документы переновить задачи не возникло, движения грузились из складской системы не 1с параллельно в 2 системы. Здесь через КД3 выложен перенос банковских и кассовых доков, еще здесь есть у меня публикации по обмену реализации в поступление КД3. Разные доки переносились по разному исходя из целесообразности в каждой конкретной ситуации. КД3 использовали чтобы минимизировать количество доработок во время сопровождения. Те доки что больше для бухов, например денежные, целесообразнее переносить КД3. То что больше регламентируется законом то и будут дорабатывать поставщики конфы, а производство там например могут и не дорабатывать и не поддерживать вовсе, его и самопальными средствами можно переносить. Очень большую долю в первоначальном заполнении данных составляет перенос через табличный документ. Заявки покупателя - самописный перенос. КД2 используюдля переносов из УНФ в УПП. (то есть из современной системы в систему прошлого поколения). Между 7.7 и системой последнего поколения давно не использую КД2.
(25)
По какой причине не используете КД2?
Что тогда используете? КД3?
А если конфигурация 7.7 доработана? Например, если в типовую 7.7 добавлены новые справочники, в типовые документы добавлены новые реквизиты, тогда каким способом лучше "организовать" перенос данных из 7.7 в новую ERP 8.3?
Между 7.7 и системой последнего поколения давно не использую КД2.
По какой причине не используете КД2?
Что тогда используете? КД3?
А если конфигурация 7.7 доработана? Например, если в типовую 7.7 добавлены новые справочники, в типовые документы добавлены новые реквизиты, тогда каким способом лучше "организовать" перенос данных из 7.7 в новую ERP 8.3?
(26)
1С 7.7 не приходня для комплексной автоматизации, для решения задач регламентированного и отраслевого учета и сложных отчетов. Если делать код обработки больших данных на 1С 7.7 нельзя использовать отборы, что заставляет использовать переборы в циклах и превращает код в страшного монстра. На ней не посчитаешь зарплату с учетом требования госутарства. Но для управленческих задач небольшого объема лучше и проще 1с 7.7 по-моему вариантов нет, она очень быстра и легко программируется по сравнению с современными системами когда данных немного, только вот базу надо резать из-за ограницения размера таблиц строго меньше 1 гигобайта.
По какой причине не используете КД2?
Если речь о переходе с 7.7 на 1С 8.2 то лучший вариант это КД2. Но КД2 это обмен трудоемкий и ориентирован на конфигурации на платформе 8.2. Если вопрос принципиальные, то вот что я для себя уяснил в принципе. С тех пор сменилось поколение, появились расширения, появились другие транспорты и внедрились обмены и интеграция на основе веб-технологий, принципы механизмов обновления информационных баз и обмены принципиально изменились (кстати типовые обмены на основе планов обмена считаются отстоем и мой личный опыт это подтверждает). Преимуществом для 7.7 и последним поколением обладает прямое чтение SQL (внешние источники), практичекое применение КД3 для обмена с 7.7 с шаблонным заполнением менеджера обмена данными в новой конфигурации и пост-обработка загруженных данных в новую конфигурацию последнего поколения непосредственно в КД3 решает все задачи и нерешенных вопросов не остается, при этом ломать голову по сравнению с КД2 не нужно - пиши себе и пиши код, обрабатывай результат загрузки как хочешь на стороне современной конфигурации-приемникаи больше ничего не надо - все попадет в менеджер обмена в расширение. Есть так же очень большой зоопарк технологий все из которых я не знаю. Обратите внимание на публикации авторов-победителей темы Интеграция на Инфостарт, вопрос также можно решить поиском по базе знаний на тему оптимальных средств переноса данных из 7.7 в 8.3 и платформонезависимых решений которые тоже хорошо подходят для 7.7. Так же для обменов на постоянке рассматриваю шину данных (их большое множество, например апач ESB Service Mix и kafka, данные системы берут часть маршрутизации, буферизации и частичной обработки/преобразования данных между системами)- этому статья не была посвящена. Просто в тот момент нашли для сеья приемдемый вариант, использовали и описали здесь. Но тут так же есть методики новые которые теперь лучше подойдут. Для одноразового заполнения базы не стоит забывать про табличный документ. Счтитаю, что КД3 будет более верно методически и как следствие менее трудозатратно. В прошлом посте критерии выбора освещались. Для постоянного обмена советую написать расширение в системе последнего поколения и переносит в него данные обработкой. Считаю отказываться от КД3 не стоит, надо ее рассматривать.
А если конфигурация 7.7 доработана?
- я вообще не рассматриваю вариант что 7.7 может быть не доработана, в ней просто не было никогда другого выхода. Именно об этом все выше и писал. В событии КД3 после загрузки данных можно взять любые данные из входящей XML и как угодно кодом без всяких правил и внутренних законов КД обычным программированием распихать нетиповые данные по любым объектам типовой конфигурации или расширений. Найдите инфу на эту тему хотя бы в самой популярной статье по КД3 от Сухова на Инфостарт, на ее основе я делал расширение и после загрузки документа заполнял его кодом абсолютно как угодно, это будет на порядок проще чем в КД2. Формат enterprisedata не запрещает передавать через xml дополнительную онформацию и дополнительные реквизиты.
1С 7.7 не приходня для комплексной автоматизации, для решения задач регламентированного и отраслевого учета и сложных отчетов. Если делать код обработки больших данных на 1С 7.7 нельзя использовать отборы, что заставляет использовать переборы в циклах и превращает код в страшного монстра. На ней не посчитаешь зарплату с учетом требования госутарства. Но для управленческих задач небольшого объема лучше и проще 1с 7.7 по-моему вариантов нет, она очень быстра и легко программируется по сравнению с современными системами когда данных немного, только вот базу надо резать из-за ограницения размера таблиц строго меньше 1 гигобайта.
Каковы критерии максимально эффективного внедрения ?
для меня критерий безавральности и минимальной нервозности. чтобы спокойней переносить сроки внедрения.
как следствие поэтапный перевод на новую ис -> двунаправленный обмен данными старой и новой ис .
не нужно обучать сразу большое кол-во пользователей .
минусы : приведение к общему знаменателю потребует усечения функционала и объяснение это тренерам . те двуфазное обучение усиченному и полному функционалу.
для меня критерий безавральности и минимальной нервозности. чтобы спокойней переносить сроки внедрения.
как следствие поэтапный перевод на новую ис -> двунаправленный обмен данными старой и новой ис .
не нужно обучать сразу большое кол-во пользователей .
минусы : приведение к общему знаменателю потребует усечения функционала и объяснение это тренерам . те двуфазное обучение усиченному и полному функционалу.
(3) Внедрение методом «Большого взрыва» при сильно переписанной 1С тоже не возможно поэтому скорость критерием эффективности не является.
Критерии эффективного внедрения сейчас :
- увеличение прибыли (перестроить процессы наилучшим новым опытом заложенным в ерп)
- снижение затрат (парадокс в первую очередь переносятся запасы а оптимизация запасов возможна только когда будут вложены часы после того как наладится основная деятельность)
- минимизация простоев, как никогда понадобится получение постоянной обратной связи от сотрудников чтобы они могли выполнять свои функции без ущерба деятельности предприятия
- бесперебойность во избежание потери доли на рынке, упущенная выгода контролируется
- правильность данных, корректность итоговой информации. Пишут что нужно работать над этим особо
- нужно ориентироваться на возможность использования стандартного функционала планирования ерп, мы знаем слабые места в старой ус но не знаем слабые места новой ус; мы знаем слабые места старой ус но не знаем слабых мест наших процессов и наших пользователей (слабые места в организации текущей деятельности компании), это большой минус так как приведет к дополнительному объему работ.
- мы надеемся что будет легче работать с информацией всем пользователям
Критерии эффективного внедрения сейчас :
- увеличение прибыли (перестроить процессы наилучшим новым опытом заложенным в ерп)
- снижение затрат (парадокс в первую очередь переносятся запасы а оптимизация запасов возможна только когда будут вложены часы после того как наладится основная деятельность)
- минимизация простоев, как никогда понадобится получение постоянной обратной связи от сотрудников чтобы они могли выполнять свои функции без ущерба деятельности предприятия
- бесперебойность во избежание потери доли на рынке, упущенная выгода контролируется
- правильность данных, корректность итоговой информации. Пишут что нужно работать над этим особо
что для корректного вывода итоговой информации системой
(например, плана закупок материально - технических ресурсов на следующий год), она должна быть бработана внутри системы (с помощью заранее настроенных алгоритмов), согласована внутри системы (компетентными
пользователями, в соответствии с заранее заданными ролями) и, что самое важное, первоначально введена в систему (с самого нижнего уровня). Именно такая схема – снизу вверх – от ввода потребности на уровне рабочего участка/службы/отдела в районном нефтепроводном управлении (например, в 79 с. Парабель) и до отд
ела проведения торгов (например, в головной компании, ОАО «АК «Транснефть», в Москве) – была принята за основу, поскольку обеспечивает централизованную обработку всех данных.
(например, плана закупок материально - технических ресурсов на следующий год), она должна быть бработана внутри системы (с помощью заранее настроенных алгоритмов), согласована внутри системы (компетентными
пользователями, в соответствии с заранее заданными ролями) и, что самое важное, первоначально введена в систему (с самого нижнего уровня). Именно такая схема – снизу вверх – от ввода потребности на уровне рабочего участка/службы/отдела в районном нефтепроводном управлении (например, в 79 с. Парабель) и до отд
ела проведения торгов (например, в головной компании, ОАО «АК «Транснефть», в Москве) – была принята за основу, поскольку обеспечивает централизованную обработку всех данных.
- нужно ориентироваться на возможность использования стандартного функционала планирования ерп, мы знаем слабые места в старой ус но не знаем слабые места новой ус; мы знаем слабые места старой ус но не знаем слабых мест наших процессов и наших пользователей (слабые места в организации текущей деятельности компании), это большой минус так как приведет к дополнительному объему работ.
- мы надеемся что будет легче работать с информацией всем пользователям
Прикрепленные файлы:
(5) Вот я слабо представляю "инструкции по работе с системой".
У меня на внедрениях WMS тоже "просят" инсрукцию по работе с ситемой.
Какую инструкцию я дам? как научить человека управлять машиной? Вот руль, вот педали. Жмешь на педали. Крутишь руль. Едешь куда надо. Все.
если человек никогда в машину не садился - какая инструкция ему поможет?
.
да, пишем частные мелкие инструкции по каким-то тонкостям ОТДЕЛЬНЫХ ОПЕРАЦИЙ.
есть даже описание системы.
Но это типа как Синтакспомощник - описано, но что с этим делать - непонятно.. 44-)
У меня на внедрениях WMS тоже "просят" инсрукцию по работе с ситемой.
Какую инструкцию я дам? как научить человека управлять машиной? Вот руль, вот педали. Жмешь на педали. Крутишь руль. Едешь куда надо. Все.
если человек никогда в машину не садился - какая инструкция ему поможет?
.
да, пишем частные мелкие инструкции по каким-то тонкостям ОТДЕЛЬНЫХ ОПЕРАЦИЙ.
есть даже описание системы.
Но это типа как Синтакспомощник - описано, но что с этим делать - непонятно.. 44-)
(15) пока что закупке мы сделали функционал в расширении очень похожий на тот, что был в 7ке и обучили их работать с новыми объектами, с обеспечением. У нас не очень быстро движется внедрение ERP, которая меняет комплексную 7.7? так как кроме переноса комплексной постоянно выписываем кренделя в своей рознице и другие виды деятельности неотложно развиваем. Склад будет ордерный. Складская система у нас не на 1С.
(20)закупку всё устроило - так как обеспечение заказа только расширило функционал и никакие функции не потерялись, работа с заявками покупателя принципиально другая и склад ордерный сложнее чем сейчас склад главный+склад товара в пути, но эти люди пока не работают - поживем увидим. Партионного учета пока нет. Вопрос с ШК и характеристиками может статься не простой, поживем увидим.
(3) Сразу приходит в голову, что не запуская много пользователей придется писать много обменов в ущерб основной деятельности предприятия, что не понравится бизнесу. Стоит цель не затягивать переход.
Мы не делаем обмена через план обмена (считаем нецелесообразным), просто выбор периода выгрузки документов из 7.7 в 8.3 + с учетом дополнительного запроса измененных объектов которые сами пишут некоторую сигнальную информацию о каждом факте изменения (это была функция службы безопасности) в особый справочник.
По двухуровневому обучению и по поэтапному вводу - совсем без этого обойтись не получится, потому что на первом месте интеграция от которой зависят все сроки, а о доработках функционала даже речи пока нет, что безусловно скажется на пользователях которым прийдется привыкать к стандартному функционалу ЕРП, и вот о том как происходит эта адаптация информация была бы очень ценна (но мы пока не имеем опыта - как в целом это будет происходить).
Может знаете где почитать или что посмотреть?
Мы не делаем обмена через план обмена (считаем нецелесообразным), просто выбор периода выгрузки документов из 7.7 в 8.3 + с учетом дополнительного запроса измененных объектов которые сами пишут некоторую сигнальную информацию о каждом факте изменения (это была функция службы безопасности) в особый справочник.
По двухуровневому обучению и по поэтапному вводу - совсем без этого обойтись не получится, потому что на первом месте интеграция от которой зависят все сроки, а о доработках функционала даже речи пока нет, что безусловно скажется на пользователях которым прийдется привыкать к стандартному функционалу ЕРП, и вот о том как происходит эта адаптация информация была бы очень ценна (но мы пока не имеем опыта - как в целом это будет происходить).
Может знаете где почитать или что посмотреть?
Подскажите пожалуйста, почему пользователи ЕРП должны обязательно оперировать артикулами номенклатуры? Зачем это надо?
На нашем предприятии принято работать по штрихкоду и о необходимости переходить на работу по артикулу пока нет понимания.
На нашем предприятии принято работать по штрихкоду и о необходимости переходить на работу по артикулу пока нет понимания.
(6) штрих-код - как правило обезличенная информация.
"по артикулу" - 300xxx - это сковородки, 400xxx - кастрюли
штрих-код вообще может отсутствовать
шк товара на УПАКОВКЕ (групповой) товара вообще может не быть написан или ШК групповой упаковки написан (которым не оперируют).
артикул как правило всегда написан на штуке и упаковке товара
"по артикулу" - 300xxx - это сковородки, 400xxx - кастрюли
штрих-код вообще может отсутствовать
шк товара на УПАКОВКЕ (групповой) товара вообще может не быть написан или ШК групповой упаковки написан (которым не оперируют).
артикул как правило всегда написан на штуке и упаковке товара
(11) ну, значит, у вас все штрихкодировано - тогда хорошо... можно не заставлять ;-)
но в этом случае если приходит товар без ШК его надо обязательно штрихкодировать получается. Конечно, может у вас такого не бывает, весь товар приходит штрихкодированным - тогда вообще отлично.
но в этом случае если приходит товар без ШК его надо обязательно штрихкодировать получается. Конечно, может у вас такого не бывает, весь товар приходит штрихкодированным - тогда вообще отлично.
(19) сильно подумайте ШК делать характеристикой партии. Партия сама по себе уже обладает как правило набором нужных характеристик (которые уже однозначно идентифицируют партию - дата выпуска, номер партии, номер линии выпуска итд), которые и формируют "штрихкод партии" (который, как характеристика партии - избыточен для информсистемы). Штрихкод партии - это все-таки визуальный идентификатор, наносящийся, как правило, на упаковки товара или на единицу товара. Если у вас на единице товара (базовой штуке условно нет ШК партии) - то вам будет нехорошо. Лежит коробка - на ней штрихкод (или партии, или ШК, который в себя включает партию). Эту партию можно идентифицировать этим штрихкодом инструментальными средствами. все ок. если вы теперь вскроете-расформируете коробку, а на штуках нет штрихкода с партией - то все, смысл штрихкода как характеристики партии теряется. Нахождение нужной партии на складе (под ВМС или продвинутой учетной системой склада) определяется по ее зафиксированному местоположению + по визуальному идентификатору партии, нанеснному на физическое воплощение партии + (если в ячейке несколько партий одного товара) по визуально различным характеристикам нескольких партий в одном местоположении (если нет визуального идентификатора партии).
.
штрихкод партии - если он уникален для разных партий разных товаров - можно сделать ИДЕНТИФИКАТОРОМ партии (учетный признак, может быть визуальным), для связи информационных систем. Делать характеристикой партии -сильно бы подумал
.
как-то так примерно.
.
имхо, конечно.
.
штрихкод партии - если он уникален для разных партий разных товаров - можно сделать ИДЕНТИФИКАТОРОМ партии (учетный признак, может быть визуальным), для связи информационных систем. Делать характеристикой партии -сильно бы подумал
.
как-то так примерно.
.
имхо, конечно.
Резко переходим с ТиС77 на УНФ (посовещались с коллегой восьмерочником и выбрали).
Вызывает вопросы перенос определенной части доработок в дописанной тис77 - есть ли это в EYA? придетях по ходу смотреть (простейшие путевые листы, печатные формы спецификаций к заявкам, договоры только на отсрочку или только на предоплату - в 77 у меня даже если одна копейка не проходит под условие договора - заблокирует) и много чего еще для автоматизации для быстрой и производительно йработы.
Вызывает вопросы перенос определенной части доработок в дописанной тис77 - есть ли это в EYA? придетях по ходу смотреть (простейшие путевые листы, печатные формы спецификаций к заявкам, договоры только на отсрочку или только на предоплату - в 77 у меня даже если одна копейка не проходит под условие договора - заблокирует) и много чего еще для автоматизации для быстрой и производительно йработы.
(10) у меня есть несколько публикаций на тему перехода, в основной публикации приведено еще несколько полезных использованных мной ссылок:
Пример переноса справочников, документов и движений через Эксель и "Конвертацию данных 2" из оптовой учетной системы 1С 7.7 Комплексной 4.2 и розничной учетной системы Рарус Торговый комплекс -> в 1С 8.3 ЕРП 2.4 (расширение и дополнительные реквизиты)
Загрузка поступления ТМЦ 7.7 из выбранного документа Приобретение товаров и услуг ERP 2.4. COM-объект 7.7
Сверки и переносы документов между базами 7.7 и 8, исправление расхождений. Реализации. Поступления. Корректировки отгрузки, поступления. Счета-фактуры выданные, полученные; исправленные выданные и полученные. COM-объект 1С8 (ОФ)
Загрузка адресов произвольного формата (КЛАДР и нестандартных "грязных" адресов) в ФИАС современных конфигураций из 1С 7.7
Автозагрузка заявок покупателя, поступлений и реализаций из Комплексной 7.7 в ERP. Перенос данных из любой сильно переписанной конфигурации 1С:Предприятия 7.7 в современную 8.3 через COM (расширение опубликовано в основной публикации
Создание в 1С 7.7 XML в формате EnterpriseData (универсальный формат обмена), версия 1.5. Инструкции и примеры переноса данных из устаревшей конфигурации 1С 7.7 в любую современную 1С 8.3, поддерживающую EnterpriseData, через Конвертацию данных 3
Пример переноса справочников, документов и движений через Эксель и "Конвертацию данных 2" из оптовой учетной системы 1С 7.7 Комплексной 4.2 и розничной учетной системы Рарус Торговый комплекс -> в 1С 8.3 ЕРП 2.4 (расширение и дополнительные реквизиты)
Загрузка поступления ТМЦ 7.7 из выбранного документа Приобретение товаров и услуг ERP 2.4. COM-объект 7.7
Сверки и переносы документов между базами 7.7 и 8, исправление расхождений. Реализации. Поступления. Корректировки отгрузки, поступления. Счета-фактуры выданные, полученные; исправленные выданные и полученные. COM-объект 1С8 (ОФ)
Загрузка адресов произвольного формата (КЛАДР и нестандартных "грязных" адресов) в ФИАС современных конфигураций из 1С 7.7
Автозагрузка заявок покупателя, поступлений и реализаций из Комплексной 7.7 в ERP. Перенос данных из любой сильно переписанной конфигурации 1С:Предприятия 7.7 в современную 8.3 через COM (расширение опубликовано в основной публикации
Создание в 1С 7.7 XML в формате EnterpriseData (универсальный формат обмена), версия 1.5. Инструкции и примеры переноса данных из устаревшей конфигурации 1С 7.7 в любую современную 1С 8.3, поддерживающую EnterpriseData, через Конвертацию данных 3
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот