Woody-->1C

Как известно, данные Woody можно передать в 1С. Это можно сделать как путём сохранения данных в xls-файл с последующим чтением такого файла средствами 1С, так и путём выгрузки спецификаций в dbf-файл. Интересно, есть ли у кого-нибудь наработки или опыт подобной работы?

[Ведмедь]

sasa, нет, конечно!

[sasa]

Ведмедь, MSSQL ?

http://www.1c.ru/rus/products/demo1c.jsp
какая версия 1С?

[1plus]

Сообщение от sasa

У 1С база данных MS Access ?

надо читать внимательно
речь о том что б название в бд Access для WOODY = номенклатура в 1С

[1plus]

Сообщение от Ведмедь

Ну, так я нигде и не утверждал, что я программист! Буду вам очень признателен, если вы предложите вариант, при котором материал ЛДСП 16 цвет "Сосна" (наименование по прайсу поставщика) будет ассоциирован с материалом ДСП_16/Сосна (наименование в базе данных Woody)
P.S. У каждого поставщика свои прайсы. И у всех разные наименования одних и тех же материалов. Как быть? Буду рад любым советам!

Но Вам же кто-то сейчас пишет на 1С.
в 1с надо организовать справочник ассоциаций номенклатуры буквально с 3-мя колонками:
Внешнее наименование (в вашем случае из Вуди) || Код Номенклатуры 1С || Номенклатура 1С

суть в том что будет запись, что такой то текст = такая то номенклатура в 1С. Причем в разных базах названия могут быть разные, а в 1С одно.

Это не фантазии за обедом - это я вкратце описал то что уже лет 7 назад сделал. Да и в других конфигурациях навалом таких механизмов.

Т.е. своему 1С программисту покажите этот текст и он Вам все сделает.

вот скриншот:

в первой колонке разные названия.
во второй колонке - номенклатура 1С

[ps_Mike]

Сообщение от 1plus

Но Вам же кто-то сейчас пишет на 1С.
в 1с надо организовать справочник ассоциаций номенклатуры буквально с 3-мя колонками:
Внешнее наименование (в вашем случае из Вуди) || Код Номенклатуры 1С || Номенклатура 1С

Поддерживаю, абсолютно работоспособный механизм, только вот "Код номенклатуры 1С" на мой взгляд не нужен.

[Ведмедь]

1plus, вот от вас другого ответа не ожидал. Во-первых, конфигурацию по условию задачи менять нельзя. Во-вторых, предложенный вами вариант подразумевает кропотливую ручную работу по заполнению справочника. Спрашивается, зачем использовать для решения сиюминутной задачи такой извращённый вариант, если можно просто вручную привести наименования материалов в базе данных Woody в соответствие с наименованиями элементов справочника Номенклатура в ИБ 1С? Ведь обмен данными будет только односторонним: из Woody в 1С. Кстати, уже очень-очень-очень давно вместо справочников в таких случаях программисты используют регистры сведений.
P.S. Не перестаёте забавлять своими "терминами" - "в 1с надо организовать справочник ассоциаций номенклатуры буквально с 3-мя колонками". Справочник с тремя колонками!!!

[1plus]

Сообщение от ps_Mike

Поддерживаю, абсолютно работоспособный механизм, только вот "Код номенклатуры 1С" на мой взгляд не нужен.

он так - для удобства там просто - в 1с удобно по кодам с номенклатурой работать

[1plus]

Сообщение от Ведмедь

1plus, вот от вас другого ответа не ожидал. Во-первых, конфигурацию по условию задачи менять нельзя.

если проблема с сохранением поддержки - не сильно это большая проблема - корректно сделав это

Сообщение от Ведмедь

Во-вторых, предложенный вами вариант подразумевает кропотливую ручную работу по заполнению справочника. Спрашивается, зачем использовать для решения сиюминутной задачи такой извращённый вариант, если можно просто вручную привести наименования материалов в базе данных Woody в соответствие с наименованиями элементов справочника Номенклатура в ИБ 1С?

а кто такое сказал, что будет кропотливая работа?? по мне так извращение "вручную привести наименования материалов в базе данных" - когда из 20-30 - не проблема, а если сотни??
а у меня все просто - нет наименования - автосоздастся новое в нужном месте с нужным префиксом и с нужным отрезанием части наименования.

так что лучше нажать на одну-две "педальки" и обработка сама все сделает

Сообщение от Ведмедь

Ведь обмен данными будет только односторонним: из Woody в 1С. Кстати, уже очень-очень-очень давно вместо справочников в таких случаях программисты используют регистры сведений.

надо уметь внимательно читать. Я писал, что сделано 7 лет назад.
показал скрин из версии 7.7
так что предлагаю чуток почитать книги
в 7-ке чуть поменьше видов регистров
а реализовать можно разными способами, в том числе и через справочник. тем более что он служебный - руками туда никто ничего не вносит - обработка его наполняет

ну и на 8-ке именно так и сделано:

Вы - как СПЕЦИАЛИСТ поймете что это такое на скриншоте

Сообщение от Ведмедь

P.S. Не перестаёте забавлять своими "терминами" - "в 1с надо организовать справочник ассоциаций номенклатуры буквально с 3-мя колонками". Справочник с тремя колонками!!!

вот у меня вопрос - что будет понятней для человека не знакомого с 1С для описания табличной части справочника (у меня там реально список)?
написать = 3 реквизита
или 3 колонки?
думаю, что понятней будет - 3 колонки

[Джекидс]

здается мне что втягивание материала из Woody в 1С не самое простое дело, толи разработчики просто сделали упрощеный вариант своих загрузок, толи с Woody все как-то иначе.
В общем небольших сложностей много, и решать их можно по разному.
Мы стремимся к полной автоматизации, а давайте зададим себе вопрос это реально али нет, если да, то во многом теоретически, а практически??? т.к. много зависит не только от нас и программы, многое зависит не от нас, поставщик изменил артикул/название, и все возможно не удастся предусмотреть.
Мне кажется что необходимо для начала построить и огласить идеальную модель всех процессов, а то так до бесконечности можно обсуждать одно и тоже регистры, таблицы, сведенья, номенклатура и не чего не добиться, от ручного труда однозначно не получится уйти.
Давайте найдем цель, идеальную схему, а то цель чтоб все работало, а что там толи ехать, толи плыть, толи лететь, лижбы все работало.
Предлгаю поделиться мыслями как кто видит работу в связке Woody и 1С, техническую сторону и те вопросы которые мы тут обсуждаем.
Вот примерный мой вариант.
1. Абсолютно одинаковые базы в Woody и 1С
2. Самый важный момент при загрузке и обновлении цен из прайсов поставщика, мне кажется должны быть прайсы поставщика они должны переводиться в читаемый вид 1С и загружаться в БД 1С, если в БД Woody появляется новый материал, то он должен моментально появится в БД 1С и прайсе поставщика (или вашем личном прайсе)
3.....
По поводу кодов согласен, но еще на стадии прайсов, и не помешает и разные функции типо ВПР использовать, тогда и разные названия одного и тогоже материала не страшны, все это должно готовится и передоваться/обновляться в 1С, БД 1С и БД Woody должны быть как стерильны, а вся грязная работа делаться на другом этапе.
Для работы в 1С у нас в городе этих людей называют "операторами", не бухгалтерами ни манагерами а именно операторами, и давайте помнить что если решили задействовать 1С на которую возложены большие задачи, то и человечек отдельный возможно понадобится.
Лично я от 1С ПС:Меб.пр. и других решений не ожидаю решения всех 100% проблем, как правило решение одной проблемы влечет появление новых.

[1plus]

Сообщение от Джекидс

Вот примерный мой вариант.
1. Абсолютно одинаковые базы в Woody и 1С

необязательно. в 1С может быть больше номенклатуры.
но можно сделать номенклатуре реквизит - каким базам принадлежит данная номенклатура (WOODY, Базис и т.д.) если делать, то делать - гибкую систему.

Сообщение от Джекидс

2. Самый важный момент при загрузке и обновлении цен из прайсов поставщика, мне кажется должны быть прайсы поставщика они должны переводиться в читаемый вид 1С и загружаться в БД 1С, если в БД Woody появляется новый материал, то он должен моментально появится в БД 1С и прайсе поставщика (или вашем личном прайсе)

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

Сообщение от Джекидс

3.....
По поводу кодов согласен, но еще на стадии прайсов, и не помешает и разные функции типо ВПР использовать, тогда и разные названия одного и тогоже материала не страшны, все это должно готовится и передоваться/обновляться в 1С, БД 1С и БД Woody должны быть как стерильны, а вся грязная работа делаться на другом этапе.
Для работы в 1С у нас в городе этих людей называют "операторами", не бухгалтерами ни манагерами а именно операторами, и давайте помнить что если решили задействовать 1С на которую возложены большие задачи, то и человечек отдельный возможно понадобится.
Лично я от 1С ПС:Меб.пр. и других решений не ожидаю решения всех 100% проблем, как правило решение одной проблемы влечет появление новых.

автоматизация = вопрос бесконечный = зависит от желания автоматизируемого
просто как только от одной рутины избавились - появляется желание учитывать нечто о чем и не мечталось ранее. решив следующую задачу - хочется еще нового...
но примеры разные:
есть - купили и пользуются уже сколько лет и ничего не дорабатывают
есть - ежемесячно на индивидуальные доработки тратят до 50% от стоимости покупки (но это конечно - редкий случай)
====
на 100% никогда ничего нереально решить = прогресс диктует развитие и решение новых задач......