Painel de líderes

Para evitarmos diversos tópicos sobre o mesmo assunto, as alterações relativas a versão 4.00 da NFe/NFCe deverão ser concentradas neste tópico. Os fontes do componente já foram atualizados para permitir gerar os XMLs para essa nova versão. Também já foram ajustados para não gerar o SOAP Header quando configurado para a versão 4.0(ve400). Assim que os schemas e webservices forem disponibilizados pelo SEFAZ, iniciaremos os testes com o componente. Mais informações sobre as mudanças podem ser obtidas na NT 2016.002 - http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=c4S6yXTKpXY= Apenas como informação, neste manual fiquei com dúvida em dois campos: descANP - Campo numérico com tamanho de 2 - 95? O campo tem a seguinte descrição: Descrição do produto conforme ANP, então provavelmente deve ser do tipo carácter e não numérico. O campo vBCFCPSTRet possui o mesmo ID de outro campo na versão 3.10 - N27a - V3.10 vICMSDeson / V4.00 vBCFCPSTRet

Quando o fisco disponibilizar o ambiente de homologação.

Muito obrigada! Que Deus abençoe. Deu certo depois que selecionei a opção que vc mencionou.

Boa noite Valdir, A questão é que os XSD da versão 1.01 se referem a nova versão do DistribuicaoDFe. Eles já foram disponibilizados na pasta de Schemas, o que você deve fazer é uma cópia desses XSD e excluir da cópia os da versão 1.01 Por fim fazer com que a sua aplicação utilize os schemas dessa cópia.

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.

Sim - http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=33ol5hhSYZk= SVN:\\ACBR\Exemplos\ACBrDFe\ACBrNFe Não, SAT atualmente é usado apenas em SP. Veja http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=qBEPLOBzMGs=

na pasta de exemplos do ACBrNFe pois é o mesmo componente usado! demais informações não sei lhe dizer pois o SAT que saiba é só SP que tem

Nota Técnica 2016.002 O prazo previsto para a implementação das mudanças é: - Ambiente de Homologação (ambiente de teste das empresas): 01/06/2017; - Ambiente de Produção: 01/08/17. - Desativação da versão anterior: 06/11/17

Pessoal, segue em anexo XML gerado com o demo ACBrNFSe configurado para a cidade de Mogi das Cruzes/MG, onde o provedor é o ISSNet. Como o Maiquel falou acima, somente os provedores Betha/FISSLex/SimplISS permitem preenchimento manual da tag <OutrasInformacoes>. 177-nfse.xml

Não. Como eu disse no outro tópico, essas modificações eram tão novas na Software Express que eles não me passaram um roteiro falando sobre isso. No dia dos testes é que disseram pra fazer assim. Daí eu preferi não implementar e continuar a fazer o tratamento de desligar como era antes. Mas note que lá é sobre a DLL e não o client modular que você está usando.

Bom dia! @Juliomar Marchetti Fiz uma correção, quando gerava os documentos anteriores e se fosse documentos eletrônicos ele não alimentava o campo IE, fazendo com que não fosse para o DACTE. Segue anexo a unit com a correção efetuada. ACBrCTeDACTEFR.pas

Em Synacode.pas você tem ainda um método ainda mais simples... e que não depende de nenhuma DLL externa {:Returns a binary string with a RSA-MD5 hashing of "Value" string.} function MD5(const Value: AnsiString): AnsiString;

Bom dia pessoal. Estou com o mesmo problema comentado pelo colega. Olhando no código, verifiquei que somente os provedores Betha, FISSLex e SimplISS permitem incluir no RPS a TAG <OutrasInformacoes> os demais essa TAG é gerada e preenchida Web Service do provedor. Estou verificando como posso contornar isso, não sei se alguém aqui já passou por este mesmo problema...

Sim Juliomar, inclusive o cliente hoje e ontem, emitiu notas em contingencia svc-an sem problemas. Ai, em um dado momento da manhã, a emissão parou, começou a dar erro no somatório de impostos. Mas, não tinha nada de errado com os impostos rs Agora, aparentemente, a sefaz-sp retornou, tirei do modo de contingencia, mandei reenviar e foi normalmente, sem eu precisar realizar nenhuma mudança nos totais dos impostos.

Tente com o ACBrEAD, veja os exemplos no EADTeste. function TACBrEAD.MD5FromFile(const APathArquivo: String): String; begin Result := String(CalcularHashArquivo(APathArquivo, dgstMD5)); end; function TACBrEAD.MD5FromString(const AString: String): String; begin Result := String(CalcularHash(AnsiString(AString), dgstMD5)); end;

Boa noite! Vc está utilizando o Monitor? Se sim, ele deve ser instalado com o privilégio de Administrador. O Mesmo acontece para o certificado. Se está com muita proteção, vc deve instalar como Administrador.

parece ser outra modificação... no tópico citado, ele comenta para efetuar a confirmação, antes mesmo da Impressão... Acho que seria necessária uma nova Propriedade para isso

Boa tarde, eu sempre coloquei assim e nunca tive problemas: Sds, Ricardo.

Elton, Confirmar sempre, independente da situação ? Hoje a decisão é tomada baseado no seguinte código... try Est := TACBrTEFD(Owner).EstadoECF; except Est := 'O' ; { TODO: Criar arquivo de Status da Transação Se o ECF estiver desligado, será retornado 'O', o que fará o código abaixo Cancelar Todas as Transações Pendentes, porém, pelo Roteiro do TEF dedicado, é necessário confirmar a Transação se o Cupom foi finalizado com sucesso. Criar um arquivo de Status que seja atualizado no Fim do Cupom e no inicio do CCD, de maneira que seja possível identificar o Status do Documento no ECF indepentende do mesmo estar ou não ligado Como alteranativa, é possível implementar código no Evento "OnInfoECF" para buscar o Status do Documento no Banco de dados da sua aplicação, e responder diferente de 'O', (Veja exemplo nos fontes do TEFDDemo) } end ; fpInicializado := True ; TACBrTEFD(Owner).GPAtual := gpCliSiTef; // Cupom Ficou aberto ?? Se SIM, Cancele tudo... // if (Est in ['V','P','N','O']) then CancelarTransacoesPendentesClass else // NAO, Cupom Fechado, Pode confirmar e Mandar aviso para re-imprimir // ConfirmarESolicitarImpressaoTransacoesPendentes ;

Vale lembrar que a certificação para o SiTef DLL (CliSitef) também está agora pedindo pra confirmar as transações.

Bom dia Italo, Sim, quando é EPEC seria isso mesmo. Mas meu caso é outro. Já resolvi. Deixo aqui o relato para ajudar outros que passarem pela mesma situação. É o seguinte: a SEFAZ-MS está iniciando na NFCe e ela exige (nenhuma outra UF exigiu isso) que durante os testes de homologação seja feita a emissão de uma nota em contingência offLine. Nesse caso, a tpEmi deve ser teOffLine e depois, a transmissão do XML, deve ser feita tal como o XML foi gerado quando da impressão danfe offline, sem alterar nada. O que eu estava fazendo era imprimir o danfe off line e depois, quando ia transmitir o arquivo, mudando a tpEmi para teNormal. Aí lá no servidor da SEFAZ não ficava registrado que houve o envio de uma NFCe em contingência offLine. Precisa enviar o arquivo sem alterar, ou seja, com a tpEmi=OffLine. Obrigado!

Bom dia Ricardo! Obs.: Por favor colabore com a estética do fórum. Quando desejar expor trechos de linhas programadas ou arquivos textos longos, anexe eles.

Só para deixar registrado.. Debugando achei lá... ACBrECF1.Device.Tag:=1; ACBrECF1.Device.Tag:=2; ACBrECF1.Device.Tag:=3; Assim consigo trabalhar com as três configurações na mesma máquina Eduardo Costa