Jump to content

Wesley Oliveira

Membros
  • Content Count

    23
  • Joined

  • Last visited

Community Reputation

7 Neutral

About Wesley Oliveira

  • Rank
    Novato

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Já entendi o que estava ocorrendo. Eu não havia atualizado a unit pcnSignature. Estou com outro erro agora, de rejeição 851. Vou continuar fazendo testes.
  2. Boa noite. Após a mudança de obrigatoriedade do QRCode, estou recebendo a rejeição 297 quando tento enviar o xml. Seguem em anexo 2 XMLs referente ao mesmo CT-e (Montados ligeiramente diferentes) e ambos retornam essa rejeição. Já verifiquei os cadastros e não encontrei nada com caracteres especiais e/ou quebras de linha, espaços em branco no início ou no fim, nada disso. Aqui estão as configurações que estou usando no componente: fAcbrCte.Configuracoes.Geral.Salvar := True; fAcbrCte.Configuracoes.Geral.VersaoDF := ve300; fAcbrCte.Configuracoes.Geral.IdentarXML := False; fAcbrCte.Configuracoes.Geral.GerarInfCTeSupl := fgtSempre; fAcbrCte.Configuracoes.Geral.SSLLib := libWinCrypt; fAcbrCte.Configuracoes.Geral.SSLXmlSignLib := xsMsXml; fAcbrCte.Configuracoes.Geral.SSLCryptLib := cryWinCrypt; fAcbrCte.Configuracoes.Geral.SSLHttpLib := httpIndy; Atualizei os arquivos do ACBr hoje mesmo. Obrigado. XML alterado sem CDATA.xml XML Original.xml
  3. Obrigado, foi bastante detalhado e esclarecedor. Estou mostrando estes argumentos ao pessoal do suporte aqui para que entrem em contato com o cliente que solicitou a mudança no sistema. Diz o suporte que, segundo o cliente, algumas empresas já estariam adaptando os Danfe para acomodar as "novas" descrições, mas ainda não recebi nenhum material desse para que eu pudesse ao menos postar aqui para vocês. Eu, particularmente, compartilho da idéia que a única coisa obrigatória nesse campo é o código, que já está corretamente sendo enviado e exibido. Mais uma vez, obrigado pelas explicações.
  4. Foi o que pensei. Até entrei em contato com uma consultoria fiscal que temos, mas o espaço para descrição é pouco e não permite anexos, não consegui dar todos os detalhes e tudo que recebi de resposta foi que "se a NT diz que é assim, tem que ser assim". Aguardemos as próximas opiniões. Obrigado!
  5. Olá a todos. A NT 2018.005 trouxe uma alteração na descrição do campo de Modalidade de Frete para algumas descrições bem grandes, por sinal. Entretanto, o layout atual do DANFE que o ACBr disponibiliza tanto não cabe as novas descrições, quanto a função que converte o tipo de modalidade na descrição também não segue o que está ditado na NT (arquivos atualizados hoje, 16/09). Há alguma previsão de alteração ou esta alteração não é obrigatória, como parece ser? Abaixo, a função atualizada do ACBr que faz esta conversão, vs. as descrições da NT. Obrigado pela atenção. function modFreteToDesStr(const t: TpcnModalidadeFrete; versao: TpcnVersaoDF): string; begin case versao of ve200, ve300, ve310: case t of mfContaEmitente : result := '0 - EMITENTE'; mfContaDestinatario : result := '1 - DEST/REM'; mfContaTerceiros : result := '2 - TERCEIROS'; mfProprioRemetente : result := '3 - PROP/REMT'; mfProprioDestinatario : result := '4 - PROP/DEST'; mfSemFrete : result := '9 - SEM FRETE'; end; ve400: case t of mfContaEmitente : result := '0 - REMETENTE'; mfContaDestinatario : result := '1 - DESTINATARIO'; mfContaTerceiros : result := '2 - TERCEIROS'; mfProprioRemetente : result := '3 - PROP/REMT'; mfProprioDestinatario : result := '4 - PROP/DEST'; mfSemFrete : result := '9 - SEM FRETE'; end; end; end; Descrições da NT: 5. Alteração do DANFE 5.1 Quadro do Transportador O campo identificação da Modalidade do Frete (id: X02, tag:modFrete) deverá ser preenchido com um dos seguintes códigos (NT 2016/002): 0=Contratação do Frete por conta do Remetente (CIF); 1=Contratação do Frete por conta do Destinatário (FOB); 2=Contratação do Frete por conta de Terceiros; 3=Transporte Próprio por conta do Remetente; 4=Transporte Próprio por conta do Destinatário; 9=Sem Ocorrência de Transporte.
  6. Bom dia! Tenho os fontes atualizados do DANFE e estou em dúvida sobre o layout: Tanto o manual versão 6.00, quanto a última NT de layout (Ajustes Sinief 04/2019) retiraram dos grupos F (Local de Retirada) e G (Local de Entrega) alguns dados, tais como: Razão Social; IE; CEP; Telefone; E-mail; País; Porém, o DANFE agora tem espaço para exibição da Razão Social, IE, CEP e Telefone. Não achei em lugar nenhum se houve alguma alteração mais recente no layout do DANFE para excluir estes campos ou se a SEFAZ realmente comeu mosca. Alguém sabe me dizer?
  7. Bom dia. Tentei aqui e continua com o mesmo erro..
  8. Olá! Estou começando a implementação do Reinf no meu sistema e ao tentar gerar os XML (Assinatura) está dando o erro "Falha ao localizar o nó de Assinatura" Tentei comparar com o que está sendo feito na aplicação exemplo do Reinf, mas aqui pra mim o exemplo apresenta o mesmo erro. A configuração do ACBr feita no sistema é essa: { Configurações Gerais Reinf } fACBrReinf.Configuracoes.Geral.FormaEmissao := teNormal; fACBrReinf.Configuracoes.Geral.ExibirErroSchema := True; fACBrReinf.Configuracoes.Geral.SSLLib := libCapicom; fACBrReinf.Configuracoes.Geral.VersaoDF := v1_04_00; { Configuração SSL } fACBrReinf.SSL.DescarregarCertificado; fACBrReinf.SSL.SSLDgst := dgstSHA256; fACBrReinf.SSL.SSLType := LT_TLSv1_2; fACBrReinf.SSL.SSLCryptLib := cryWinCrypt; fACBrReinf.SSL.SSLXmlSignLib := xsXmlSec; Alguém tem idéia do que pode ser? Obrigado.
  9. A quem interessar, precisei alterar manualmente a linha (pcnNFeW.pas): //Gerador.wCampo(tcDe2, 'Y05', 'vDesc ', 01, 15, 0, nfe.Cobr.Fat.vDesc, DSC_VDESC); Gerador.wCampo(tcDe2, 'Y05', 'vDesc ', 01, 15, 1, nfe.Cobr.Fat.vDesc, DSC_VDESC); Para "forçar" gerar a tag vDesc mesmo com o valor zerado. Assim parou de dar a rejeição 905 e também de criticar o layout do campo vDesc.
  10. Boa tarde pessoal! Estou com problema com essa tag Fat também. Eu estou informando conforme a nota técnica pede: <cobr> <fat> <nFat>15951</nFat> <vOrig>2874.90</vOrig> <vLiq>2874.90</vLiq> </fat> <dup> ... </dup> </cobr> Mas continuo recebendo mensage 905 Rejeição: Campos do grupo Fatura não informados. Estou em ambiente de Homologação, Espírito Santo. Comparei com o XML que o amigo marcoprodata postou anteriormente e está com a estrutura correta. Tentei até forçar a criação da tag <vDesc> com valor 0.00, mas aí começou a dar erro de validação do valor.
  11. No meu caso descobri que o arquivo ACBrNFeServicos.ini estava com um erro (não sei se é padrão ou se foi alterado aqui, usamos o Delphi 7). Nas linhas [WSDL_V4_MG] e [SOAP_V4_MG] a url estava faltando um "L" (portalfisca.inf.br). Apenas nessas linhas eu identifiquei esse problema.
  12. Estou tentando consultar o status de uma NF-e de MG (produção também) mas o XML de retorno vem vazio. O XML de pedido/url estão corretos. Ao consultar pelo site da SEFAZ/MG com a chave da NF, é possível identificar corretamente.
  13. O propósito do que eu tentei fazer é justamente poder fazer a busca geral dos códigos, pra poder montar uma lista absolutamente completa com os NCMs válidos. Fazer isso usando a busca por descrição traria muita duplicidade de informações e mais consultas desnecessárias do que o site da receita já nos obriga a fazer. Quando falei de genérica, me referi à quantidade de parâmetros que eram obrigatórios passar, gerando apenas poucos registros como resultado. Hoje, finalmente consegui finalizar o programa e trazer todos os NCMs cadastrados automaticamente, apenas com a confirmação do captcha. A consulta toda levou aproximadamente 11 minutos e meio. Sei que é muito tempo, mas é uma rotina que não precisa ser executada a todo momento. Quem tiver real interesse em verificar a forma final como foi feito, é só entrar em contato comigo. Quem precisar somente da validação de um único NCM, a versão que disponibilizei na postagem anterior já te atende, basta adaptar à sua realidade. Obrigado a todos.
  14. Boa tarde! Consegui chegar a algum lugar.. Rs fiz uma aplicação de teste pra poder comunicar com o site da Receita. Já consigo capturar o Captcha e realizar a consulta que retorna os NCMs, porém a consulta é MUITO específica, assim como acontece no site. Estou disponibilizando os fontes (feitos no Delphi 10.1 Berlin) somente com componentes padrão e Indy para comunicação. O problema agora é justamente como conduzir a consulta, uma vez que a consulta pelo "Capítulo" retorna apenas os dados da "Posição", que devem ser utilizados para retornar os dados de "Subposição 1" e assim por diante. No parâmetro "codigo" é preciso passar o "último código possível" a ser gerado com a combinação Capítulo + Posição + (...) Dúvidas, meus contatos estão disponíveis no fonte. Obrigado pela atenção e seguimos na luta... Consulta NCM.rar
×
×
  • Create New...