Partilha do ICMS e CEST

[Pratic Sistemas]

Boa tarde amigos, gostaria de saber se o ACBrMonitor Plus já está atendendo ao novo layout versão 3.10.1 onde os novos campos para CEST e de Icms  já estão incluidos para serem informados ?

 

[Juliomar Marchetti]

pra quando é mesmo que entra em produção?

no layout do acbr tá lá o campo já!

[Pratic Sistemas]

boa tarde Juliomar, entra em 01/01/2016, 

agora a pergunta feita foi referente estar atendendo ao novo layout , que é o mesmo usado no emissor gratuito conforme versao 3.10.1

no aguardo.

 

[Daniel Simoes]

Veja se esse Post ajuda:

 

 

[Pratic Sistemas]

Em 24/12/2015 at 12:17, Daniel Simoes disse:

Veja se esse Post ajuda:

Daniel bom dia, perfeito !!!!

muito obrigado.

 

Em 24/12/2015 at 12:17, Daniel Simoes disse:

 

 

[Alexsandro Lopes]

Trabalho com emissor gratuito como um reserva caso  tenha algum problema com o acbr ..e precise ganhar tempo .e nao perder o cliente

Em 23/12/2015 at 13:19, Pratic Sistemas disse:

 

agora a pergunta feita foi referente estar atendendo ao novo layout , que é o mesmo usado no emissor gratuito conforme versao 3.10.1

 

 

existem algumas diferenças referentes ao txt gerado no xml e normal...

W02|0.00|0.00|0.00|0.00|0.00|0.00|0.00|0.00|0.00|0.00|0.00|0.00|0.00|0.00|0.00|0.00|0.00|0.00|0.00  esta e a linha gerada pelo componente acbr  no txt

essa e a forma que o emissor Gratuito gera ...perceba que tres campos referente a partilha do icms sao tratados diferente

W02|0.00|0.00|0.00|0.00|0.00|0.00|0.00|0.00|0.00|0.00|0.00|0.00|0.00|0.00|0.00|0.00

w04c|0.00   campo novo

w04e|0.00   campo novo 

w04g|0.00  campo novo

caso vc trabalhe com TXT vc vai precisar realizar algumas adaptações.

 

Editado 29 Dezembro, 2015 por Alexsandro Lopes

[Pratic Sistemas]

boa tarde Alessandro, sim também fizemos as adaptações para testar no emissor, mas o problema é que no ACBrMonitorPlus não está funcionando.

[Daniel Simoes]

Devemos seguir documentação... qual o documento que normatiza esse arquivo ?

Como é definido o layout nele ? O ACBrMonitor segue esse layout ?

[Pratic Sistemas]

13 horas atrás, Daniel Simoes disse:

Devemos seguir documentação... qual o documento que normatiza esse arquivo ?

Como é definido o layout nele ? O ACBrMonitor segue esse layout ?

daniel se puder ver essa situação, não está funcionando pelo AcbrMonitorPLus, já tentei das duas formas fazendo da forma que o emissor aceita, e fazendo conforme o manual 3.10.1 que provavelmente é a forma que o acbrMonitorPLus deve estar tratando o arquivo, em todos os testes feitos retornou o mesmo erro, e devolve erro List Index out of bounds

NFe.TXT

acredito que esse post do erro vai ajudar, já que parece que um membro achou o problema, e diz estar na linha NA|  do arquivo.

http://www.projetoacbr.com.br/forum/topic/26973-erro-list-index-31384472-out-of-bounds/?do=findComment&comment=175693

Editado 30 Dezembro, 2015 por Pratic Sistemas
inserido arquivo em anexo

[Régys Silveira]

Ei enviei a alteração para acertar o index out of bound, tem que aguardar a nova compilação para testar, eu enviei ontem.

Baixe o arquivo no post:

e faça o teste pro favor.

ACBrMonitor.zip

[Alexsandro Lopes]

17 horas atrás, Daniel Simoes disse:

Devemos seguir documentação... qual o documento que normatiza esse arquivo ?

Como é definido o layout nele ? O ACBrMonitor segue esse layout ?

daniel simoes o acbr esta seguindo o layout divulgado pela sefaz corretamente o problema e no layout do txt do emissor gratuito ....

[Régys Silveira]

Faça o teste com o arquivo que anexei.

[Pratic Sistemas]

4 horas atrás, Régys Silveira disse:

Ei enviei a alteração para acertar o index out of bound, tem que aguardar a nova compilação para testar, eu enviei ontem.

Baixe o arquivo no post:

e faça o teste pro favor.

ACBrMonitor.zip

OK, obrigado, já estarei fazendo os testes

[Nelson Mazarin]

Em 30/12/2015 at 15:31, Pratic Sistemas disse:

OK, obrigado, já estarei fazendo os testes

Rejeição: Informado indevidamente o grupo de ICMS para a UF de destino [nItem:1]

Salve todos! Estou recebendo em ambiente de Homologação esta mensagem quando faço uma DANFE com a partilha DIFAL. Não acontecia antes.

Utilizo versão PLUS 0.1.12.9 e já atualizei os Schemas  como podem ver: SP_NFE_PL_008h2

Chamo atenção para os detalhes exclusivos em operações Fora do Estado ( Consumo ).

idDest=2
[Destinatario]
indIEDest=9
indFinal=1

Alguém está conseguindo Autorizar alguma DANFE com DIFAL hoje? No dia 30 de Dezembro, fazia normalmente.

LOG.TXT

9 minutos atrás, Nelson Mazarin disse:

Rejeição: Informado indevidamente o grupo de ICMS para a UF de destino [nItem:1]

Salve todos! Estou recebendo em ambiente de Homologação esta mensagem quando faço uma DANFE com a partilha DIFAL. Não acontecia antes.

Utilizo versão PLUS 0.1.12.9 e já atualizei os Schemas  como podem ver: SP_NFE_PL_008h2

Chamo atenção para os detalhes exclusivos em operações Fora do Estado ( Consumo ).

idDest=2
[Destinatario]
indIEDest=9
indFinal=1

Alguém está conseguindo Autorizar alguma DANFE com DIFAL hoje? No dia 30 de Dezembro, fazia normalmente.

LOG.TXT

Prezados Companheiros.

Somente ilustrando o assunto acima, no dia 30 de dezembro tudo funcionava.

Estou disponibilizando um XML autorizado com CEST / DIFAL (SP para RS) e não havia problemas no ambiente de Homologação.

Alguém está com o mesmo problema?

 

 

35151204317223000138550010000001461000001460-nfe.xml

[Régys Silveira]

Os webservices estão todos instáveis, talvez fosse melhor aguardar até segunda-feira e tentar novamente, senão, entrar em contato com o suporte a NF-e do SEFAZ em questão para tirar a dúvida.

[Régys Silveira]

Não houve prorrogação da NT 2015.003, houve sim prorrogação da validação de algumas regras que estão nela, ou seja, você é obrigado a gerar as tags e valores, só a validação de algumas das regras não será feita por agora.

Citar

Página 5, NT 2015.003

A postergação do início de aplicabilidade destas regras de validação não implica, de nenhuma maneira, a desobrigação ou o adiamento da aplicabilidade dos respectivos dispositivos legais.

E na verdade a data é 01/07/2016 para algumas regras, veja a NT 2015.003 para maiores detalhes.

A data de 01/04/2016 é a data de postergação da informação suplementar do QRCode e da informação do CEST, estas sim foram postergadas, só passam a valer a partir de 01/04/2016, o CEST porque ainda tem problemas na tabela e o QRCode para dar tempo ao pessoal para adequação.

[Nelson Mazarin]

Agora, Régys Silveira disse:

Não houve prorrogação da NT 2015.003, houve sim prorrogação da validação de algumas regras que estão nela, ou seja, você é obrigado a gerar as tags e valores, só a validação de algumas das regras não será feita por agora.

E na verdade a data é 01/07/2016 para algumas regras, veja a NT 2015.003 para maiores detalhes.

A data de 01/04/2016 é a data de postergação da informação suplementar do QRCode e da informação do CEST, estas sim foram postergadas, só passam a valer a partir de 01/04/2016, o CEST porque ainda tem problemas na tabela e o QRCode para dar tempo ao pessoal para adequação.

Prezados colegas, fiz agora um teste com o mesmo exemplo anterior, retirei as TAGS do DIFAL e CEST, utilizando  Schema SP_NFE_PL_008h2 (última).

e está autorizando NORMAL no ambiente de Homologação. Penso que será assim que acontecerá amanhã. Mas veja que não gerei as TAGS e não constam no XML que anexei neste post, mas vejam que foi Autorizada! Portanto, concluo que está desobrigado, neste momento a validação dos campos, como disse o Régys Silveira. O que devemos é nos garantir é armazenar as variáveis e valores como se já estivessem valendo. Pra mim ainda ficou a dúvida se a GRNE deve ser recolhida ao Estado de Destino. Penso que sim.

Estou anexando o XML Autorizado sem as TAGS.35160104317223000138550010000001941000001943-nfe.xml

[truesoft]

Boa tarde, não consigo localizar a tag CEST no exemplo delphi, já atualizei e nada

[Régys Silveira]

Se estiver utilizando Trunk2 ele está lá no demo, se estiver utilizando Trunk1 não, porque o Trunk1 foi congelado.

Retirado do Demo:

Prod.CEST := 'XXXXXXX';

[truesoft]

ok, obrigado, vou fazer o download do trunk2