everson.turossi

Olha só o que encontrei no FAQ do Portal GNRE Online: http://www.gnre.pe.gov.br/gnre/portal/faq.jsp Pergunta: Todos os estados participam no Portal GNRE Online? Resposta: Não. Os estados de São Paulo, Rio de Janeiro e Espírito Santo não geram GNRE no Portal GNRE Online. Acontece que o ACBr implementa o Layout criado pelo Estado de Pernambuco, no qual a maioria dos estados aderiram. Acessei a documentação da GNRE do RJ e o padrão é totalmente diferente. Acredito que seria melhor implementar um novo componente para isso do que tentar adaptar este que já existe.

Bom dia. Dá uma conferida neste mapa aqui: http://www.gnre.pe.gov.br/gnre/portal/GNRE_DisponibilidadeUF.jsp Vai precisar dar alguns F5 depois de carregar, mas parece que RJ não aderiu ao projeto.

Pretendo fazer isso também no futuro, procurei aqui e tinha esses dois links salvos, vê se te ajuda.

Tenta uma busca pela property DadosPFX

Bom dia, note que na unit pcnNFeW.pas tem a seguinte condição para geração da tag vICMSSubstituto no grupo ICMS60 if (nfe.Det[i].Imposto.ICMS.vBCSTRET > 0) or (nfe.Det[i].Imposto.ICMS.vICMSSTRET > 0) then begin Gerador.wCampo(tcDe2, 'N26', 'vBCSTRet ', 01, 15, 1, nfe.Det[i].Imposto.ICMS.vBCSTRET, DSC_VBCSTRET); if (NFe.infNFe.Versao >= 4) then begin Gerador.wCampo(IIf(FUsar_tcDe4,tcDe4,tcDe2), 'N26a', 'pST', 01, IIf(FUsar_tcDe4,07,05), 1, nfe.Det[i].Imposto.ICMS.pST, DSC_PST); if (NFe.Ide.tpAmb = taHomologacao) or (NFe.Ide.dEmi > EncodeDate(2019, 04, 29)) then Gerador.wCampo(tcDe2, 'N26b', 'vICMSSubstituto', 01, 15, 1, nfe.Det[i].Imposto.ICMS.vICMSSubstituto, DSC_VICMSSUBSTITUTO); end; end;

Na unit já está implementado a seguinte condição para a tag vICMSSubstituto: if (NFe.Ide.tpAmb = taHomologacao) or (NFe.Ide.dEmi > EncodeDate(2019, 04, 29)) then Gerador.wCampo(tcDe2, 'N26b', 'vICMSSubstituto', 01, 15, 1, nfe.Det[i].Imposto.ICMS.vICMSSubstituto, DSC_VICMSSUBSTITUTO); O único porém é que o grupo ICMSST a tag pST também deve seguir a essa regra. Já postei em outro tópico uma alteração para este caso. Segue o post para avaliação da alteração:

Vou postar uma nota Unit, desconsiderar a anterior. pcnNFeW.pas @Italo Jurisato Junior dá uma conferidinha neste unit. A tag pST já existia em outros grupos, mas no grupo ICMSST foi adicionada só agora.

Entendi, provavelmente o Delphi não identificou que a unit foi alterada e não recompilou a DCU. Acontece muito quando utilizamos versionamento seja SVN ou Git pois como a modificação foi feita de fora do seu Delphi parece que tem momentos que ele não identifica que foi alterada, ou também quando alteramos uma unit que está definida somente no Path e não está adicionada diretamente no projeto. Enfrento esse problema desde 2010 e adotei realizar o Build com frequência, dessa forma obriga o Delphi a recompilar todas as units usadas em um projeto.

Momento, vou anexar uma Unit para teste. Testa com essa. pcnNFeW.pas

Abre seu XML e confere se gerou a tag pST no grupo ICMSST. Provavelmente não, então revisa os Schemas, ao que tudo indica você está usando o Schema que vai entrar em vigor dia 29/04/2019 para validar uma nota em produção.

Boa tarde, o erro retornou em ambiente de produção? isso?

Se está com os fontes atualizados e utilizando em produção talvez tenha ajustar a unit pcnNFeW.pas. Tenta o seguinte, localiza na unit o seguinte código do case que gera para cstRep41 e cstRep60 if (NFe.infNFe.Versao >= 4) then begin Gerador.wCampo(IIf(FUsar_tcDe4,tcDe4,tcDe2), 'N26a', 'pST', 01, IIf(FUsar_tcDe4,07,05), 1, nfe.Det[i].Imposto.ICMS.pST, DSC_PST); if (NFe.Ide.tpAmb = taHomologacao) or (NFe.Ide.dEmi > EncodeDate(2019, 04, 29)) then Gerador.wCampo(tcDe2, 'N26b', 'vICMSSubstituto', 01, 15, 1, nfe.Det[i].Imposto.ICMS.vICMSSubstituto, DSC_VICMSSUBSTITUTO); end; E Altera por: if (NFe.infNFe.Versao >= 4) then begin if (NFe.Ide.tpAmb = taHomologacao) or (NFe.Ide.dEmi > EncodeDate(2019, 04, 29)) then begin Gerador.wCampo(IIf(FUsar_tcDe4,tcDe4,tcDe2), 'N26a', 'pST', 01, IIf(FUsar_tcDe4,07,05), 1, nfe.Det[i].Imposto.ICMS.pST, DSC_PST); Gerador.wCampo(tcDe2, 'N26b', 'vICMSSubstituto', 01, 15, 1, nfe.Det[i].Imposto.ICMS.vICMSSubstituto, DSC_VICMSSUBSTITUTO); end; end; Lembrando que se alterar o ambiente continua se fazendo necessário a substituição do arquivo leiauteNFe_v4.00 para o ambiente em questão.

Da uma olhadinha no repositório na pasta trunk2\Exemplos\ACBrDFe\Schemas\NFe que existem dois leiauteNFe_v4.00 onde um deve ser usado em produção e outro homologação. Acontece que essa tag foi adicionada na ultima versão da NT 2015_005 e de cara já foi definida como obrigatória, porém em produção ainda não foi implementada. Segue o log do SVN com explicações: [*] O schema: leiauteNFe_v4.00.xsd esta em conformidade com o ambiente de produção que ainda não reconhece a tag: vICMSSubstituto. Por outro lado o schema: leiauteNFe_v4.00_Homologacao.xsd esta em conformidade com o ambiente de homogação que já reconhece a referida tag. Quem deseja realizar testes deverá copia com outro nome o schema: leiauteNFe_v4.00.xsd e renomear o leiauteNFe_v4.00_Homologacao.xsd para o nome padrão. Por: Italo Jurisato Junior

Dá uma olhadinha neste tópico: Este outro um pouco mais detalhado para NF-e, mas só adaptar ao exemplo acima

É uma String jovem, usa a criatividade (Copy, Delete...).

Vou me dar ao trabalho de atualizar novamente os fontes e testar com Capicom, porque com WinCrypt não tem jeito a consulta da situação do lote (testado ontem inclusive)

Seus fontes estão atualizados até qual Revisão?

Tive esse problema na NF-e, mas foi corrigido atualizando pra ultima revisão (toda via a ultima revisão para NFS-e não está funcional para este provedor a consulta de situação do lote) Quanto a demora ai é um caso crítico, tem vezes que processa o lote em 3 segundos e as vezes demora mais de 1 minuto.

Bom dia, vou voltar a testar agora, mas com a ultima revisão acabei tendo problemas, resultava na seguinte mensagem: Falha ao Assinar - Consultar Situação do Lote: Erro: Falha ao interpretar o XML "xmlParseDoc" Coincidentemente em sequencia veio o erro: Arquivo enviado fora da estrutura do arquivo XML de entrada. Envie um arquivo dentro do schema do arquivo XML de entrada o qual acabou atrapalhando meus testes, retrocedi a versão anterior, o erro acima parou, mas este continuou, até que do nada voltou a funcionar, e em seguida veio a explicação do @Cesar Balbinott do porque acontecia.

Apenas uma correção, os arquivos que estou utilizando são colaboração do @Eduardo Muller Outro detalhe, aqui estou conseguindo fazer emissão usando WinCrypt. Atualizei o SVN para essa ultima correção disponibilizada, mas acabei tendo alguns problemas. No processamento do lote resultava na mensagem "Arquivo enviado fora da estrutura do arquivo XML de entrada. Envie um arquivo dentro do schema do arquivo XML de entrada." então acabei retrocedendo a revisão anterior, mas o erro persistia, acredito que possa ter sido algum erro interno do provedor pois agora voltou ao normal. Vou continuar testando, mas parece que mesmo sem as alterações enviadas hoje, a consulta do lote está funcionando com Wincrypt.

Sim, precisa de liberação. Inclusive tem que mandar a inscrição municipal exatamente como está no cadastro no ambiente de homologação.

Consegui emitir em homologação usando esses arquivos.

A DLL msvcr120.dll não está em nenhum Path reconhecido pelo Delphi. Pode encontra-lá em: trunk2\DLLs\OpenSSL\1.0.2.13\x86. Ai é aquela coisa, copiar a versão x86 para a pasta das dlls 32 e a x64 para a pasta das dlls 64.

Adicionado URLs no arquivo Equiplano.ini para geração do Link da NFSe. Equiplano.ini