Diego Foliene

Bom dia! Como o @Juliomar Marchetti já lhe orientou, se você usa o componente de impressão e quiser incluir uma nova variável, então não basta alterar o .fr3, você realmente precisaria alterar também o fonte do componente correspondente. Esse tipo de modificação específica pode nem sempre ser o caminho: Se você alterou já alterou o fonte do componente, para que a alteração tenha efeito, você precisa reinstalar o ACBr. Para criar e passar valor para um .fr3, você primeiro precisa criar a variável (Relatório > Variáveis...), para atribuir valor você usa: Relatorio.Variables['NomeVariavel'] := 'Valor Variável';

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

@SisComp - Proc. de Dados, como informativo, conferindo na impressão em Fast, a principio realmente não encontrei menção ao uso da propriedade Cancelada que é usada para o Fortes e seria padrão para ambos impressos. Estou buscando mais informações a respeito com os consultores que trabalham com Fast e assim que houver novidades informo aqui.

Bom dia @Léo! Muito obrigado pela contribuição sobre a alteração da cidade. A mesma foi enviada ao SVN na Rev-29496. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema. Entre a reinstalação e a recompilação, você precisa excutar o Compilas_Res.bat, neste tópico tem o processo explicado:

Bom dia. Defina Quadro e faça um novo teste.

Boa tarde. Por favor, insira as informações de Negativação e faça um novo teste.

Boa tarde @SisComp - Proc. de Dados. Conferindo nos fontes, para que saia a mensagem de "NFC-e Cancelada" você precisa definir: ACBrNFeDANFCeFortes.Cancelada := True; Pelo que pude ver, esta propriedade é da classe base, então vai ter tanto no componente Fortes quanto em Fast.

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

Apenas acrescentando que para a impressão, basta adicionar o arquivo que o Italo anexou na mesma pasta da aplicação conforme instrução:

Essa decisão no final vai ser única e somente sua. Se você implementar esses campos, vai permitir que use o WebService ByJG. No entanto, não vejo problema de não implementar considerando que somente os WS que usam chave ainda vai haver uma lista para escolha no caso do principal que você usa falhar. Mas se não o fizer, não compensa listar ele como uma das opções para o usuário final.

Bom dia. Por favor, compartilhe um print do erro ou a mensagem completa para que possamos lhe ajudar. Se puder disponibilize o Log gerado pelo monitor e o INI de geração da NFe para análise. Caso julgue que eles tenham informações sensíveis e não possam ser anexados diretamente no tópico, siga estas orientações:

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3941

Bom dia! O seguinte boletim foi divulgado dia 16/05/20 no site da Secretaria da Fazenda do Estado do Paraná: Para utilizar o SVC com o ACBr siga as orientações deste tópico:

Bom dia! No Portal da NFCe do Estado de SP consta o seguinte aviso informando sobre a manutenção: Para mais informações sobre o que é e como usar o EPEC - Evento Prévio de Emissão em Contingência, confira o tópico a seguir:

Bom dia. Faça um teste definindo a propriedade ACBrNFSeX.Configuracoes.Geral.RetirarAcentos := True; Sem mais informações posso apenas supor, mas verifique se a preencheu a propriedade NFSe.TipoTributacaoRPS com uma valor diferente de ttTribnoMun("T"), ttTribnoMunIsento("A") ou ttTribnoMunImune("M"), caso afirmativo, veja se informou valor para NFSe.Servico.CodigoMunicipio. Conferindo nos fontes, está é a condição e a propriedade para gerar e preencher a tag <MunicipioPrestacao>

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3943

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3942

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

Enviado ao SVN na Rev-29469

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

Boa tarde @C4Dev. Foi enviado ao SVN na Rev-29460 alteração visando resolver esta questão. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Desconheço consumo indevido para NFSe, mas como não é padronizado, não descarto a possibilidade de um ou outro provedor estabelecer algumas regras de uso. Ainda assim acredito que nada drástico como consumo indevido. Outra observação que talvez seja interessante você verificar. Note que todos os seus arquivos foram gerados com o prefixo zero. (0-ger-nfse.xml, 0-ger-nfse-soap.xml). Geralmente esse prefixo recebe a informação do Nº do Lote ou RPS e se ambos estiverem vazios, da data no formato yyyymmddhhnnss. Como o seu foi gerado com zero, é um indicio que você preencheu ou o Nº do Lote ou do RPS com esse valor. Verifique na sua rotina como está alimentando essa informação.

São esses mesmo! No caso, o arquivo que nos interessa é o 0-lista-nfse-ger-soap.json Ele é o envelope de resposta, ou seja, a resposta que o webservice devolveu para você. Notou que ele gerou como um .json ao invés de um XML? Isso acontece porque alguns poucos provedores fazem a comunicação em JSON ao invés de XML.(este não é o caso do ISSSaoPaulo). Por causa disso, o componente tem uma tratativa em que se ele vê que o conteúdo da mensagem não é um XML válido, ele salva ele como um JSON. Se abrirmos esse arquivo, este é o conteúdo dele. Sugiro que você aguarde para ver se é uma instabilidade ou entre em contato com a prefeitura para verificar está questão.

Boa tarde! Por favor, defina a propriedade ACBrNFSeX.Configuracoes.WebServices.Salvar := True para que possamos ver se ele está gerando um envelope de resposta com uma mensagem imprevista que o componente não está conseguindo interpretar(o arquivo vai ter um -soap no nome) ou se de fato, não está devolvendo resposta alguma.

@brajan, por favor, substitua a unit em anexo no caminho ..\ACBr\Fontes\ACBrDFe\ACBrNFSeX\Provedores\, reinstale o ACBr e faça um novo teste. SigISS.Provider.pas