gransoft

UBERLÂNDIA-MG, 4 de maio de 2012. Prezado Fábio, Na geração do arquivo XML do CT-e, serão preenchidos no modelo apenas as TAGs de campos identificados como obrigatórios no leiaute ou os campos obrigatórios por força da legislação pertinente. Identificam-se os campos obrigatórios no leiaute pelo primeiro dígito da coluna ocorrência (“Ocorr.”) que inicie com 1, ex.: 1-1, 1-2, 1-N . Os campos obrigatórios por força da legislação pertinente devem ser informados, mesmo que no leiaute seu preenchimento seja facultativo. Manual de Orientações do Contribuínte, Versão 1.0.4c Abril/2012, PÁGINA 12. http://www.cte.fazenda.gov.br//integracao.aspx Atenciosamente, Janis Peters Grants.

UBERLÂNDIA-MG, 4 de maio de 2012. Prezados Desenvolvedores, Os WebServices da SEFAZ-MG ainda continuam instáveis, desde as mudanças para Schema 1.04. O site de "disponibilidade" passa a maior parte do tempo no TUDO VERDE. A única forma de se obter o PROTOCOLO é forçar uma CONSULTA na sequência da transmissão, ainda não se consegue CANCELAR ou INUTILIZAR CTes, e não há sincronismo entre Base de Dados da RFB e SEFAZ-MG. Todos os clientes devem ser orientados a consultar os CTes no site de origem, SEFAZ-MG, isso quando está disponível... http://portalcte.fazenda.mg.gov.br/consultas.html Tenho uma quantidade enorme de CTes transmitidos em CONTINGÊNCIA 1.03, e não consigo recuperar o PROTOCOLO deles, e as mensagens de erro são as mais diversas. Atenciosamente, Janis Peters Grants.

UBERLÂNDIA-MG, 02 de maio de 2012. Prezados Desenvolvedores, No Tópico sobre SEFAZ-MG e Schemas 1.04 relato uma série de ocorrências absurdas nas últimas quatro semanas. Os WebServices estão constantemente instáveis, por vezes indicando total disponibilidade no site, desde a mudança na Chave de Acesso para a Versão 1.04. A pior das ocorrências é a falta de sincronismo entre as Bases de Dados da SEFAZ-MG e RFB onde a maioria dos clientes fazem as consultas dos CTes, e nos questionam sobre a validade dos DACTes impressos em CONTINGÊNCIA. Atenciosamente, Janis Peters Grants.

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.

UBERLÂNDIA-MG, 17 de abril de 2012. Prezados Desenvolvedores, No CTe em CONTINGÊNCIA, realmente é alterado o tpEmis na composição da Chave de Acesso ( conforme Manual ) e respectivo Dígito Verificador. Imprimimos o DACTe e despachamos a Carga. Simples, rápido e prático! A questão é que, por "INTUIÇÃO", quando os WebServices voltam ao modo NORMAL, assinávamos, validávamos NOVAMENTE, e transmitíamos o CTe com uma nova Chave de Acesso, alterando o tpEmis... O Cliente TOMADOR DO SERVIÇO, de posse do DACTe inicialmente impresso em CONTINGÊNCIA não consegue acessar o CTe nos sites da RFB e SEFAZ. Nada que não se resolva com o envio do XML e PDF ao email dele. RESUMINDO: - Em modo NORMAL, assina, valida, transmite e imprime DACTe com o PROTOCOLO; - Em modo CONTINGÊNCIA, assina, valida e Imprime. Quando retornar ao modo NORMAL, TRANSMITE-SE SEM assinar e validar !!! A questão que levanto agora é quanto ao DACTe impresso DEPOIS DA TRANSMISSÃO. Neste DACTe, impresso ou em PDF, não CONSTA O PROTOCOLO, e explicar isso aos Srs. Contabilistas e Chefes de Setores Fiscais - que gostam de arquivar papéis - está dando pano para manga. ( Lembrando que estamos tratando de um XML inicialmente em CONTINGÊNCIA, depois transmitido SEM QUALQUER ALTERAÇÃO !!! ) Atenciosamente, Janis Peters Grants.

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.

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.

UBERLÂNDIA-MG, 23 de março de 2012. Prezados Desenvolvedores, Operacionalmente falando, alguém aqui tem ideia das rotinas de um Escritório de Contabilidade processando dados de 10 Empresas em média, com lançamentos de 10 NFe de Entrada e Saída diárias ?! E de uma Transportadora, com movimentação de 100 arquivos XML de NFe, para dar origem IMEDIATA ( logística ! ) a 100 XML de CTe diários, em média ?! Creio que muitos aqui tem domínio disso, por vezes, multiplicado por 10! O Fisco deverá sim, disponibilizar uma forma de consulta ilimitada, por período determinado, aos dados de XML de NFe e CTe, por qualquer Contribuínte PARTICIPANTE, com Certificação Digital, envolvido na operação, sob pena de TRAVAR DIVERSOS PROCESSOS. Lembrando que os CONTABILISTAS fazem parte de qualquer processo. Tratando-se da emissão de um CTe, são quantos mesmo os PARTICIPANTES em uma única operação ?! Incluiu cada CONTABILISTA de cada um dos PARTICIPANTES ?! Atenciosamente, Janis Peters Grants.

UBERLÂNDIA-MG, 22 de março de 2012. Prezados Desenvolvedores, Pela "Manifestação do Destinatário" somente, o FISCO perde uma grande oportunidade de receber o CIENTE também de outro participante na operação: O TRANSPORTADOR ... O Fisco perde esta informação, e este segmento deverá continuar processando os dados por digitação, ou pelos arquivos XML, TXT, CSV e E.D.I. convencionais. paCIÊNCIA !!! Atenciosamente, Janis Peters Grants.

Obrigado Regys. Em nenhum dos contatos que fiz, isso ficou esclarecido. Lembrando que na SEFAZ-MG, informa-se a dúvida ao Atendente, este repassa ao Agente Fiscal, e novamente, retorna com a "resposta"... Já viu o resultado. Resumindo, não se permitem DOWNLOAD de XML de NFe por terceiros, sequer TRANSPORTADORAS. Mais um FIaSCO do FISCO. Atenciosamente, Janis Peters Grants.

UBERLÂNDIA-MG, 20 de março de 2012. Prezados Desenvolvedores, Creio que todos aqui devem de certa forma, prestar contas a alguém, quando destas "mudanças radicais" nos Processos. Pois bem. Não consegui ainda nenhum DOWNLOAD do XML pelo site, e pelo 0800 9792338 informo a mensagem apresentada: "O CNPJ ou CPF do certificado NÃO está autorizado a fazer o download do documento.". Depois de muitos redirecionamentos e contatos até com a SEFAZ-MG, recebi a resposta de que o "serviço" realmente não está disponível. Paciência! Atenciosamente, Janis Peters Grants.

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.

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.

UBERLÂNDIA-MG, 14 de março de 2012. Prezados Srs., Neste final de semana, o site da RFB para consulta às NFe foi realmente alterado de uma forma que nos impede de recuperar RAZÃO SOCIAL e CNPJ pelo Projeto RecuperarXML e algorítmos similares: Observem que os demais conteúdos dos campos estão identificáveis. Nome / Razão social Inicialmente, poderemos fazer o download do XML, após consulta no link: http://www.nfe.fazenda.gov.br/portal/co ... qxE8pl8%3d e acessando o botão "Download do documento". Verificando agora, a forma de ter acesso à este "Serviço", pois recebo diversas mensagens, dentre elas: "A sessão expirou. Faça a consulta novamente." "O CNPJ ou CPF do Certificado não está autorizado a fazer DOWNLOAD do documento." Lembrando de que não sou EMITENTE de NFe, e sim, de CT-e, cuja rotina de importação dos dados é EXTREMAMENTE facilitada com os recusros antes disponibilizados pelo Projeto RecuperarXML. Atenciosamente, Janis Peters Grants.

UBERLÂNDIA-MG, 29 de fevereiro de 2012. Prezada Graça, Pelo fone 155 ( Minas Gerais ) a Central de Atendimento confirma a possíbilidade de utilizar formulário COMUM A4, para impressão de DACTes em CONTINGÊNCIA, e informa a necessidade de se solicitar isso formalmente, pelo Fale Conosco: http://www4.fazenda.mg.gov.br/faleconoscoservico/ Fonte: http://www.fazenda.mg.gov.br/secretaria ... endimento/ Atenciosamente, Janis Peters Grants.

UBERLÂNDIA-MG, 29 de fevereiro de 2012. Prezados Desenvolvedores, Confirmando, até a presente data continuamos operando apenas com as formas NORMAL e CONTINGÊNCIA, e nesta, utilizando também de formulários comuns A4. Atenciosamente, Janis Peters Grants.

UBERLÂNDIA-MG, 19 de janeiro de 2012. Prezado Maiko, Os exemplos do Italo te fornecem todo o suporte para seu algorítmo. Uma sugestão é baixar o Visualizador-6.1.5-Windows-Setup no link Visualizador.win.x86 http://www.cte.fazenda.gov.br/visualizador.aspx e importar alguns XML, ( NFe e/ou CTe ). Estudando a estrutura deste Aplicativo, sua implementação em ABAS, o detalhe da possibilidade de quatro "pessoas" e respectivos endereços, envolvidas em um CTe ( Remetente, Destinatário, Expedidor, Recebedor ) - sem contar o próprio Emitente - a Transportadora (RNTRC), você poderá determinar os campos obrigatórios em suas Tabelas, e os demais para seus controles. Utilizamos várias Tabelas auxiliares, dentre elas o Cadastro de Municípios com o respectivo Código do IBGE. O Componente traz uma forma interessante de resolver isso, com os dados em arquivos, no formato txt. De forma similar, pode-se analisar também pelos dados apresentados no site Portal CTe, durante uma consulta a um CTe: https://www.cte.fazenda.gov.br//Formula ... a=completa Ex: 31120106982760000128570000000990300000990308 E vamos ao CTe de número 100.000, neste CNPJ. Hoje ainda! Atenciosamente, Janis Peters Grants.

UBERLÂNDIA-MG, 22 de dezembro de 2011. Prezado Josemar, Conforme sugestão anterior, esqueça temporariamente nos testes a linha: // ACBrCTe1.Conhecimentos.Items[0].SaveToFile; e substitua por: ACBrCTe1.Conhecimentos.Valida; // Que cria o arquivo XML, Assina e Valida !!! ACBrCTe1.Enviar(1); // Número do Lote ( use sempre 1, e não necessariamente o Número do CTe Ide.nCTe No algorítmo que você postou, onde você está ASSINANDO o XML ?! Lembrando que o método Valida CRIA, ASSINA e VALIDA o XML... Estou com mais de 100.000 CTes Autorizados com o ACBrCTe. Pode ficar tranquilo quanto aos algorítmos para o Schema 1.03, e estamos aguardando a SEFAZ-MG entrar em sintonia com o 1.04, que ainda apresenta problemas com alteração na chave e retornos de Protocolos. Atenciosamente, Janis Peters Grants.

UBERLÂNDIA-MG, 21 de dezembro de 2011. Prezado Josemar, Faça um teste simples, substituindo: // ACBrCTe1.Conhecimentos.Items[0].SaveToFile; por ACBrCTe1.Conhecimentos.Valida; // Assina e Valida o XML ACBrCTe1.Enviar(1); // Número do Lote Atenciosamente, Janis Peters Grants.

UBERLÂNDIA-MG, 24 de novembro de 2011. Prezados Srs., Desde o dia 1. de novembro, data programada para o início dos testes com Schema 104, a SEFAZ-MG tem interrompido os WebServices constantemente, mesmo sem atualizar o site de "Disponibilidade dos Serviços". Na maioria das vezes, o Status do WebService retorna 107 - Serviço em Operação. A propósito, neste instante o site continua com uma tarja "Ambiente de Homologação", justamente no de PRODUÇÃO... http://www.cte.fazenda.gov.br/Verificac ... vicos.aspx http://hom.cte.fazenda.gov.br//Verifica ... vicos.aspx Ajustes ... Atenciosamente, Janis Peters Grants.

UBERLÂNDIA-MG, 9 de novembro de 2011. Prezados Srs., Já tenho processados, mais de 80.000 CTes na SEFAZ-MG com o schema versão 1.03, e nosso TMS está preparado para a versão 1.04. As falhas apresentadas na 1.04, desde o dia 1. de novembro, passaram a refletir também na 1.03, sendo na maioria relacionadas ao retorno do Protocolo de Autorização ou Cancelamento. Tivemos diversas interrupções de WebServices desde o início do mês, não documentadas pela SEFAZ-MG, mas comentadas nos emails remetidos e devidamente respondidos. Neste exato instante, trabalhando com a 1.03, consigo transmitir os CTes que foram validados anteriormente no modo CONTINGÊNCIA, validando-os novamente em NORMAL, recebo o Protocolo, mas este não é gravado no respectivo XML. Lembrando que este procedimento foi exaustivamente utilizado no decorrer das emissões anteriores. São várias as situações encontradas desde o início do mês, mas todos os documentos emitidos constam como AUTORIZADOS no site: https://www.cte.fazenda.gov.br//Formula ... a=completa Estou fazendo uma série de verificações aqui, nas duas versões, nos dois ambientes, e passando as informações ao Italo. As de maior relevância, e especificamente relacionadas à SEFAZ-MG, postarei aqui. Atenciosamente, Janis Peters Grants.

UBERLÂNDIA-MG, 11 de outubro de 2011. Prezados Srs., Os Desenvolvedores que TAMBÉM estiverem realizando testes com o ACBrCTe PL_104 junto à SEFAZ-MG, poderão receber a mensagem abaixo, provavelmente pelas adequações às regras do Manual, Versão 1.0.4a, de Agosto de 2011, página 76, referente ao item 5.4 Chave de Acesso do CT-e: (...) Conhecimento(s) não confirmado(s): xxxx->Rejeicao: Erro na Chave de Acesso - Campo ID (...) Em recente consulta à SEFAZ-MG, fui informado que o problema já está sendo sanado pela área de TI. Atenciosamente, Janis Peters Grants.

UBERLÂNDIA-MG, 20 de setembro de 2011. Prezado Italo, OBRIGADO, e aos testes !!! Atenciosamente, Janis Peters Grants.

UBERLÂNDIA-MG, 24 de agosto de 2011. Prezados Srs., Tenho o mesmo problema relatado, ao sair do Delphi7, no Windows 7 Ultimate. Não há qualquer problema durante a execução dos Aplicativos TMS/ACBrCTe, tanto no Win7, quanto no XP. Atenciosamente, Janis Peters Grants.

UBERLÂNDIA-MG, 20 de agosto de 2011. Prezado Italo, Parabéns pela dedicação e empenho ao esmiuçar códigos e Regras nos Manuais. ACBrCTe em PRODUÇÃO junto à SEFAZ-MG, com mais de 30.000 DACTes AUTORIZADOS. Agradeço seu apoio e coloco-me à disposição para todos os testes. Observação: Aqui, estamos utilizando formulários comuns ( com anuência de nossa Contabilidade ) durante o período de CONTINGÊNCIA, neste fim de semana. Atenciosamente, Janis Peters Grants.