dalpiaze

Blz, Juliomar, obrigado pelo pronto atendimento, porém não se trata desse problema... mas sim outro em questão da Hora .. Esse problema era em relação a Data vazia... agora em relação a Hora é outro problema com a versão 3.10 Meu SVN está atualizado hoje.

Italo, boa tarde, Não sei se é vc que faz os ajustes do RaveCodeBase.... Parece que agora usando a versão NF-e 3.10... onde o campo da DataHora Saida/Entrada mudou para "dhSaiEnt", no Rave CodeBase não está lendo a Hora desse campo (pois antes era só a data mesmo..) Penso que apenas um pequeno ajuste na unit do RaveCodeBase para imprimir a Hora proveniente desse campo.. Na unit: ACBrDANFeCBRavePaisagem.pas - linha 662, está: if ide.hSaiEnt=0 then Box([fsTop,fsLeft],XPos,YPos,21,aWidthTituloBloco,'Hora de '+vEntSai,'',taCenter,True) else Box([fsTop,fsLeft],XPos,YPos,21,aHeigthPadrao,'Hora de '+vEntSai,TimeToStr(ide.hSaiEnt),taCenter,True); Na unit: ACBrDANFeCBRaveRetrato.pas - linha 650, está: if ide.hSaiEnt = 0 then Box([fsTop,fsLeft],XPos,YPos,21,aHeigthPadrao,'Hora de '+vEntSai,'',taCenter,True) else Box([fsTop,fsLeft],XPos,YPos,21,aHeigthPadrao,'Hora de '+vEntSai,TimeToStr(ide.hSaiEnt),taCenter,True); Talvez fazer um "IF VERSAO=3.10 THEN ide.dhSaiEnt...." Obrigado.

Pessoal, boa tarde, Já foi falado sobre Santa Catarina nesse tópico... mas passou algum tempo.. então queria saber se alguém tem mais alguma notícia da NFC-e para o Estado de Santa Catarina... alguma novidade.... Obrigado.

Italo, Testando melhor agora, percebi que devo ler os valores de envio de ACBRNFe.WebServices.Enviar. (TNFeRecepcao).... Nesse caso leio o valor cStat e se for = 100 (Autorizado) considero nota Autorizada, se for <> de 100 faço os tratamentos adequados.... Agora está funcionando! Obrigado

Italo, boa tarde, OK, entendi... Porém quando uso o método Enviar com a propriedade Sincrono=True, mesmo a nota tendo sido rejeitada, não ocorre mais um RAISE no componente... ou seja, enviando a nota e ela sendo autorizada ou não, o processo segue em frente.... sendo que no modo Assíncrono ocorre um Raise quando, depois de consultar, se o retorno for diferente de Autorizado...

Olá, Pergunto: ainda não está disponível no ACBrNFe envio de NF-e em modo síncrono, certo? Pois vi na linha 1620 do ACBrNFeWebServices.pas que consta if (FConfiguracoes.Geral.ModeloDF = moNFe) and (not ASincrono) then Que roda a rotina de retorno quando MODO ASSINCRONO (modo tradicional)... Porém no método: function TNFeRecepcao.Executar: Boolean; Só existe um IF para o caso de NFC-e... porém para NF-e vejo que ainda não tem tratamento na função de envio... Certo?

Italo, bom dia, Muito obrigado, funcionou perfeitamente. Ate.

Exatamente, estou com o mesmo problema: ao enviar XML sem colocar a DataHora de Envio (dhSaiEnt) que no componente é a propriedade dSaiEnt (compatibilidade com versao 2.0), retorna erro de validação do Schema: The element '{http://www.portalfiscal.inf.br/nfe}dhSaiEnt' with value '1899-12-30T00:00:00-02:00' failed to parse. Me parece que o componente está gerando essa Tag no XML mesmo estando com valor Zero Estou usando versão 3.1 da NF-e e com os Schemas PL_008b

Olá, Gostaria de saber se é possível (talvez já tenha uma Propriedade) para esticar as Observações do Item na DANFe em RaveCodeBase para que ela ultrapasse a coluna original da Descrição, assim como vemos em outros sistemas que emitem NF-e onde as observações são muito extensas... Obrigado.

Astrogildo82, obrigado! Exatamente. Comentei no outro post para ver se o pessoal do ACBr sobe a alteração no SVN...

Pessoal desenvolvedor do ACBr... seria possível vocês alterarem o fonte desse arquivo conforme o Astrgildo82 fez... ??? Fiz o teste aqui e também funcionou corretamente, resolvendo o problemas das NFe's avulsas. Obrigado.

Ola, O problema ocorre no arquivo pcnNFeW.pas Linha 209: chave := ''; if NFe.infNFe.Versao >= 2 then begin FSchema := TsPL006; if not GerarChave(Chave, nfe.ide.cUF, nfe.ide.cNF, nfe.ide.modelo, nfe.ide.serie, nfe.ide.nNF, StrToInt(TpEmisToStr(nfe.ide.tpEmis)), nfe.ide.dEmi, nfe.emit.CNPJCPF) then Gerador.wAlerta('A01', 'infNFe', DSC_CHAVE, ERR_MSG_GERAR_CHAVE); end else begin FSchema := TsPL005c; if not GerarChaveCTe(chave, nfe.ide.cUF, nfe.ide.cNF, nfe.ide.modelo, nfe.ide.serie, nfe.ide.nNF, nfe.ide.dEmi, nfe.emit.CNPJCPF) then Gerador.wAlerta('A01', 'infNFe', DSC_CHAVE, ERR_MSG_GERAR_CHAVE); end; if (Trim(nfe.infNFe.ID) = '') or (not ValidarChave(nfe.infNFe.ID)) then nfe.infNFe.ID := chave else begin NFe.infNFe.ID := StringReplace( UpperCase(NFe.infNFe.ID), 'NFE', '', [rfReplaceAll] ) ;; NFe.infNFe.ID := 'NFe'+NFe.infNFe.ID; end; Ao chamar o LoadFromFile do ACBrNFe, ele roda essa função, sobrescrevendo a chave original do arquivo lido. Pessoal desenvolvedor do ACBr... poderiam dar uma verificada? (Alterar na geração da chave ou então não gerar nova chave ao abrir arquivo xml ... ) Obrigado.

Olá pessoal do ACBr !! Uso o ACBrNFe com Delphi 7 no Windows 7 64bits... e não utilizo o pacote Synapse para envio de e-mail (Utilizo Indy)... OK Ocorre que sempre que vou compilar os pacotes do ACBrNFe, se eu incluir usar o pacote do Synapse junto, recebo erro de Access Violation... OK, até aí tudo certo pois eu removo sempre ele dos pacotes do ACBrNFe e ACBrCTe e removo as uses correspondentes nas units específicas. Peço a vocês se poderiam incluir as alterações que fiz em algumas das units/pacotes onde eu incluí DEFINES para especificar no arquivo ACBr.inc se o programador utiliza o pacote Synapse ou não (deixei padrão habilitado como todos usam hoje). Assim facilitando a compilação daqueles que não utilizam o pacote Synapse... Já aproveitei e incluí IFDEF nos pacotes ACBrNFe e ACBrCTe quanto ao uso do OpenSSL, que já existe no ACBr.inc. Muito obrigado pela atenção ! (Anexo os fontes alterados) nfe.zip Obs: fiz as alterações na revisão 5673 (ultima de hoje - 30/07/2013)

Bom dia a todos! Realmente, fazendo uma rápida análise na nova nota técnica, muitas mudanças interessantes e que farão a NF-e / NFC-e melhores, por exemplo a nova opção de enviar XML de 1 NF-e de forma síncrona (não precisa enviar lote e consultar lote). Isso é interessante para quando enviamos apenas 1 nota, então não precisará aguardar um tempo pré-determinado e consultar, pois o retorno se dará imediatamente quando a nota for processada na mesma conexão que foi disparada, também evitando problemas nos sistemas com a sincronia dos dados entre o que está nas tabelas e o que está na SEFAZ (nota no seu sistema consta como não enviada por exemplo, mas foi enviada na SEFAZ - quando ocorre problema ao ler o retorno do lote...) Além disso, conforme o Italo falou, sobre as Notas de Serviço Eletrônicas Municipais, também, um problemão hoje pois cada município inventa um layout (alguns adotam um padrão, mas outros não)... nesse caso se tivermos um padrão junto com a NF-e resolveria um imenso problema enfrentado hoje principalmente pelos desenvolvedores) Agora claro que isso depende dos estados/municípios se entenderem para que o repasse dos impostos seja aceito (Isso que é o mais difícil). Outra questão importantíssima é a questão do Cupom Eletrônico (NFC-e), que também resolveria muitos problemas atuais (compatibilidade de ECF / problema de DLLs / problemas de comunicação com ECF, problemas de bobina / papel ....etc etc.), ou seja, se o Cupom Fiscal ficar conforme já é a Nota Eletrônica, teremos muita facilidade em integração e elimina-se muitos problemas de hoje. A dúvida é: como fica o PAF-ECF?! E a venda concomitante?! E se mantiverem esse projeto alternativo do SAT?! Aqui em Santa Catarina (pioneiros do PAF-ECF), é ainda mais preocupante, pois as notícias dizem que não será aderido o projeto do NFC-e !!! Então é isso, ficamos no aguardo de novidades, respostas, soluções, melhorias (sem dúvida a NF-e está na frente, principalmente versão 3 com muitas melhorias). Um abraço.

Ola. Tenho um XML que foi emitido por pessoa Física (CPF) no modo NFe avulsa. Segundo a SEFAZ, na chave da NFe, no lugar do CNPJ vai o CNPJ da SEFAZ autorizadora (nesse caso SEFAZ SC), pois o emissor não é obrigado a ter certificado digital. Blz. O problema é que ao abrir essa nota no TACBrNFe (NotasFiscais.LoadFromFile(arquivo)), a chave da NFe é modificada, pegando o CPF do emissor, desajustando a chave da nfe (chave está na tag infNFe id="NFe......") Provavelmente o ACBrNFe ao abrir a nota refaz a chave. Penso que o correto seria só ler esse campo sem refazer, ou então considerar essa questão de NFe Avusa, onde a chave da NFe é composta pelo CNPJ da SEFAZ Autorizadora, e não o CPF do emissor Anexo está o arquivo XML (chave = 42130782951310000156558910000525421391622058) Quando carregado (LoadFromFile) a tag infNFe.id é lida como "42130735181311920000558910000525421391622059" Vejam que a chave é trocada formando o CPF do emissor. Vejam a citação do site da Sefaz RS sobre essa questão da Chave quando Nota Avulsa: Fonte: https://www.sefaz.rs.gov.br/site/MontaDuvidas.aspx?al=l_nfe_faq_outrasInfo

Veja, por exemplo na unit ACBrNFeDANFeCBRaveRetrato.pas : Começa na linha 102: if Length(vEnd)>96 then begin vEnd:='Recebemos de '+Emit.XNome; PrintCenter(vEnd,PosX+(aWidthOutros/2)); NewLine; vEnd:='os produtos/serviços constantes da NFe indicada ao lado'; PrintCenter(vEnd,PosX+(aWidthOutros/2)); end else begin PrintCenter(vEnd,PosX+(aWidthOutros/2)); NewLine; if ExibirResumoCanhoto then begin if DFeUtil.EstaVazio(ExibirResumoCanhoto_Texto) then PrintCenter('Emissão: '+DFeUtil.FormatDate(DateToStr(Ide.DEmi))+' Dest/Reme: '+Dest.XNome+' Valor Total: '+DFeUtil.FormatFloat(Total.ICMSTot.VNF),PosX+(aWidthOutros/2)) else PrintCenter(ExibirResumoCanhoto_Texto,PosX+(aWidthOutros/2)); end; end; Veja que se o Length do vEnd for maior que 96 então o texto ficará resumido.

Felipe, estou como o mesmo problema nos nossos clientes. Também utilizo o Rave... verifiquei no código do ACBr do Rave e descobrí o que é: existe uma verificação lá conforme o Length desse texto do canhoto. Se o length for maior que um certo tamanho, ele é cortado com um texto resumido. Isso foi implementado pelo pessoal do ACBr recentemente, pois antes não havia essa verificação no Length (visto que atualizo o componente diariamente).. Pedimos então para o pessoal do ACBr se é possível voltar como era antes... sem utilizar versão resumida desse texto do Canhoto . Obrigado.

Olá, O Mantis do ACBr não existe mais ? / Ou em que local informamos novas solicitações/alterações agora ? Obrigado.

Olá pessoal do ACBr, Serial possível uma alteração na unit "ACBrDANFeCBRave.pas", logo no início: tem uma linha "const" FontSizeItens:Integer=6; Pergunto se seria possível alterá-la para "var", assim posso modificar o tamanho da fonte dos ítens em meu projeto. Já utilizo assim com "var", mas toda vez que atualizo os fontes do ACBr tenho que modificar essa unit novamente. Obrigado desde já. Rodrigo.

Pelo que entendi da Nota Técnica, deve ter a opção de configurar mais uma Coluna na DANFe, na parte dos Produtos com o "Valor Aproximado dos Impostos", onde lerá o valor do campo vTotTrib do Produto. No cabeçalho da DANFe, nos totais dos impostos, também deve aparecer mais um campo com a soma dos Valores Aproximados dos Impostos dos Produtos.

Estou tendo um erro ao abrir XMLs de CT-e: Ocorre na unit "pcteCTeR.pas" na linha 262: CTe.Compl.Entrega.comHora.hProg := StrToTime(Leitor.rCampo(tcStr, 'hProg')); No conteúdo do XML, nessa tag está assim: <hProg>22:30:00</hProg> O erro que ocorre é : '22:30:00' is not a Valid Time. O engraçado é que: se eu copiar e colar o arquivo XML para outro arquivo (fazer uma cópia no Windows), e então abrir esse outro arquivo (que supostamente é igual), aí então funciona.... Alguém sabe o que pode ser ??? Obs: isso ocorre em vários XMLs de CT-e's diferentes (não é em um arquivo só) (com várias horas diferentes)... Obrigado.

Por aqui em Santa Catarina também não temos muitas informações. Os contadores também não sabem ainda como devem ser informados esses impostos na Nota/Cupom Fiscal. Por aquele exemplo do Cupom Fiscal que circula nas notícias na Internet, o que dá a entender é que: - O valor do imposto deve ser destacado em cada item da nota ou cupom. - O valor deve ser o total dos impostos do produto em R$. - No caso do cupom fiscal, algumas pessoas sugeriram de informar nas observações do item. - No caso da nota Fiscal poderia ser aberta nova coluna, ou também usar as observações do item. Claro que isso dobraria o número de linhas das notas e cupons, por isso é que não é tão simples assim... Quem tiver alguma outra informação... ficamos no aguardo. Obrigado.

Ola, Como o Mantis não está funcionando vou colocar aqui: Seria possível alterar no código do ACBrDANFeRaveCodeBase para permitir alterar o tamanho da fonte dos itens na DANFe? Lá na unit "ACBrDANFeCBRave", logo no início existe essa variável, porém é uma "const" > "const FontSizeItens:Integer=6;" Seria interessante disponibilizar essa variável em modo published no componente do Rave ou então permitir alterar via código. Obrigado.

Ola, Gostaria sabes de vocês como fazem para pegar sempre os Schemas XSDs mais atuais, pois se eu entro na Página da FAZENDA, lá existe uma lista com as datas e pacotes. O último pacote é o 6q (29/11/2012) ... blz Mas se eu baixo esse pacote, não tem todos os XSDs necessários. Aí eu tenho que sair catando outros arquivos, como por exemplo o da CCe que está mais embaixo... sendo que nesse pacote da CCe possui arquivos repetidos do último pacote 6q. Aí vira uma confusão, pq alguns arquivos desses são mais atuais, outros mais antigos, outros maiores, outros menores... E mesmo assim, fica faltando os arquivos para efetuar cancelamento por Evento. Resumindo... como saber quais pacotes baixar ?

O Bug Tracker (Mantis) do ACBr não está mais funcionando ???