BigWings

Conforme respondido no Discord: https://discord.com/channels/798697718800318484/801796941813907456/921368969611448332

O gerador pode estar em pcnNFeW.pas ou ACBrNFeXMLWriter.pas, dependendo das diretivas do ACBr.inc.

É estranho que se use o grupo de cartões <card> pra meios de pagamento que não são cartão, mas a interpretação da NT 2020.006 realmente parece exigir o CNPJ do intermediador nesse grupo. Caso informe tpIntegra=1 para comércio eletrônico, além do CNPJ será preciso informar também a tag cAut, pela regra de validação YA05-10. Você pode alterar o fonte, recompilar, testar e se estiver tudo certo anexar aqui o fonte alterado pra ser analisado. Pedimos cuidado pra não quebrar código ou comportamento anterior pra quem não preenche as tags.

Pelo que vejo nos schemas para o ISSRio não existe campo no XML do RPS para inscrição estadual. Isso porque inscrição estadual é irrelevante numa nota de serviços que é de âmbito municipal.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Não precisa não. Mesmo CPF apenas consumidor pode usar a manifestação e distribuicaoDFe.

Creio que se o problema fosse a falta da manifestação seria retornado o XML com o resumo da NFe e não o cStat=137. Estando a nota no prazo de 90 dias, e assumindo que quem está consultando é o destinatário, a única situação prevista nesse caso seria o destinatário não estar utilizando o serviço DistribuicaoDFe por mais de 60 dias no momento da autorização da nota.

Veja dica do Panda. Dependendo das opção que você ativa no ACBr.inc, ou no instalador, ele pode setar a MsXML para a propriedade SSLXmlSignLib. Essa DLL se for usada, o que não é recomendado, precisa ser registrada. Aqui as configurações recomendadas do ACBr.inc: // Descomente a linha abaixo, se você quer que seu Executável NÃO dependa das DLLs LibXML2, LibXMLSEC, (NÃO RECOMENDADO) {.$DEFINE DFE_SEM_OPENSSL} // Comente a linha abaixo, se você quer que seu Executável dependa das DLLs LibXMLSEC (NAO RECOMENDADO) {$DEFINE DFE_SEM_XMLSEC} // Descomente a linha abaixo, se você quer que seu Executável NÃO dependa das DLLs LibXML2. (NAO RECOMENDADO) {.$DEFINE DFE_SEM_LIBXML2} // Descomente a linha abaixo, se você não utiliza a obsoleta Capicom para Criptografia (RECOMENDADO) {$DEFINE DFE_SEM_CAPICOM} // Descomente a linha abaixo, se você não utiliza a obsoleta MSXML para Assinatura de XML (RECOMENDADO) {$DEFINE DFE_SEM_MSXML} // Descomente a linha abaixo, se você não deseja adicionar a Dependência da INDY nos seus Projetos {.$DEFINE DFE_SEM_INDY}

http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=8NH4MwSYr6A=

@CONTATOCRTSISTEMAS Atualize novamente os fontes do ACBr e teste, por favor.

Esse projeto é apenas um esboço inicial, não está funcional. Os erros é por o código do ACBrNFSeX já ter sido modificado depois que esse projeto foi enviado pro SVN.

O que define se vai gerar CST ou CSOSN é a tag Emit.CRT. CRT=1 (crtSimplesNacional) gera CSOSN, os demais geram CST. Outra coisa, geralmente em notas de devolução do Simples para uma empresa do regime normal, é usado o CSOSN 900, é o único que permite o destaque do ICMS nas tags próprias.

Project - Options - Packages

É uma limitação do Fortes Report. Tem uma sugestão para ajuste no tópico abaixo, se quiser ajudar a testar.

Qual a IDE?

Se a alteração que fez for compatível desde o D7 e também com o Lazarus, só anexar as alterações aqui que será avaliado.

Você quer validar o código de barras ou a linha digitável do boleto? A linha digitável tem 4 DV's, um pra cada campo mais o DV geral. Já o código de barras tem apenas o DV geral, que é um módulo 11 comum. Se não me engano os DV de campo da linha digitável são módulo 10. Nas units do ACBrBoleto tem as rotinas de cálculo dos dígitos e montagem da linha digitável e do código de barras, você pode estudar esse fonte e fazer a sua.

Não é possível, não existe serviço que retorne os documentos de emissão própria. A SEFAZ entende que o emissor tem o documento, e a obrigação de guardá-lo em segurança por 5 anos.

Para novos usuários do serviço DistribuicaoDFe, ou quem ficou sem usar por mais de 60 dias, o Ambiente Nacional só passará a gerar os NSU a partir da primeira utilização. Conforme a NT 2014.002 v1.11.

Fiz teste com o programa exemplo consultando um CNPJ de SC em produção e retornou os dados. Chegou a testar com o programa exemplo?

- Carregar um XML if not ACBrMDFe.Manifestos.LoadFromFile(cPathArqXML) then raise Exception.Create('Erro ao carregar o XML'); - Assinando ACBrMDFe.Manifestos.Assinar; O seu XML tem que ser um MDFe válido pra o componente conseguir carregar, e não deve ter quebras de linhas, espaçamentos entre as tags, isso pode causar erros.

Veja se diretório raiz de instalação informado é o mesmo que você baixou os fontes.

Verifique a configuração de versão do QrCode no componente.