Профессиональный чат продавцов интеграционного ПО для автоматизации работы с ФГИС Меркурий

oleg-x wrote:

dk wrote:

bsd34 wrote:Здравствуйте. Есть ли какие то решения интеграции если мы не ведем партийный учет в 1с?

Тогда вам не смысла интегрироваться с 1С. Что конкретно вы делаете в Меркурии?

Здесь я бы поспорил. Если 20 записей да, нет смысла, можно шаблонами. А если 100 клиентов, руками замучаешься
А вот сопоставить один раз клиентов и прямо в документе выбирать партию очень удобно при небольших отгрузках. До 300 записей в день таким образом можно без проблем выписывать.

Шаблон, шаблону рознь. У нас нужно только номер авто и ТТН заполнять.
Он не только клиента запоминает, но даже список продукции может запомнить, он будет сам подбирать такую же из имеющихся на складе.
Правила регионализации можно запомнить, и запросить новые только если не сработает.
И маршрут тоже запоминается при мультимодальных перевозках.
Вообщем ничего кроме номера авто, ТТН и связанных документов не нужно заполнять.

dk wrote:

bsd34 wrote:Здравствуйте. Есть ли какие то решения интеграции если мы не ведем партийный учет в 1с?

Тогда вам не смысла интегрироваться с 1С. Что конкретно вы делаете в Меркурии?

мы производим детское молочное питание и сами же продаем его. В день у нас около 160 точек на каждую точку около 16 эВСД. Руками это очень долго тем более с сетями Тандер и X5. В январе мы проспали момент с переходом на партийный учет в 1с. Может есть какие то внешние программы связанные только с реализацией в 1с, производство можем делать и в web версии главное что бы все подтягивалось в эту программу

bsd34 wrote:мы производим детское молочное питание и сами же продаем его. В день у нас около 160 точек на каждую точку около 16 эВСД. Руками это очень долго тем более с сетями Тандер и X5. В январе мы проспали момент с переходом на партийный учет в 1с. Может есть какие то внешние программы связанные только с реализацией в 1с, производство можем делать и в web версии главное что бы все подтягивалось в эту программу

можно без интеграции, облако в которое внешней обработкой автоматически закидывается текущий документ по реализации и автоматически отправляется в мерк

nmzn1 wrote:

bsd34 wrote:мы производим детское молочное питание и сами же продаем его. В день у нас около 160 точек на каждую точку около 16 эВСД. Руками это очень долго тем более с сетями Тандер и X5. В январе мы проспали момент с переходом на партийный учет в 1с. Может есть какие то внешние программы связанные только с реализацией в 1с, производство можем делать и в web версии главное что бы все подтягивалось в эту программу

можно без интеграции, облако в которое внешней обработкой автоматически закидывается текущий документ по реализации и автоматически отправляется в мерк

ну вот у e-com есть какое то решение,но им все равно нужны партии из 1с

bsd34 wrote:ну вот у e-com есть какое то решение,но им все равно нужны партии из 1с

а у asp не узнавали

В любом случае нужны партии иначе ни одна программа не поймет какой датой грузить. Исключение является, если на остатках всегда одна дата. Если производится в ночь, то и выпускать не две партии а интервал двух дат.
Тогда да. А иначе есть на остатках две даты, как программе объяснить какую дату выписать, кроме как партии или указать вручную.

oleg-x wrote:В любом случае нужны партии иначе ни одна программа не поймет какой датой грузить. Исключение является, если на остатках всегда одна дата. Если производится в ночь, то и выпускать не две партии а интервал двух дат.
Тогда да. А иначе есть на остатках две даты, как программе объяснить какую дату выписать, кроме как партии или указать вручную.

партии проставлять в ручною при производстве в мерке

bsd34 wrote:

oleg-x wrote:В любом случае нужны партии иначе ни одна программа не поймет какой датой грузить. Исключение является, если на остатках всегда одна дата. Если производится в ночь, то и выпускать не две партии а интервал двух дат.
Тогда да. А иначе есть на остатках две даты, как программе объяснить какую дату выписать, кроме как партии или указать вручную.

партии проставлять в ручною при производстве в мерке

Ну вот проставили вы партии при производстве. В итоге у вас на остатках образовалось, к примеру, две партии одной продукции - 100 кг произведенных 01.07 и 100 кг произведенных 02.07. Вы отгружаете, к примеру, 100 кг в Тандер, но они вас просят отгрузить из наиболее свежей партии, что логично. Вы соглашаетесь, рассчитывая, что из более ранней партии позже раскидаете товар по ИПшникам. Но если вы не ведете партионный учет, то в реализацию Тандеру попадет продукция из партии, произведенной 01.07 (по принципу FIFO ), что не будет соответствовать фактической, и Тандер вам эту поставку развернет.

Private wrote:

bsd34 wrote:

oleg-x wrote:В любом случае нужны партии иначе ни одна программа не поймет какой датой грузить. Исключение является, если на остатках всегда одна дата. Если производится в ночь, то и выпускать не две партии а интервал двух дат.
Тогда да. А иначе есть на остатках две даты, как программе объяснить какую дату выписать, кроме как партии или указать вручную.

партии проставлять в ручною при производстве в мерке

Ну вот проставили вы партии при производстве. В итоге у вас на остатках образовалось, к примеру, две партии одной продукции - 100 кг произведенных 01.07 и 100 кг произведенных 02.07. Вы отгружаете, к примеру, 100 кг в Тандер, но они вас просят отгрузить из наиболее свежей партии, что логично. Вы соглашаетесь, рассчитывая, что из более ранней партии позже раскидаете товар по ИПшникам. Но если вы не ведете партионный учет, то в реализацию Тандеру попадет продукция из партии, произведенной 01.07 (по принципу FIFO ), что не будет соответствовать фактической, и Тандер вам эту поставку развернет.

С этим проблем нет.у нас в договоре все остаточные сроки прописаны, а так пусть раскидывает хоть автоматически. У нас бывает только 2 партии в день.

bsd34 wrote:

Private wrote:

bsd34 wrote:

oleg-x wrote:В любом случае нужны партии иначе ни одна программа не поймет какой датой грузить. Исключение является, если на остатках всегда одна дата. Если производится в ночь, то и выпускать не две партии а интервал двух дат.
Тогда да. А иначе есть на остатках две даты, как программе объяснить какую дату выписать, кроме как партии или указать вручную.

партии проставлять в ручною при производстве в мерке

Ну вот проставили вы партии при производстве. В итоге у вас на остатках образовалось, к примеру, две партии одной продукции - 100 кг произведенных 01.07 и 100 кг произведенных 02.07. Вы отгружаете, к примеру, 100 кг в Тандер, но они вас просят отгрузить из наиболее свежей партии, что логично. Вы соглашаетесь, рассчитывая, что из более ранней партии позже раскидаете товар по ИПшникам. Но если вы не ведете партионный учет, то в реализацию Тандеру попадет продукция из партии, произведенной 01.07 (по принципу FIFO ), что не будет соответствовать фактической, и Тандер вам эту поставку развернет.

С этим проблем нет.у нас в договоре все остаточные сроки прописаны, а так пусть раскидывает хоть автоматически. У нас бывает только 2 партии в день.

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

Private wrote:

bsd34 wrote:

Private wrote:

bsd34 wrote:

oleg-x wrote:В любом случае нужны партии иначе ни одна программа не поймет какой датой грузить. Исключение является, если на остатках всегда одна дата. Если производится в ночь, то и выпускать не две партии а интервал двух дат.
Тогда да. А иначе есть на остатках две даты, как программе объяснить какую дату выписать, кроме как партии или указать вручную.

партии проставлять в ручною при производстве в мерке

Ну вот проставили вы партии при производстве. В итоге у вас на остатках образовалось, к примеру, две партии одной продукции - 100 кг произведенных 01.07 и 100 кг произведенных 02.07. Вы отгружаете, к примеру, 100 кг в Тандер, но они вас просят отгрузить из наиболее свежей партии, что логично. Вы соглашаетесь, рассчитывая, что из более ранней партии позже раскидаете товар по ИПшникам. Но если вы не ведете партионный учет, то в реализацию Тандеру попадет продукция из партии, произведенной 01.07 (по принципу FIFO ), что не будет соответствовать фактической, и Тандер вам эту поставку развернет.

С этим проблем нет.у нас в договоре все остаточные сроки прописаны, а так пусть раскидывает хоть автоматически. У нас бывает только 2 партии в день.

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

ну у нас на упаковке номер партии не написан по этому я думаю сложность с этим не будет

nmzn1 wrote:

bsd34 wrote:ну вот у e-com есть какое то решение,но им все равно нужны партии из 1с

а у asp не узнавали

Считаются не благонадежными. юрист не пропускает с ними договор(

bsd34 wrote:

Private wrote:

bsd34 wrote:

Private wrote:

bsd34 wrote:

oleg-x wrote:В любом случае нужны партии иначе ни одна программа не поймет какой датой грузить. Исключение является, если на остатках всегда одна дата. Если производится в ночь, то и выпускать не две партии а интервал двух дат.
Тогда да. А иначе есть на остатках две даты, как программе объяснить какую дату выписать, кроме как партии или указать вручную.

партии проставлять в ручною при производстве в мерке

Ну вот проставили вы партии при производстве. В итоге у вас на остатках образовалось, к примеру, две партии одной продукции - 100 кг произведенных 01.07 и 100 кг произведенных 02.07. Вы отгружаете, к примеру, 100 кг в Тандер, но они вас просят отгрузить из наиболее свежей партии, что логично. Вы соглашаетесь, рассчитывая, что из более ранней партии позже раскидаете товар по ИПшникам. Но если вы не ведете партионный учет, то в реализацию Тандеру попадет продукция из партии, произведенной 01.07 (по принципу FIFO ), что не будет соответствовать фактической, и Тандер вам эту поставку развернет.

С этим проблем нет.у нас в договоре все остаточные сроки прописаны, а так пусть раскидывает хоть автоматически. У нас бывает только 2 партии в день.

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

ну у нас на упаковке номер партии не написан по этому я думаю сложность с этим не будет

В данном случае номер партии = дата производства. Вы не указываете дату производства на упаковке??

Private wrote:

bsd34 wrote:

Private wrote:

bsd34 wrote:

Private wrote:

bsd34 wrote:

oleg-x wrote:В любом случае нужны партии иначе ни одна программа не поймет какой датой грузить. Исключение является, если на остатках всегда одна дата. Если производится в ночь, то и выпускать не две партии а интервал двух дат.
Тогда да. А иначе есть на остатках две даты, как программе объяснить какую дату выписать, кроме как партии или указать вручную.

партии проставлять в ручною при производстве в мерке

Ну вот проставили вы партии при производстве. В итоге у вас на остатках образовалось, к примеру, две партии одной продукции - 100 кг произведенных 01.07 и 100 кг произведенных 02.07. Вы отгружаете, к примеру, 100 кг в Тандер, но они вас просят отгрузить из наиболее свежей партии, что логично. Вы соглашаетесь, рассчитывая, что из более ранней партии позже раскидаете товар по ИПшникам. Но если вы не ведете партионный учет, то в реализацию Тандеру попадет продукция из партии, произведенной 01.07 (по принципу FIFO ), что не будет соответствовать фактической, и Тандер вам эту поставку развернет.

С этим проблем нет.у нас в договоре все остаточные сроки прописаны, а так пусть раскидывает хоть автоматически. У нас бывает только 2 партии в день.

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

ну у нас на упаковке номер партии не написан по этому я думаю сложность с этим не будет

В данном случае номер партии = дата производства. Вы не указываете дату производства на упаковке??

Дату на упаковке указываем. ну у нас на производстве партии так и ведут, но в 1с это не заноситься

Согласна с Вами. Зачастую, даже 20 ВСД могут становиться проблемой, особенно, когда некоторые контрагенты не принимают по несколько раз номера ТТН, указанные в ВСД при отгрузке и требуют тянуть их из УПД, например. В этом, как раз, интеграции и могут стать полочкой-выручалочкой. Мы часто сталкиваемся с такими нюансами при автоматизации наших клиентов. Так что, кому решение проблемы - Велкам! )