Italo Giurizzato Junior

Bom dia Elcyberg, O componente ACBrNFe possui 2 propriedades chamadas ModeloDF e VersaoDF que devem ser configuradas a nível de código e na seguinte ordem: ACBrNFe1.Configuracoes.Geral.ModeloDF := moNFCe; ACBrNFe1.Configuracoes.Geral.VersaoDF := ve310; Obviamente que, com esta configuração devemos utilizar os schemas da versão 3.10 Observação os schemas da versão 3.10 servem tanto para a NF-e quanto para a NFC-e.

Bom dia Cardilo, O que você acha de deixar igual ao Quick Report, no que diz respeito ao numero da nota no quadro Documentos Originários? NF-e <numNota> <chaveformatada> vide imagem em anexo:

Bom dia, Basta repetir a seção DETEVENTO: [DETEVENTO001] grupoAlterado = xxx campoAlterado = yyy valorAlterado = zzz nroItemAlterado = 1 [DETEVENTO002] grupoAlterado = xxx campoAlterado = yyy valorAlterado = zzz nroItemAlterado = 1 [DETEVENTO003] grupoAlterado = xxx campoAlterado = yyy valorAlterado = zzz nroItemAlterado = 1

Bom dia Luis, Desculpe não entendi direito o seu problema. Pelo XML em anedo da NFC-e, ele foi enviado, processado e autorizado pela SEFAZ, conforme consta no próprio XML. O problema esta ocorrendo em qual momento? Após o envio você esta realizando uma consulta? É ai que você obtêm um retorno da SEFAZ acusando que o Schema esta errado? Após o envio é salvo o arquivo: <numlote>-pro-lot.xml ? Se sim, você poderia postar em anexo por favor?

Bom dia Juliano, Favor atualizar todos os fontes de todas as pastas e depois teste novamente.

Bom dia jGuto, Favor atualizar os fontes e testar novamente. Agora é para abrir através do navegador o XML da NFS-e que foi salvo automaticamente pelo componente.

Bom dia Celso, Muito obrigado pela informação. Favor atualizar os fontes e testar.

Boa noite Idez, Como dito, o campo OutrasInformacoes pertence a estrutura do XML da NFS-e que é gerado pelo provedor. Por pertencer a estrutura da NFS-e não tem como alimentar esse campo e incluir ele no XML do RPS, por 2 motivos; 1. O validador do componente não vai validar o XML; 2. O validador do Provedor não vai validar o XML. A saída é colocar a informação desejada no campo Discriminacao.

Boa tarde Castro, Talvez eles querem que você simplesmente, cancele a NFS-e que esta errada e emita uma nova sem a necessidade de informar que esta última esta substituindo uma outra anterior.

Boa tarde Roger, CTe Versão 2.00 os campos de complementação não existem mais. Simplesmente você emiti um novo CT-e cujo tpCTe é 1-CT-e de Complementação de Valores, lança os valores nos campos normalmente usados e informa a chave do CT-e que esta sendo complementado em: infCteComp.chave Não entendi o xNome?

Boa tarde Jander, Veja este link: http://www.ophos.com.br/app/publicacoes/detalhe/ct-e-de-subcontratacao/

Boa tarde Idez, Esse campo (nome correto: Outras Informações), normalmente faz parte da estrutura da NFS-e e não do RPS (segundo padrão ABRASF). Checando o Schema do provedor Thema o campo: OutrasInformacoes faz parte do tipo complexo tcInfNfse. Portanto nem adianta alimentar esse campo, pois o componente não vai incluir ele no RPS e se altera-lo para que o faça, o XML não será validado.

Boa tarde a todos, Encontra-se disponível a implementação da Impressão da Inutilização de Numeração. No programa exemplo temos 2 novos botões que exemplificam a impressão bem como a geração do PDF. Atenção: a implementação foi feita em Quick Report.

Bom dia Matheus, Desculpe, mas não estou entendendo o motivo dessa consulta. Com essa consulta você quer saber se um determinado motorista consta em algum MDF-e ainda não encerrado? Se é essa a sua intensão, a resposta é não. Como lhe disse você vai ter que tratar isso na sua aplicação, se for o caso fazer alterações no banco de dados para armazenar tudo o que é informado em um MDF-e bem como se o mesmo esta encerrado ou não.

Bom dia Nilson, Por que não utilizar uma série diferente para cada PDV? PDV1: Série: 1 Numero da NFC-e: 1, 2, 3, .... PDV2: Série: 2 Numero da NFC-e: 1, 2, 3, .... (...)

Bom dia, Já inclui as URLs de homologação do Ceará, por favor atualize todos os fontes de todas as pastas e realize os testes.

Boa tarde Matheus, Via Web Services, não, você tem que tratar isso na sua aplicação.

Boa tarde Oneide, Tente realizar esses 2 testes: Como você emitindo em ambiente de testes, altere as URLs da function GetSoapAction que esta na unit ACBrProvedorBetha.pas Inclua nas URLs a palavra test: ..../e-nota-contribuinte-test-ws/.... Se não funcionar deixe as URLs em branco: Result := ''; Fazer essas alterações para todas as ações.

Boa tarde Ailton, O componente ACBrNFSe, sofreu varias alterações visando atender esse provedor. Lhe pergunto todos os fontes de todas as pastas estão atualizados?

Boa tarde, Você utiliza o componente ou o ACBrNFeMonitor? Se for o componente você deve repetir o trecho abaixo, um para cada correção (limite de 20 correções): with ACBrCTe.EventoCTe.Evento.Items[0].InfEvento.detEvento.infCorrecao.Add do begin grupoAlterado := sGrupo; campoAlterado := sCampo; valorAlterado := sValor; nroItemAlterado := iNumItem; end;

Boa tarde, Segundo a mensagem de erro, foi encontrado um carácter inválido no conteúdo do texto, o texto neste caso acredito ser no arquivo: leiauteConfRecebto_v1.00.xsd ou no arquivo apontando pelo include ou seja, tiposBasico_v1.03.xsd

Boa tarde Carlos, Maravilha, precisamos de mais colaboradores como você. Assim que você concluir as alterações/correções, por favor post como anexo somente as units que sofreram alterações. Desde já muito obrigado.

Boa tarde Rodrigo, Com certeza o DAMDFE feito em Fortes Report esta com problemas. Você testou com a versão feita em Quick Report? Outra coisa importante, porque você esta alimentando a TAG: SegCodBarra? Essa TAG só é alimentada quando o CT-e ou NF-e foram emitidos em contingência FS-DA neste caso o DACTE ou DANFE possuem 2 códigos de barras.

Boa tarde Rigotti, Favor atualizar os fontes e testar novamente.

Bom dia Daniel, É o procedimento GerarXML que gera o conteúdo de ArquivoFormatoXML; Veja: LocCTeW.GerarXML; aCTe := LocCTeW.Gerador.ArquivoFormatoXML;