Painel de líderes

É o meu caso e por sorte um colega tinha em backup uma versão antes. é a que estou usando. Quando arrumo um tempinho tento corrigir aqui o fonte.

Não vejo tanta desvantagens no SAT CF-e, em comparação ao ECF sem dúvidas é melhor inclusive do ponto de vista do usuário. Só para constar, nesse exato momento tenho um cliente em uma cidade cujo provedor internetr caiu desde as 12:00 de hoje e não voltou até agora, AINDA BEM QUE ELE TEM SAT!!!

Boa tarde Italo, Ok. vou verificar. muito obrigado por me ajudar.

Não acho que 500,00 em media seja algo caro para uma lanchonete ou qualquer tipo de comércio por menor que seja. É claro que é minha opinião e ninguém é obrigado a concordar, mas se um comércio por menor que seja não tem 500,00 para pagar por um equipamento uma vez na vida, pode fechar as portas.

Legal! Meu QR Code em homologação estava inválido pois eu não estava passando nada para essas propriedades. Agora está OK. E eu já incluí o tratamento para preencher com os dados do cliente quando a emissão for em Produção. Muito Obrigado pela atenção! Valeu mesmo!

Isso aconteceu comigo, quando consultava SC e RS, funcionava beleza. Quando consultava SP retornava essa mensagem de erro : SP -> Rejeição: Cabecalho - Versao do arquivo xml não suportada Ai verifiquei que as minhas configurações estavam desatualizadas. E ajustei o componente : NFEletronica.Configuracoes.Geral.VersaoDF := ve310; Pronto, apartir disso funcionaou. Acredito que seja isso, verifique e de um retorno. Dercide.

Você possui dois usuários no fórum? é compatível com todas as versões

Bom dia Italo, consegui resolver desta forma, antes de gerar o xml verifico o provedor e coloco a informação do MunicipioIncidencia em CodigoMunicipio, porque na versão 1.0 não tem o campo MunicipioIncidencia, pelo que analisei o provedor Betha trabalha nas duas versões (1.0 e 2.02) if (DM_NFSe.ACBrNFSe.Configuracoes.WebServices.Provedor in[proPronim,proBetha]) then Servico.CodigoMunicipio := IntToStr(Servico.MunicipioIncidencia);

Boa noite, Você tentou? Se sim, ocorreu algum erro?

Bom dia. A única informação que consta no site da Prefeitura de São José/SC, é que o sistema atual(novo como é citado na página abaixo) é o Pronim. Não recebemos nenhuma comunicação oficial, até o momento, de que haverá nova alteração. http://www.saojose.sc.gov.br/index.php/sao-jose/nota-fiscal-de-servicos-eletronica-nfs-e Obrigado.

Boa tarde stonebit, Você não esta informando o ano com 4 dígitos (2015), esta? Se sim, por favor informe apenas os 2 últimos, ou seja, 15.

Bom dia Italo, Então, meu ambiente seria exatamente esse que você exemplificou. Na situação em que o PDV tem acesso ao servidor e o servidor não tem acesso ao SEFAZ, poderia sim utilizar o DigestValue gerado na assinatura do XML. Dessa forma o QR-Code é gerado sem erros, apesar de constar no manual que quando for contingência (tpEmi = offline) o DigestValue deveria ser gerado a partir do SHA1 sobre o XML. Porém o problema seria exatamente esse, quando o PDV não tem comunicação com o servidor, e essa situação irá ocorrer, pois em empresas de porte o servidor não esta na mesma rede das filiais. Nessa situação o DigestValue gerado da forma que consta no manual é inválido. Mandei e-mail para a SEFAZ do MT, não souberam me responder, na verdade sabem menos que eu, apenas mencionaram algumas partes que constam no manual, sem comentários. Mandei e-mail para a SEFAZ do RS, não entenderam minha dúvida, então mandei novamente mais elucidado, porém ainda não responderam, isso já faz alguns dias.