SEFAZ-MG - ACBrCTe Schema 1.04

[gransoft]

UBERLÂNDIA-MG, 16 de março de 2012.

Prezados Desenvolvedores,

Estou trabalhando em PRODUÇÃO com o ACBrCTe Schema 1.04.

Gostaria de confirmar com demais usuários Mineiros do ACBrCTe, se durante esta semana estão com o seguinte problema, de forma intermitente:

Conseguimos TRANSMITIR nossos CTes, que ficam com o status:

"Lote em processamento"

Quando da CONSULTA pelo PROTOCOLO:

tpAmb : 1

verAplic : 0_1_57

cStat : 215

xMotivo : Rejeicao: Falha no schema XML

cUF : 31

dhRecbto : 30/12/1899

nProt :

Sem contar que a lentidão dos processos junto à SEFAZ, NESTA SEMANA, somente viabilizaram o trabalho em modo CONTINGÊNCIA mesmo.

Nesta oportunidade, lembro:

(...)

Parágrafo único. O contribuinte poderá utilizar as disposições técnicas estabelecidas pelo Manual de Integração do Contribuinte do Conhecimento de Transporte Eletrônico - CT-e, Versão 1.0.3, até o dia 1º de abril de 2012.

(...)

Fonte:

http://www.fazenda.gov.br/confaz/confaz ... 002_12.htm

Aguardo por comentários.

Atenciosamente,

Janis Peters Grants.

[Rogériomg]

Tudo bem Gransoft?

Realmente a SEFAZ de MG esta semana esta muito instável. Hoje(16/03/2012) então nem me fale...Não conseguimos receber a autorização de nenhum conhecimento. So apresenta a mensagem de "lote em processamento".

Em relação a emissão em CONTINGÊNCIA, quais passos você fez para emitir o CT-e em contingência utilizando o ACBrCTe?

Um abraço.

[gransoft]

Prezado Rogério,

Estamos emitindo CTes há mais de um ano, com todos os Processos já implementados em Produção, em caráter voluntário.

Acompanhamos todas as alterações/ajustes da SEFAZ-MG, muitas delas não documentadas aos Contribuíntes, sequer informadas no site de disponibilidade dos WebServices, motivo pelo qual é sempre bom postar e questionar outros desenvolvedores sobre as ocorrências.

EXATAMENTE embasados nisso, não há mais como se pensar em emitir CTRC aos nossos Clientes, que em grande maioria já processam os arquivos XML para seus controles administrativos, e sequer manter os custos de formulários especiais para todo o tempo de atividade em CONTINGÊNCIA, de origem técnica na própria SEFAZ-MG.

Orientados pelo Contabilista, imprimimos os DACTEs em formulário A4 convencional, quando operando em modo CONTINGÊNCIA, conforme você mesmo verificou durante quase toda esta semana.

O grande volume de informações processadas em uma Transportadora ocorre quando do retorno de todas as COLETAS do dia, no final do expediente. Este horário deve ser exatamente o utilizado pelo FISCO em suas eventuais ( constantes! ) manutenções, ou seja, fora do "horário comercial".

Atenciosamente,

Janis Peters Grants.

[Gr@c@]

Pessoal, ainda não estou conseguindo fazer consulta via protocolo em MG na nova versão. isso desde a semana passada. Tem que corrigir alguma coisa? Já atualizei os esquemas e nada.

Quando da CONSULTA pelo PROTOCOLO:

tpAmb : 1

verAplic : 0_1_57

cStat : 215

xMotivo : Rejeicao: Falha no schema XML

cUF : 31

dhRecbto : 30/12/1899

nProt :

[Gr@c@]

Pessoal, precisei voltar todos os meus clientes que já estavam emitindo ct-e 1.04 para a versao 1.03.

Falha no Schema XML

Será que houve alguma alteração no componente? No SEFAZ MG alegam que está tudo normal.

Está dando erro na consulta pelo site de MG também. Como pode estar tudo normal?

[Gr@c@]

Depois que voltei todos os meus clientes que já estavam usando a versão 1.04 para 1.03, o SEFAZ/MG resolveu atender a minha solicitação e arrumou a kaka.

Segue resposta do SEFAZ/MG

Prezados,

Nossa área de TI informa que:

“O problema estava nos XSD’s disponibilizados pelo grupo nacional, referenciando os nomes de arquivos de forma errada.

Já consertamos as referências.

Favor solicitar a todos os contribuintes de CT-e que tentem novamente (cancelamento, consulta processamento, etc.).”

[gransoft]

UBERLÂNDIA-MG, 2 de abril de 2012.

Prezados Desenvolvedores,

De acordo com o Manual de Orientações do Contribuinte, Padrões Técnicos de Comunicação, Versão 1.0.4b Dezembro/2011, estamos com nosso Aplicativo Emissor de Conhecimentos de Transporte Eletrônicos em conformidade com o que preceitua a Legislação Tributária, inclusive operando normalmente com o Schemas XML 1.04, com data prevista inicialmente para 02/04/2012, e transferida para 02/05/2012, conforme o ATO COTEPE/ICMS 10, DE 13 DE MARÇO DE 2012.

http://www.fazenda.gov.br/confaz/confaz ... 010_12.htm

Ocorre que, pelo referido Manual, na página 77, a composição da CHAVE de ACESSO varia conforme o modo de transmissão, NORMAL ou CONTINGÊNCIA FSDA. No caso de uma CONTINGÊNCIA FSDA, assinamos e validamos um CTe, imprimimos o DACTe com as respectivas mensagens, e procedemos o despacho das mercadorias ao destinatário.

Quando do retorno ao modo NORMAL, assinamos e validamos novamente o CTe, transmitimos, atualizamos nossa Base de Dados com o respectivo PROTOCOLO DE AUTORIZAÇÃO DE USO, e enviamos o arquivo XML/PDF ao email do Cliente, previamente cadastrado, quando existente.

Muitos Clientes nos retornam ligações questionando sobre a validade do respectivo CTe, pois a CHAVE de ACESSO daquele DACTe ( Schema 1.04 ) que possuem em mãos, quando do recebimento das mercadorias, impresso em uma CONTINGÊNCIA FSDA, retorna em consultas aos sites da SEFAZ-MG e RFB como INEXISTENTE, pois quando da posterior transmissão, pelas regras expostas, foi gerada outra CHAVE de ACESSO, mudando o tpEmis na configuração da CHAVE, e consequentemente, o Dígito de Verificação.

Operadores de NFe fazem isso constantemente, e não atentam para a regra diferente na composição da CHAVE de ACESSO do CTe.

A única solução que encontramos para evitar estes constantes contratempos com nossos Clientes, foi retornar todo o Sistema para XML Versão 1.03, cientes de que o limite será a data de 02/05/2012.

QUESTIONO a quem possa informar ( Email com conteúdo similar foi direcionado ao FISCO ):

- Há alguma previsão para adequar uma CHAVE de ACESSO ÚNICA para CTes, em modo NORMAL ou qualquer outra CONTINGÊNCIA programada, similar aos processos de uma Nota Fiscal Eletrônica ?!

Se a resposta for um simples "NÃO!", o FISCO e os EMITENTES de CTes deverão travar uma campanha de orientação aos CLIENTES/REMETENTES/DESTINATÁRIOS quando de recepcionarem mercadorias acobertadas por DACTe impresso em CONTINGÊNCIA, visto que não poderão processar em seus Sistemas Financeiros, aquela CHAVE DE ACESSO, que não tem validade fiscal, e aguardar pelo XML/PDF definitivo por email, ou providenciar outra forma para alimentarem seus Aplicativos, pois em grande maioria, vinculam os pagamentos dos Servicos de Transportes à CONFIRMAÇÃO do PROTOCOLO DE USO do CTe.

Atenciosamente,

Janis Peters Grants.

[gransoft]

UBERLÂNDIA-MG, 11 de abril de 2012.

Prezados Desenvolvedores,

Continuamos com interrupções intermitentes nos WebServices da SEFAZ-MG desde o início do mês, provavelmente para adequação ao Schema 1.04.

Tenho CENTENAS de CTes emitidos em modo CONTINGÊNCIA, sem possibilidade imediata de transmissão, e já expirando os sete dias...

Clientes me cobrando o XML/PDF, etc etc etc

Quero ver o resultado disso !!!

Atenciosamente,

Janis Peters Grants.

[gransoft]

UBERLÂNDIA-MG, 02 de maio de 2012.

Prezados Desenvolvedores,

Até este instante, o site da SEFAZ-MG informa indisponibilidade dos WebServices, e estou com uma quantidade ABSURDA de CTes emitidos em CONTINGÊNCIA, pelo Schema 1.03.

http://www.cte.fazenda.gov.br/Verificac ... vicos.aspx

Hoje seria a data para o início do Schema 1.04.

Monitorando isso...

Atenciosamente,

Janis Peters Grants.

[Gr@c@]

Ontem meu cliente enviou 250 ct-e na versão 1.04, em tempo recorde, sem nenhum problema. Tava bom demais pra ser verdade