Painel de líderes

Recebemos há pouco a seguinte resposta da SEFAZ de SP para cada um dos 6 protocolos que abrimos na quinta-feira: Prezado Contribuinte, O erro descrito em sua mensagem já foi detectado e encontra-se em correção pelas áreas técnicas responsáveis, sendo corrigido em uma nova NT a ser publicada brevemente. Pedimos a gentileza de aguardar as correções do Sistema para que seja possível solucionar o problema. Agradecemos seu contato no "Fale Conosco" da Secretaria da Fazenda. Fizemos um novo teste em produção e ainda está apresentando o mesmo erro, mas o fato da SEFAZ dar uma simples satisfação reconhecendo o problema já é um avanço.

Ítalo, pelo menos 4 desses desenvolvedores que postaram aqui (eu incluso) afirmaram que já abriram um chamado na SEFAZ de SP relatando este problema. E nos chamados que abri hoje, incluí um link para este tópico, com a esperança de que isso abra o olho deles de que é um problema grave e que está afetando diversos contribuintes do Estado de SP. Além disso, há detalhes que foram expostos neste tópico sobre este problema (por exemplo: só acontece com CT-e's emitidos na versão 2.00, acontece apenas em SP, em MG, se aconteceu, já está resolvido), com certeza deve ter ajudado muito mais gente do que apenas os que se manifestaram aqui de alguma forma. Entendo que um dos principais benefícios de um fórum é a troca de ideias e informações, e é isso que estamos fazendo aqui. Se ninguém tivesse se manifestado e apenas seguissem esta "recomendação" de guardar para si os problemas e entrar em contato individualmente com a SEFAZ, quantos estariam perdendo tempo olhando código, fazendo testes, apenas para descobrir o que nós já constatamos aqui?

Ok Italo, Não foi isso que aconteceu, mas consegui resolver aqui. obrigado pela sua grande ajuda. Abraços

Obrigado, assim que eu tiver condições irei fazer o teste numa impressora com papel A4. Acho que entendi.

Fiz atualização dos Fontes do ACBr e voltou a funcionar. Obrigado!

Ok Italo, acredito que seja isso mesmo. Vou confirmar, mais não deve ser TRR. Obrigado.

@Rafael Dias entendo, na verdade não vi nem como um erro, só estranhei a diferença de tempo entre uma unit e outra. Vou continuar os testes e se achar algo reporto aqui.

Bom dia Werner, Favor atualizar os fontes e refaça o teste. Foi enviado a poucos minutos uma alteração no que diz respeito a envio de eventos.

Bom dia, Muito obrigado pela colaboração, já enviei para o repositório.

Olá, Foi efetuada uma alteração no Commit [r14281] Por favor, atualize os fontes e efetue um novo teste utilizando o parâmetro AvancoEtq = 600 novamente. (Caso ainda não funcione, anexe o log no caso )

Olá Juliomar, obrigado pelo retorno. Sim já testei todas as opções, o que pensei agora pela manhã é pintar de branco com os numeros preenchidos, aquela área de baixo, para dar a impressão do corte, e ficar com a aparência dos códigos EAN13, vou tentar fazer, se conseguir posto aqui para todos usarem ok. Um abraço.

Verifiquei os fontes, e por ser uma coisa especifica da contabilidade do meu cliente não possui no ACBR, vou desenvolver separadamente, mas obrigado pela atenção!

Discordo totalmente da sua visão, acho bem importante que este tipo de informação seja compartilhada, eliminando possíveis dúvidas que o problema seja culpa do próprio código, tanto do ACBr ou do sistema de cada um. Para os demais interessados no assunto: o problema ainda persiste (testado em ambiente de Produção há poucos minutos), já abrimos vários chamados na SEFAZ de SP desde a semana passada, mas até agora não obtivemos nenhum retorno.

Boa tarde! Também identificamos este problema, e de fato só acontece na tentativa de gerar Carta de Correção Eletrônica de CT-e's emitidos na versão 2.0, e temos certeza absoluta que é problema lá na SEFAZ (nosso caso também foi em SP). Não sabemos como é o processo interno lá, então só podemos supor quando nós enviamos o conteúdo da CC-e com as tags modificadas, eles carregam o XML original da versão 2.0, fazem a substituição pelas modificações e fazem a validação em cima dos schemas, mas o erro está acontecendo porque estão usando os schemas da versão 3.0 ao invés da 2.0. Já abrimos 2 chamados lá, um ontem, respondido ridiculamente por eles, e outro hoje cedo... mas até agora não recebemos uma resposta. Quando tivermos uma nova resposta deles, avisaremos aqui para todos.

Já pagamos isso através dos impostos (ICMS,PIS,COFINS,etc), lembrando que está informação cadastral correta é exigência do fisco! Absurdo como sempre!

Dá uma olhada nesse post aqui. Pode te ajudar. Estou começando a analisar as UNITs dele. Abraços.

Boa tarde, O cancelamento é um evento. sProtocolo := ACBrMDFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.nProt;