BigWings

Sim, é permitido. Basta o certificado ter o mesmo CNPJ base (8 digitos). Veja o que diz o MOC (destaque a expressão "deverá conter o CNPJ de um dos estabelecimentos da empresa").

Essa tela é a tela de visualização padrão do Fortes Report. Pra habilitar o botão você terá que alterar o pacote do componente ACBrBoletoFCFortes. Pelo que vi rapidamente, já que não uso Fortes, seria preciso adicionar um componente TRLPreviewSetup e nele habilitar o botão, e programar os eventos OnSend, OnBeforeSend, OnAfterSend...

Você pode vincular um componente ACBrMail e usar ACBrBoleto1.EnviarEmail(), assim o ACBr se encarrega de gerar o PDF e anexar junto ao email enviado.

Com certificado A3? Conhecia essa solução apenas para A1.

De acordo com a Lei 12741/12 você deve informar na nota destinada a consumidor final o valor total aproximado dos tributos. https://presrepublica.jusbrasil.com.br/legislacao/1033581/lei-12741-12 A soma dos impostos federais, estaduais e municipais será 13,45 + 0 + 2,41 = 15,86% multiplicado pelo valor da prestação de serviço. Como está usando o IBPT como fonte, ele pede em seu manual que se informe os impostos separadamente, então também deverá ter o valor imposto federal, estadual e municipal impresso na NFSe, individualmente. A coluna "importados" na minha opinião só será usada caso seja uma empresa estrangeira prestando serviços no país.

Sim.

O IBPT não disponibiliza essa opção.

Na configuração do componente: ACBrNFe1.Configuracoes.Geral.ModeloDF := moNFCe; Na alimentação dos dados da nota: with ACBrNFe1.NotasFiscais.Add.NFe do begin [...] Ide.Modelo := 65; Veja o demo do ACBrNFe na pasta ACBr\Exemplos\ACBrDFe\ACBrNFe para detalhes na configuração e preenchimento dos dados.

Que eu saiba apenas no PR é preciso fazer o cadastramento da software house e software e habilitação de cada emissor por parte da software house. Nas demais UF não é preciso.

A tag xPed não é impressa no DANFE. Nesse caso o que foi impresso no DANFE foi a tag infAdProd.

Os campos cEAN e cEANTrib já existiam no layout da NFe. O que vai ser feito agora é a validação das informações dessas tags comparando com o cadastro nacional (ou internacional, não sei ao certo) de códigos de barras. Caso você informe um GTIN inexistente a NFe será rejeitada, semelhante ao que já é feito hoje com o NCM. Para alguns NCM será obrigatória a informação do GTIN, então se ainda não tinha o campo no cadastro do produto para informar o código de barras, terá sim que fazer a alteração.

Perguntei isso no foram e me responderam que a configuração do danfe deve está diferente de cupomNFCe. Onde eu mudo isso? NFC000044-nfe.xml Você está gerando uma NFe: <mod>55</mod> Mas informando a tag tpImp como NFCe: <tpImp>4</tpImp> Os campos são incompatíveis o que causa a rejeição.

Não há nada que precise ser feito do lado do ACBr. A validação será feita pelo webservice.

Veja que está fazendo no ambiente de homologação. A chave de acesso que está tentando consultar foi emitida também em homologação?

Você tem conflitos de atualização do svn não resolvidos. Se abriu o .dpk pelo Delphi e salvou o arquivo ficou diferente do repositório o que causou o conflito. Verifique pelo Tortoise as modificações e faça um revert se for o caso.

Sim e cuide para não misturar Schemas de NFe, CTe e MDFe na mesma pasta.

Schemas.

Você está informando o FCP duas vezes. Uma dentro do grupo destinado a tributação do ICMS interna, no grupo ICMS00, outra dentro do grupo ICMSUFDEST. De acordo com a tabela de FCP por UF disponível na página http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=Iy/5Qol1YbE=, SC não possui FCP portanto a rejeição. Acredito que o correto nesse caso seria informar apenas o FCP do grupo ICMSUFDEST.

Analisando o log dá pra verificar que está sendo enviado comando de pagamento quando a soma dos pagamentos anteriores já ultrapassou o valor do cupom fiscal. Provavelmente é esse o motivo do erro.

Posso estar enganado, mas nenhum provedor atendido pelo ACBrNFSe possui campo específico para essa informação. Para qual cidade está gerando a NFSe?

Acredito que você esteja enganado. Na emissão da carta de correção para CTe os valores de grupoAlterado e campoAlterado devem ser preenchidos pela aplicação. Pode mostrar em que parte do código o ACBr faz o preenchimento dessas tags?

Bom dia, Esse erro geralmente ocorre quando se tenta acessar um índice que não existe, por exemplo, ao chamar ACBrNFe1.NotasFiscais.Items[0] e não houver nenhuma NFe carregada pode gerar o erro. Não é possível ver pelo seu print se todo o processo está sendo feito, por exemplo, você chegou a carregar o XML da NFCe para o componente, ou apenas o XML de evento de cancelamento? Faça o teste usando o demo do ACBrNFe, na opção Imprimir Evento e veja se o mesmo erro acontece. Se desejar, poste também o XML da NFCe para testarmos.

Parece que você não entendeu... A questão não é o XML ter código de barras ou não, e sim o espaço usado pela impressão do código. No seu DANFE "correto" o item tem o código "34", no "errado" o código impresso é um código de barras com 13 dígitos. Nesse tamanho ele ocupa o espaço usado pela descrição, que já é pouco na impressão em uma linha. No componente há a configuração para imprimir o código do item (cProd) ou código de barras (cEAN), se o cProd for sempre pequeno pode resolver... Ou faça o que disse na minha primeira resposta, ative a impressão em duas linhas, ou use EscPOS que a fonte é menor.

Já é feito automaticamente pelo componente. Dê uma olhada no método TANeWebService.DefinirEnvelopeSoap na unit ACBrANeWebServices.pas.