BigWings

Se o arquivo ACBrNFeServicos.ini existir no diretório da aplicação, ele será usado pelo ACBr para carregar as URL dos webservices. Caso não exista, será usado o ACBrNFeServicos.res que é inserido como recurso no executável no momento da compilação. Como você disse que está com o ACBr atualizado e não há outros relatos de problemas semelhantes, a possibilidade de esse problema isolado ocorrer seria existir o arquivo no diretório, com URLs desatualizadas.

Favor não duplicar os posts.

Zere também a tag pFCP no grupo ICMS00.

Pela lógica a URL de produção também será a mesma. Se puder confirmar a URL de produção seria bom para já enviar a correção para o repositório.

No meu entendimento, você ainda precisa calcular o vFCP para poder descontar do valor do vFCPST, mas sem informar o vFCP no componente já que não há campo para ele no XML para Simples Nacional. O procedimento é semelhante ao cálculo do vICMSST. Essa forma de cálculo, porém, estava causando rejeição por a conta não bater justamente por falta do vFCP no XML, não tenho certeza se a regra de validação é uma das que foram (ou serão) suspensas.

Veja se não tem um arquivo ACBrNFeServicos.ini desatualizado no diretório da aplicação.

Veja que está informando o FCP no grupo destinado ao ICMS normal. <ICMS00> <orig>1</orig> <CST>00</CST> <modBC>0</modBC> <vBC>1499.00</vBC> <pICMS>4.0000</pICMS> <vICMS>59.96</vICMS> <pFCP>2.0000</pFCP> <vFCP>29.98</vFCP> </ICMS00> Para NFe interestadual a consumidor final não contribuinte o FCP deve ser informado apenas no grupo ICMSUFDest.

O que falta informar é a data de emissão (campo dhEmi) da nota. O campo dhCont se refere a data e hora de entrada em contingência.

Qual a versão do FastReport?

A princípio não identifiquei nenhum erro. Vamos aguardar a análise dos demais colegas.

Provavelmente alguma outra informação está incorreta. Anexe o XML para análise.

A função foi movida para a unit ACBrUtil.pas. Provavelmente ao compilar sua aplicação o compilador está encontrando outro .pas ou .dcu com esse nome e usando ele em vez de usar o original nos fontes do ACBr.

A contingência SVC está sempre disponível em homologação. Em produção ela deve ser ativada pela UF.

Você pode começar lendo o manual de orientações: http://www.cte.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=bx74pJ8hXaM= Também as notas técnicas de 2016 pra cá que trazem as alterações e complementos: http://www.cte.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=Y0nErnoZpsg= O CTe pode ser modelo 57 para transporte de cargas ou o CTe-OS, modelo 67 para transporte de passageiros e outros tipos específicos de itens. no modelo 57 ele pode rodoviário, ferroviário, aquaviários, aéreo, multimodal... Os campos que precisa criar estão todos no layout, quantos vai ter que colocar no teu aplicativo vai depender do escopo do mesmo.

Verifique a sintaxe do teu .ini. Você está informando a data de emisão da NFCe em branco.

Sim, exceto o MT que ainda precisa fazer o mesmo ajuste.

Apliquei correção no repositório. Favor atualizar os fontes e testar novamente.

O campo tpIntegra faz parte do grupo card que pelo layout não é obrigatório. Existe, entretanto, uma regra de validação facultativa que pode ser ativada pela UF caso o modelo seja NFCe e a forma de pagamento seja cartão de crédito ou débito:

Pelo layout, não é possível informar o FCP nos grupos ICMSSNXXX, apenas o FCP-ST para os CSOSN 201, 202, 203 e 900, e o FCP-ST retido anteriormente no caso do CSOSN 500. Ou seja, só será calculado em produtos sujeitos a substituição tributária. A última versão da NT 2016.002 orientou que o FCP-ST deve ser calculado segundo o estado de destino da mercadoria, mas as regras de validação que verificavam isso foram (ou ainda serão) suspensas por que alguns estados estavam interpretando de forma diferente. O último aviso do portal da NFe: Após quase 30 dias após esse aviso não foi publicada nova NT... Para o cálculo do FCP em notas fiscais interestaduais a consumidor final não contribuinte, o emitente optante pelo Simples Nacional continua não obrigado a informar o grupo ICMSUFDest.

As tags cEANTrib, uTrib, qTrib e vUnTrib devem estar no grupo [ProdutoXXX] e não no [ICMSXXX].

Provavelmente sim, testei com o demo e ocorreu o mesmo erro, e aparentemente está tudo correto nas configurações e URL.

Essa URL não está no formato do QRCode 2.00. Nesse formato o nVersao deve ser sempre 1. Aqui tem o manual da geração do novo formato do QRCode: http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=/xyXbAFZ71k=

Provavelmente um problema com o cliente svn (Tortoise?). Experimente baixar novamente em uma nova pasta. Favor seguir as regras do fórum, para novo assunto abra novo tópico.

Os schemas no repositório são baseados na versão 1.60b (com um pequeno ajuste para funcionar com a libxml2) e estão validando normalmente o QRCode 2.00. Está usando o ACBr para gerar o XML? https://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrDFe/Schemas/NFe