dantemartins

Estou tendo que implementar as pressas remessa e retorno do Banco do Brasil. Não tive muito tempo para entender bem o funcionamento do componente, mais acredito que deve ter algo errado. O tipo de carteira é "sem registro", e nesse caso o arquivo de retorno não vem com todos os dados da remessa e está dando erro ao tentar ler o vencimento, que no caso, por ser sem registro vem "000000", gerando um erro de conversão. O componente não está preparado para ler um retorno desses ou eu que esqueci de configurar algo ?

Olá Gabriel, sua versão dos fontes ainda tem um problema na hora de ler um TXT, com relação a versão, pois ao tentar procurar a TAG "versao" ela não é encontrada, pois foi substituída pelo literal "3.10" no pcnLayoutTXT.pas, fazendo com que o leitor txt assuma a 2.0 como default, carregando as datas de emissão e entrada/saída de "forma errada" e consequentemente deixando as properties "zeradas", que no meu caso deu erro ao gravar no DB, ficando como 30/12/1899 (data zero). Se tira a TAG "versao" substituindo pelo literal "3.10" o TXT é GERADO corretamente, mais IMPORTADO de forma errada. Se deixa a TAG "versao" ao GERAR o txt, gera sem a linha referente a TAG "A", mais importa corretamente.

Bem que imaginei que não era o correto, mais agora creio que acertei. isso está errado: "No arquivo \PCN2\pcnLayoutTXT.pas alterei a linha 272 De ===>>> LoadLayout('<B01> A|versao¨|^id^'); Para ===>>> LoadLayout('<B01> A|3.10|^id^'); Isso resolve a geração do TXT a partir de um XML." Vamos deixar como estava e incluir uma linha em outro local. Na unit pcnNFeW.pas linha 351, 352 e 353 deixar assim: Gerador.wGrupo('ide', 'B01'); Gerador.wCampo(tcDe2, 'A', 'versao', 4, 4, 1, NFe.infNFe.Versao, DSC_VERPROC); Gerador.wCampo(tcInt, 'B02', 'cUF ', 02, 02, 1, nfe.ide.cUF, DSC_CUF);

No arquivo \PCN2\pcnLayoutTXT.pas alterei a linha 272 De ===>>> LoadLayout('<B01> A|versao¨|^id^'); Para ===>>> LoadLayout('<B01> A|3.10|^id^'); Isso resolve a geração do TXT a partir de um XML. No arquivo \PCN2\pcnNFeRTXT.pas alterei a linha 285 De ===>>> if (ID = 'B13') or (ID = 'BA') or (ID = 'BA02') then Para ===>>> if (ID = 'B13') or (ID = 'BA02') then Isso resolve a importação de notas fiscais de devolução, pois a TAG "BA" não tem informação, mais mesmo assim estava sendo gerado um registro em branco.

Bem, creio que entendi o problema e achei uma solução de contorno por hora. No layout 2.00 a versão está fixa: LoadLayout('<B01> A|2.00|^id^'); Já na 3.10 era para fazer a substituição da tag pelo seu respectivo valor: LoadLayout('<B01> A|versao¨|^id^'); Como não é feita em nenhum momento, a rotina que limpa os campos não substituídos remove toda a linha. Se trocar por: LoadLayout('<B01> A|3.10|^id^'); A linha é gerada, mais não é a melhor solução, creio eu...

Uma forma simples de testar o problema que estou tendo é fazer o seguinte: No edt1.Text tendo o path e nome de um xml de NFe if edt1.Text <> EmptyStr then begin if ACBrNFe1.NotasFiscais.LoadFromFile(edt1.Text, True) then begin ACBrNFe1.NotasFiscais.SaveToTXT(ChangeFileExt(edt1.Text, '.TXT')); end; end; o resultado será um TXT com as informações da NFe do xml, mais sem a tag <A>. P.S.: Entendido Tiago Ravache, eu deveria ter editado o primeiro post e não gerado 3, certo ?

É como se faltasse um wCampo para "VERSAO" no GeraIde <B01> No final tem uma rotina que remove todos os campos que não foram substituídos, eliminado totalmente a linha "A". Dei uma olhada em versões anteriores, mais não encontrei uma que esteja diferente o GeraIde... unit pcnNFeW.pas

Percebi que o print do seu TXT a linha referente a tag "A" está faltando, isso passou a acontecer depois que eu atualizei e está me dando problemas porque o sistema legado não consegue importar o TXT... Mais minha dúvida referente a este post é com relação a alteração proposta, eu tenho problema para LER arquivos TXT com várias notas, precisando separar uma a uma pra depois fazer o Load no ACBrNFe, sua alteração contempla o Load do TXT com várias notas também ?

Parece que outras 2 pessoas passaram por isso, mais o tópico ficou sem solução (?!!!)...

Também tenho que devolver para o sistema legado no formato TXT. Com a versão anterior o TXT era gerado completo, agora está gerando sem a linha referente ao bloco "A". Algum motivo para isso ?

É isso aí, muito agradecido ^^)

Tenho um Cliente que está refazendo o SPED Fiscal desde 2010. Quando ele tentou importar os arquivos no PVA apontou um erro que impediu a importação, o erro acusado era nos campos ALIQ_PIS_PERC e ALIQ_COFINS_PERC indicando conteúdo inválido. Peguei uma cópia antiga do software gerador e fiz um teste e o arquivo importou de boa... A diferença entre eles é que na versão nova o campo está com 4 casas decimais e no antigo 2. Encontrei no site SPED Brasil que essa alteração passou a valer a partir de 01/01/2012 (link), portanto para os arquivos gerados dessa data para frente está OK, mais para trás não importa no PVA. Fiz uma alteração meio POG na ACBrEFDBloco_C_Class.pas no método TBloco_C.WriteRegistroC170. Criei 2 variáveis, uma para as casas decimais e outra para a respectiva máscara, testo se Bloco_0.Registro0000.DT_INI é maior ou igual a 01/01/2012 e baseado nisso defino as duas variáveis que serão usadas na formatação do campo. Se o pessoal responsável fizer a implementação dessa regra seria legal, pois se não, terei sempre que refazer essa modificação nos fontes a cada vez que atualizar os componentes.

Bem, como eu disse eu tentei TODAS as dicas que encontrei nesse e em outros forums, inclusive remover tudo e instalar tudo novamente, e isso incluía a cadeia de certificação... Mais vamos lá, uma das dicas que eu já havia testado sem sucesso acabou funcionando, a de deichar marcado apenas SSL 2.0 e TSL 1.0 na aba avançado das Opções da Internet. Acho que mexi tanto que o PC acabou deixando eu usar (kkkkk). Valeu pessoal.

Tópico parado a bastante tempo, mais só agora que "aconteceu comigo". Usava sem problemas para fazer testes e simulações o certificado da empresa que trabalho junto ao ambiente de homologação do Estado do Paraná. Como não uso direto não sei afirmar quando parou, mais até meados de dez/2013 ainda estava OK. Fui tentar emitir uma nota em homologação e deu erro ao acessar o webservice de inativo ou inoperante, tipico de quando tem problema com o certificado. Olhei e vi que o certificado expirou em dez/2013 e pensei "ah, é isso então", pedi o novo certificado com o chefe, removi o expirado e instalei o novo, tudo certinho aparecendo dentro da hierarquia da cadeia de certificação, atualizei na aplicação o serial do novo e tentei novamente... erro inativo ou inoperante - erro no suporte a canais seguros.... Verifiquei se estava ok o webservice e tava, testei de outra maquina e deu certo. O problema é com a instalação do certificado nessa maquina que uso, pois nenhum teste existente funciona. Acessar o e-CAC é um exemplo (https://cav.receita.fazenda.gov.br/eCAC/publico/login.aspx), pede pra selecionar o certificado, quando da OK informa que a página não pode ser exibida... Agora só falta formatar, pois todas as dicas que já encontrei pelos forums da net não deram em nada... Mais a opção de formatar é uma opção ruim, pois fai dar muito trabalho pra reinstalar todo o ambiente de desenvolvimento, e sem garantia nenhuma que vai funcionar... Informações que costumam pedir: Windows 7 Ultimate 64bits IE 11 Certificado A1 Fenacon

Sério que é só comigo que acontece isso ?

Li todo o tópico pra ver se alguém tinha passado pelo mesmo problema que eu e me parece que sim, porém devem ter contornado o problema de alguma forma e não postaram a solução. Mais de um usuário postou o fato de não estar mostrando o status, protocolo e data/hora de registro, parece que não ficou claro pro pessoal aqui. Caso eu carregue o XML da NFe autorizada e o XML da CCe autorizada a impressão sai perfeita. O problema só ocorre se tentar imprimir logo que recebe a autorização da CCe, ou seja, fazendo essa sequencia: 1 - Carrega o XML da NFe autorizada; 2 - Monta e envia o evento da CCe; 3 - recebe o retorno de Evento registrado OK; 4 - Manda imprimir o evento; Por hora contornei o problema carregando tudo novamente (os 2 XML). Nessa brincadeira descobri que não tem um "Clear" para os eventos, tive que modificar a TEventoNFe.LerXMLFromString dando um "FEvento.Clear";

Na postagem original não subiu o anexo... P.S.: Oque aconteceu com o CSS do forum?

Fazendo um teste com o DANFE FortesReport (não verifiquei com outros) inseri 15 linhas pra forçar a situação que meu Cliente reclamou... Em anexo o resultado... Acho que isso não era esperado né? Observem que alem do problema da "continuação" aparecer antes do inicio, só aparecem 13 linhas.

Só pra não ter mais duvidas: Isso vai ficar assim mesmo? Não vai mais ser mudada a tag de autorização pela de cancelamento e ponto final ? Pergunto porque vários Clientes reclamaram disso pois como nosso colega (felipeiw) disse anteriormente, usavam essa informação para passar para contabilidade. Era prático, mais se for o caso iremos repassar os XML de eventos de cancelamento e a contabilidade vai ter que se virar ^^).

Eu sei do que você está falando Cleber, mais o problema não é esse. Já uso esse recurso, mais o erro é outro, não é a data do evento e a data do servidor da receita, é a data do evento e a data de autorização da nota, e o horário está com mais de duas horas de diferença e mesmo assim retorna esse erro. Mais o pior não é isso, como eu disse antes, a nota é cancelada mesmo retornando erro.

Aconteceu uma coisa bizarra lá em Goiás Uma nota foi autorizada o uso as 10:32:01 de 23/02/2013 As 12:35:00 foi mandado o pedido de cancelamento e a SEFAZ retornou o codigo 579 (Rejeicao: A data do evento nao pode ser menor que a data de autorizacao para NF-e nao emitida em contingencia). Mais o pior é que ao consultar a nota no site da receita a nota estava com o cancelamento homologado. Foram 2 notas com o mesmo problema... Fiquei pensando se o problema não seria o fato que a data/hora do evento tem a notação "-3:00" referente ao fuso,... Fiz um teste aqui com um certificado de um Cliente de GO, mudei pra homologação, emiti a nota e em seguida cancelei e tudo funcionou como o esperado... Oque será que ta acontecendo ?

Fiz assim aqui: case IND_PGTO of tpVista : strIND_PGTO := '0'; tpPrazo : strIND_PGTO := '1'; tpSemPagamento : begin if FBloco_0.Registro0000.DT_INI >= 41091 then //01/07/2012 strIND_PGTO := '2' else strIND_PGTO := '9'; end; tpNenhum : strIND_PGTO := ''; end; Porque senão meus clientes não poderão gerar arquivos anteriores a 01/07/2012 se simplesmente trocar 9 por 2.

unit pcnNFe; interface uses SysUtils, Classes, {$IFDEF VER230} Vcl.Dialogs {$ELSE} Dialogs {$ENDIF}, {$IFNDEF VER130} Variants, {$ENDIF} pcnConversao, pcnSignature, pcnProcNFe, pcnGerador;

Pelo que pude ver esse componente serve para gerar arquivos obrigatórios do PAF; Ninguem precisou ou teve a idéia de vazer o contrario? Ou seja ler um arquivo e carrgar no componente assim como é possível ler um XML de NFe e carrega-lo no ACBrNFe ? Pintou uma necessidade de fazer uma integração de um sistema de frente de caixa com um retaguarda e me passou pela cabeça se isso estaria implementado no componente, mais acho que não né ?

=(