Painel de líderes

Não faço parte do Governo, e não sou fabricante de SAT... mas acho que o SAT é uma ideia infinitamente melhor e mais robusta do que a NFCe... Nosso software atende PAF-ECF, NFCe e SAT... ( www.djpdv.com.br ) e minha opinião, é que a NFCe é um "filho mal parido da NFe"... Autenticação online, para varejo ?? Resultado: fila nos caixas dependendo do horário... Nosso software faz o tratamento automático da entrada e saída de contingência, trabalha em Background na transmissão da fila do OffLine, e na resolução de outras pendencias... Muita da inspiração que tivemos na construção de nosso módulo emissor de Documentos Fiscais, veio da observação do funcionamento do SAT. Mas mesmo assim, nosso suporte, sofre com o NFCe... Cada estado tem uma peculiaridade, a Internet no interior do Pais é intermitente e de qualidade lastimável... então o que podemos observar, é que a experiência de uso do usuário com o SAT, é infinitamente melhor do que do usuário de NFCe... Se o fisco fizesse cumprir o rigor da lei, que obriga a transmissão dos XMLs emitidos em OffLine, em até 24 hs úteis, muitos estabelecimento já teriam fechado as portas... O projeto NFCe é uma péssima ideia para o varejo...mas que está sendo remendada aqui e ali, e vai funcionar aos trancos e barrancos... Sinceramente, o varejo estava bem melhor com os ECFs, do que com a NFCe. O projeto SAT por sua vez... demorou 3 anos para nascer, o fisco de SP fez inúmeras consultas públicas, convocando setores do varejo, fabricantes e Sw.Houses de Automação Comercial. Tudo isso para mitigar os problemas e deixar bem clara as regras e normas de uso. O Fisco foi aberto a sugestões, e criou uma especificação técnica clara, consistente e que funciona... O SAT, passou por um período de ajuste... Alguns fabricantes sofreram até deixar seus Sw.Básicos e DLLs robustos o suficiente para o uso.. O retaguarda do Fisco apresentou inumeradas falhas (reconheço que algumas ocorrem ainda hoje em dia)... Mas hoje, podemos afirmar, que o SAT está muito mais maduro e robusto do que a NFCe... e o que percebemos no uso dos clientes finais, é a filosofia: "Instale e esqueça"... pois depois de instalado o SAT, ele funciona sozinho... Porque vocês acham que SP não permite NFCe off-line ? Alguns estados, já perceberam o grande aumento da sonegação fiscal, quando passaram a permitir: offline + impressora não fiscal nos caixas... (afinal o empresário Brasileiro, não paga imposto só porque que é patriota) Os números falam por si... Quem esteve na última reunião do ENCAT pode presenciar... Atualmente, SP já autorizou mais CFe's (SAT), do que a soma de todas as Unidades Federativas do brasil autorizaram NFCe's. Incluindo nessa conta.. as milhares de NFCe's que o próprio SP emite...

Windows desatualizados, alteram a hora e fuso antes do dia correto, causam isso. <dhEmi>2017-02-15T19:19:36-04:00</dhEmi> <dhRecbto>2017-02-15T19:19:12-03:00</dhRecbto>

Desculpe-me se pareço grosseiro... mas se um programador de minha equipe me fizesse essa pergunta... eu teria certeza de que ele não está apto para a tarefa... Todo programador DEVE ser autodidata.. e não ter preguiça de ler e pesquisar...

Bom dia pessoal. Como todos sabem, na maioria das vezes em que o windows se atualiza ele marca aquelas opções de certificados revogados em "Opções da internet > Avançado" e, pelo menos comigo, gera uma grande quantidade de suporte à clientes. O correto é ficar assim: ( ) Usar SSL 2.0 (x) Usar SSL 3.0 (x) Usar TSL 1.0 ( ) Usar TSL 1.1 ( ) Usar TSL 1.2 ( ) Verificar revogação de certificados servidor* (x) verificar se ha assinaturas em programas baixados ( ) Verificar se há revogação de certificados do editor Então no final do ano passado até cheguei a comentar em um tópico se teria como modificar esses dados diretamente pelo delphi, pra facilitar nossa vida, mas não tinha ninguém com essa informação. Pois bem, essa semana tive um tempinho e comecei a mexer com isso e creio que encontrei uma solução, segue abaixo programação para alterar o registro do windows com as opções corretas. Já testado em alguns clientes e até o momento funcionando perfeitamente. (Testado em windows XP, 7, 2003 server) uses Registry; procedure TFPrincipal.FormCreate(Sender: TObject); var Registro: TRegistry; begin //acertando opções da internet (revogados / SSL / TSL) //verificar revogação de certificados do servidor Registro := TRegistry.Create(KEY_WRITE); Registro.RootKey := HKEY_CURRENT_USER; if registro.OpenKey('Software\Microsoft\Windows\CurrentVersion\Internet Settings', true) then begin Registro.WriteInteger('CertificateRevocation', 0); end; registro.CloseKey; //verificar se há certificados revogados do fornecedor if registro.OpenKey('Software\Microsoft\Windows\CurrentVersion\WinTrust\Trust Providers\Software Publishing', true) then begin Registro.WriteInteger('State', 146944); end; registro.CloseKey; //Usar SSL 3.0 / Usar TSL 1.0 if registro.OpenKey('Software\Microsoft\Windows\CurrentVersion\Internet Settings', true) then begin Registro.WriteInteger('SecureProtocols', 160); end; registro.CloseKey; registro.Free; end; Espero ajudar o pessoal do ACBr com essa contribuição. Um abraço a todos.

Você tem muito componente de terceiros e path! veja que enorme que está a lista de path! por isso está dando erro

1 - Existe diferença. Em certos locais perdas, em certos locais ganhos. Nada que você não possa contornar. 2 - Acho que deve começar com um que está acostumado... Para dicas, pesquise aqui no fórum sobre migração Lazarus.

Bom dia! Informei sim, será que esqueci de informar outro campo?

Bom dia. Recomendo que observe o demo do componente que está na pasta de exemplos, nele você poderá observar todas as propriedades do componente e como utiliza-las. Att.

Boa noite Juliomar. Muito obrigado amigo. Com relação ao grupo de projetos não tem problema. Eu acabei enviando junto mas não tinha necessidade de ser criado. Conforme eu puder mandarei contribuições para vocês. Abraço

Já que essas certificadoras afirmam que o conteudo do certificado está sendo apagado por aplicativo de terceiros, também deveriam explicar o porquê de serem tão vulnerávels e apresentar o log que comprove quando e como isso ocorreu. Isso pra mim é desculpa esfarrapada e uma tremenda falta de ética profissional para encobrir falhas do produto que comercializam. Que inventem meios de tornar os certificados mais seguros.

Olá EMBarbosa e demais colegas. Em anexo está o projeto ACBr com as alterações de units implícitas. Eu acabei me equivocando quanto aos pacotes Designtime and runtime, me desculpem. Aconteceu que como estava ocorrendo uma exceção para instalá-los e na correria eu não li a mensagem direito, acabei deduzindo que era um pacote runtime only que estava tentando ser instalado. A exceção que ocorria era que o módulo em questão não havia sido encontrado. Era devido a eu não ter copiado as DLL's do ACBr para o System32. No que diz respeito ao contexto de instalação no ACBr está correta como está, foi erro meu. No arquivo anexado deixei somente os fontes alterados, é apenas na pasta Pacotes. Grato desde já e novamente, desculpem a falha. ACBr-SVN.7z

Bom dia. Eu tenho utilizado o Retorno para baixar os títulos dos meus clientes. Não guardo o DV, porem, eu fiz o seguinte. Coloquei na unit para trazer o CNPJ do pagador, com isso, eu consigo pegar o título no banco de dados, ou seja, CNPJ + VENCIMENTO, me trazem o título. Assim não preciso ter exatamente o número. O certo é que, se for cooperativa, as informações mudam. Cooperativa Sicoob é um Layout, Sicredi outro, Bradesco, BB e Caixa Sicoob, outro, em fim, é uma bagunça generalizada.

Pessoal, boa tarde... Estou homologando o boleto paa o banco Santander, cobrança rápida com Registro (101) e no manual deles, no terceiro bloco de informações da linha digitável, eles pedem para enviar o código da modalidade de cobrança, no aso o numero 101, porem não gera estas informações neste local. o ACBrBoletos sempre gera "000". É isso que diz no manual: " 3o. campo: composto pelas 6 primeiras posições restante do N/N, 01 posição referente ao IOF, 03 Posições referente ao Tipo de Modalidade da Carteira mais o dígito verificador deste campo." Vale lembrar que todos os demais blocos estão perfeitamente corretos. Não consigo apenas enviar esta informação, nesta posição. Pode ser que seja alguma configuração que não sei bem o que é, alguém saberia me dizer? Como faço pára enviar este código nesta posição? Obrigado desde já!

Boa tarde. Verifique como está a propriedade Cedente.Modalidade. Att.

Bom dia. É mesmo uma "sinuca de bico", pois o problema está causando grandes transtornos em supermercados. Mesmo com Internet estável, via Fibra, sem nenhuma perda de sinal, ocorrem vários envios que demoram cerca de um minuto para retornar o erro interno 100600 HTTP:0 O pior é que a nota fica autorizada na SEFAZ e eu tenho que emitir em contingência off line por receber essa mensagem de erro ! Sendo assim, as chaves ficam diferentes e tem que ser feitos vários tratamentos para reennviar essa nota depois.

Bom dia Tenho esse problema em vários clientes. Até acredito que seja um problema de conexão, mas o maior problema é o tempo que demora para retornar o erro de conexão. Tenho casos que demora mais de 1 min ! Isso causa muitos transtornos em supermercados, pois as filas se acumulam em dias de muito movimento. O ideal seria se pudesse configurar esse Time Out. Ex: Aguarda no máximo 10 seg e já retorna o erro de conexão !

Olá amigos.. resolvi o problema.. Segue resolução a cargo de registro... O problema estava no modelo de inicialização da DLL.. Eu estava usando satDinamico_stdcall, sendo que a DLL do emulador do Governo precisa ser: satDinamico_cdecl Obrigado! Renato

Senhores, bom dia. Temos quase 1.000 clientes emitindo NF-e, CT-e, NFS-e, CC-e sem problema. Nunca aconteceu o problema relatado.

Atilio, essa troca já foi efetuada a um bom tempo no componente, o componente ACBr sempre utiliza o certificado como somente leitura, justamente para não ter problemas de acesso indevido ou o que quer que seja. Eu tenho cerca de 380 clientes utilizando o software com componente ACBrNFe e somente dois me relataram perda de certificado, que acabamos por descobrir ser problemas no token e em outro caso na porta USB. O que acontece muito é a instalação da porta USB dianteira de forma errada, acabando por queimar,apagar ou danificar o certificado, outra coisa comum é o cliente ao renovar o certificado não efetuar os passos para regravação corretamente e acabar por apagar o antigo e não gravar o novo.