Fernando Di Pace

Veja a citação da atualização da NT 2018.005 v 1.20 Implementação futura para o grupo de campos de identificação do responsável técnico e geração do hashCSRT.  Exceto para o grupo de identificação do responsável técnico, as UF: AL, AM, MS, PE, PR, SC e TO, manterão a data de 07/05/2019, adiada em alguns dias em relação a data original para deslocar a implantação da versão desta NT, em produção, do último dia útil do mês de abril.  Não aplicação das regras de validação N12-81 e N12a-50 ao Modelo 65.  Correção do exemplo de geração do hashCSRT  Alteração da Versão do schema para versão 1.20

Bom dia quartarollo. Observando especificamente esse grupo referente a informação do responsável técnico, há de se observar que a empresa softhouse tem que realizar um cadastramento nas unidades federativas de atuação, conforme a obs da nota técnica em questão. Portanto seria interessante deixar o preenchimento com base em configurações observando o estado, e correr em busca do devido cadastramento para realizações de emissão em ambos ambientes (PRODUCAO e HOMOLOGACAO). De toda forma é muito trabalhoso essa situação e desorganizada por parte da SEFAZ, pois eles não padronizam um modelo homogênio entre as federações, deixando a regra de obrigatoridade a cargo de cada estado. Eles poderiam criar um cadastro nacional das empresas responsáveis técnicos e validar com base nesse cadastro, mais tudo bem, temos que dançar conforme a música. Quanto ao prazo, é muito cruel como sempre é as alterações propostas por tais NT's da SEFAZ. REGRA DE VALIDAÇÃO: 7ZD09-10 - Hash do CSRT (tag: hashCSRT) diverge do calculado. Observação: Implementação a critério da UF para os estados que possuem cadastro de responsável técnico, e em data futura nos ambientes de Sefaz-Virtual de Contingência (SVC). 978 Rej. Rejeição: Hash do CSRT diverge do calculado

Bom dia, Excuta o windows update quando finalizar reinicia o pc, e configura da seguinte forma os opções do internet explore conforme em anexo. Obs: Já tive esse problema e alguns servidores winServer, resolvi dessa forma, e nas ultimas das ultimas opção foi formatação. Ou veja tambem: https://suporte.treeunfe.com.br/hc/pt-br/articles/360006961512-Configurações-ssl-e-tls-para-corrigir-os-erros-Interno-12175-12030-12029-12031- https://ajuda.eagletecnologia.com/faq/configurações erro 12030 para são paulo e minas gerais Att.

Bom dia Juliomar. A instalação do ACBR sempre usei apontando para o path acima e sempre funcionou, Exemplo NFe, NFCe, Boleto e etc. Mais irei seguir suas orientações em colocar C:\ACBr caso o problema da NFSe (Arquivo de Parâmetro não encontrado: C:\Program Files (x86)\Embarcadero\Acbr\Exemplos\ACBrDFe\ACBrNFSe\Delphi\\ISSIntel.ini.) se for esse o problema agradeço pela ajuda. Quanto a configuração do Path dos Schemas do provedor, eu ainda não tinha colocado pois estava me deparando com o problema acima e achei que esse problema não teria relação com as demais configurações. Mais tentarei fazer todas as configurações necessárias no DEMO até aonde o mesmo me permitir, pois com exceção sendo disparada não me permite configurar muita coisa no DEMO e postarei o resultado. Agradeço pela orientações. Forte abraço.

Bom dia Italo, E obrigado pela resposta, porem configurei conforme suas orientações e o erro continua segue em anexo as imgs. Você pode observar que mesmo eu configurando o local dos arquivos INI, a rotina de de exceção é disparada. e não permite o carregamento do arquivo issIntel.Ini, desculpa eu ta insistindo nesse assunto, pois percebi que a rotina não cria o tal arquivo e nem no pacote do exemplo ele vem no SVN assim também como arquivo Cidades.ini, tive que baixar esse arquivo de um tópico aqui no forum. Desculpa a insistência!

Boa tarde estou tendo um erro na compilação do Demo_ACBrMDFe.exe, quando vou compilar ele me aparece o seguinte erro: Arquivo de Parâmetro não encontrado: C:\Program Files (x86)\Embarcadero\Acbr\Exemplos\ACBrDFe\ACBrNFSe\Delphi\\ISSIntel.ini. Verifiquei na Class TGeralConfNFSe. E observei que o mesmo entra na exceção e e não cria o arquivo. procedure TGeralConfNFSe.SetCodigoMunicipio(const Value: Integer); .... if not FileExists(NomeArqParams) then raise Exception.Create('Arquivo de Parâmetro não encontrado: ' + NomeArqParams); ... Obs: Alguém poderia disponibilizar o arquivo: ISSIntel.ini. Para que eu possa colocar no diretório em questão para que a compilação prossiga?

Você está preenchendo as seguintes propriedades para forma de tPag 90 dessa forma abaixo? with pag.Add do begin tPag := fpSemPagamento; sFormaPgto := 'Sem pagamento'; vPag := 0 end;

Cara você tem que se informar com a SEFAZ do estado que está emitindo essa nota pra ver se é necessário a divulgação do FCP em destaque na NFe, pois em muitos estados quem é optante pelo simples Nacional não é necessário o preenchimento dessas informações.

Felipe deu Deu certo cara! Só fiz executar o arquivo "Windows 7 Atualizacao ref. TLS 1.2 NFe 4.00" que vc me passou em anexo. Valeu Brother!!!!

Felipe deu Deu certo cara! Só fiz executar o arquivo "Windows 7 Atualizacao ref. TLS 1.2 NFe 4.00" que vc me passou em anexo. Valeu Brother!!!!

Fiz um teste usando uma solução em C#.net funciou normalmente quanto Demo do ACBR configurado perfeitamente deu PAU!

Não amigo, tem outros SOs funcionando perfeitamente! Ha problema com alguns ambientes. Tenho PC com win10 está funcionado normal e outro com win7 que está dando o mesmo erro no, estado de PE: --------------------------- Acbrnfe_demo --------------------------- WebService Consulta Status serviço: - Inativo ou Inoperante tente novamente. Erro Interno: 12175 Erro HTTP: 0 Falha no Envio da Requisição. Erro: 12175 - Um ou mais erros foram encontrados no certificado Secure Sockets Layer (SSL) enviado pelo servidor. --------------------------- OK --------------------------- Obs: O Win7 está com service pack 1 atualizado, com IE 11 e SSLCryptLib := cryWinCrypt; SSLHttpLib := httpWinHttp; SSLXmlSignLib := xsLibXml2; SSLType := LT_TLSv1_2; e o problema continua.

Qual o retorno que vc esta tendo????

Cara já passei por esse problema, Pega uma maquina limpa com o SO recém instalado instala o delphi juntamente com acbr com os paks baixados no svn atualizados, abre o teu projeto remove os componestes acbr e coloca novamente e da um rebuild, que tende a parar esse erro.

Sim. Inclusive já implementei essa condição. Se não me engano foi a única questão que se fala em layout do DANF. Att.

Boa tarde Henrique. Parece ser uma besteira essa questão da impressão da forma de pagamento no DANF, mais os clientes estão achando muito ruim essa alteração. Porém estou colocando no campo informações adicionais, e os usuário estão achando muito ruim. E pelo que estou vendo alguns colegas que utiliza o ACBR também estão encontrando as mesas dificuldades. Att.

Boa tarde. Vou tentar te explicar. Na impressão do DANF para versão 4.0 NFe não sai mais as formas de pgto impresso no DANF, exceto 14-Duplicata Mercantil. Na versão 3.10 sai até mesmo forma de pgto a vista. Você colocou que não houve nenhuma alteração no layout do DANF por parte das NTs. o meu questionamento juntamente com os demais colegas é que na versão 4.0 essa informações foram suprimidas. Na versão 3.10 essas informações eram impressas no DANF digo a forma de Pagamento. Acho que agora vai dá pra entender. Att.

Boa tarde. Certo mais o problema, é que na versão 3.10 sai as informações de pgto até mesmo se a forma for a vista. No meu ponto de vista suprimir essa informação na impressão vai gerar um certo desconforto para os usuários. Att. Boa tarde HRomano. Seu comentário é pertinente. Pois no xml enviado para SEFAZ vai com uma forma de pgto que não corresponde com a transação comercial realizada. att.

Boa tarde. Porém na versão 3.10 sai as formas de pgto na impressão do DANF, inclusive 14 - Duplicata Mercantil. Não seria o caso dos moderadores compatibilizar para versão 4.00 já que existe esse código lá dentro? E disponibilizar para comunidade no SVN?

É verdade Agnaldo concordo com você, ainda tem o pensamento do contador que no meu caso está querendo que essas informações sai no DANF. Vou colar essa informação a princípio na observação da nota para atender o anseios dele e ver se ele se dá por satisfeito. De toda forma, segue a sugestão dos campos para impressão no DANF. Forte abraço a todos.

Boa tarde. Alguém poderia me informar se na impressão do NFe DANF no componente fortes report tem uma opção para impressão do totais do DIFAL? Pois observando DANFs que não usam o acbr estão imprimindo esses campos nos campos totalizadores. segue em anexo um modelo que chegou em minhas mãos. Att.

Paraíba ele usa https://nfe-homologacao.svrs.rs.gov.br/ws/NfeStatusServico/NfeStatusServico4.asmx, que já está configurado no arquivo que possui as urls que o acbr usa na compilação. ACBrNFeServicos.ini e ACBrNFeServicos.res. O curioso que ontem fiz o teste estava ok. acho que a sefaz RS modificou algo! O pior que não tenho a versão anterior para testar.

Sugiro que você entre em contato com a SEFAZ MG por e-mail solicitando as URLs de para ambiente de homologação, caso eles já tenham disponível.

Boa tarde André. Quanto a correção feita por RicardoViot que você iria colocar para a revisão 13571 já está disponível? Pois estou com a versão 13589 e o erro persiste! --------------------------- Acbrnfe_demo --------------------------- WebService Consulta Status serviço: - Inativo ou Inoperante tente novamente. Erro Interno: 0 Erro HTTP: 500 --------------------------- OK ---------------------------

Fiz todo o procedimento informa pelo o link: A minha app está sendo compilada no 32bits. Porém o resultado é o mesmo. --------------------------- Acbrnfe_demo --------------------------- WebService Consulta Status serviço: - Inativo ou Inoperante tente novamente. Erro Interno: 0 Erro HTTP: 500 --------------------------- OK ---------------------------