EMBarbosa

Olá Matheus, Muito obrigado pela contribuição. Com base no que você passou, eu investiguei mais a fundo o problema. A sua função ajudava em alguns casos, mas não resolvia totalmente o problema em outros (como no Lazarus). Adicionamos a unit do Alexandre Machado do IntraWeb. Subi as alterações para o SVN na Revisão 18013. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado. Com respeito a função TLeitor.rExtrai, ainda tenho que analisar melhor... mas se você tiver um exemplo de lentidão seria útil.

Olá LuizLima, Você não tem um cliente Git ou SVN para usar? O TortoiseGit por exemplo consegue acessar o SVN. Mesmo que não tenha, na área de downloads onde está a lib ACBrETQ tem o link para acesso do repositório online... Outra opção é você entrar no site do Source Forge. Dá pra fazer o download de um arquivo específico, ou um snapshot do projeto inteiro. Veja: https://sourceforge.net/p/acbr/code/HEAD/tree/trunk2/Projetos/ACBrLib/Demos/

Ahh... mas se você está querendo saber se a transação foi aprovada porque não valida o retorno da função ACBrTEFD1.CRT? Ou se você quiser saber depois que ela já aconteceu, porque não ACBrTEFD.Resp.TransacaoAprovada?

Oi ALA, Me parece que ou seu arquivo está desatualizado ou você está confundindo as coisas. Se for o segundo caso acho que precisa ler esse tópico com calma e desde o início. Veja bem, esse é o código atual conforme a implementação no início do tópico: 131 : fpInstituicao := LinStr; 132 : fpCodigoBandeiraPadrao := LinStr; 135 : fpCodigoAutorizacaoTransacao := Linha.Informacao.AsString; 134 : fpNSU := LinStr; 136 : fpBin := Linha.Informacao.AsString; 139 : fpValorEntradaCDC := Linha.Informacao.AsFloat; Note por favor que esse código 133 foi removido porque o manual de integração do SiTef indica que o "código de autorização" é retornado como TipoCampo 135. Mas o TipoCampo 133, no manual corresponde a informação de NSU do Host autorizador. Então, se são campos diferentes, não podemos jogá-los na mesma propriedade.

@Italo Jurisato Junior, Por favor, ao analisar esse código, queira por favor ignorar as alterações relacionadas a unit uStringReplaceACBr que já estão sendo analisadas no outro tópico. Muito obrigado.

Rapaz, acho que nem eles sabem o motivo. Eles usam um algoritmo de detecção que é heurístico, daí as respostas são assim, cheias de falsos positivos.

Par informações sobre como obter o XML de um fornecedor veja: Para NF-e/NFC-e: Para CT-e:

Ahh claro, entendi... Você pode criar um tópico pra as "diversas alterações da NFS-e para atender as diversas cidades". A questão é que no momento esse tipo de alteração eu não consigo validar tão bem... Não queremos que nada passe despercebido.

Olá Anderson, Você não consegue com o suporte da Toledo?

Olá Matheus. Queria te pedir o favor de dividir em tópicos separados as sugestões. Porque é muita informação e estamos dividindo as tarefas aqui. Queira por favor postar os arquivos INI em outro tópico para que o @Italo Jurisato Junior possa analisar. As alterações relacionadas a Joinville também, se possível, queira postar em ainda um outro tópico específico para elas. Assim, além do Italo, pessoas dessas cidades poderão testar também.

Não acredito que seja isso. Isso está parecendo ser algum antivírus ou programa de proteção bancária. Eles costumam causar esse problema.

Já enviei uma correção ao SVN. Podem atualizar novamente por favor. Desculpem a confusão...

Se você ler o tópico já citado verá que não estava funcionando da melhor maneira. Na verdade, ainda estamos estudando outra alteração... Por favor fique atento. Moderação: Estou fechando o tópico porque já saiu do assunto.

O que acontece é que o layout das NT não possuem essas colunas. O parâmetro foi criado a princípio para o Fortes Report. Ainda não foi implementado para o Fast. Veja esse tópico sobre o parâmetro:

Adicionado na minha lista de afazeres...

Além da sugestão do @BigWings, você consegue verificar diretamente no arquivo XSD se ele está permitindo o valor?

Olá. Só gostaria de informar que estou analisando o seu código.

Para ficar registrado, conforme explicado pela @Gr@c@, uma forma do campo obscont tanto da Nfe como do CTe ser utilizado hoje é para as informações de averbação. Pode ser que um fiscal multe caso essa informação não seja impressa. Mas caso contrário, vale o que está no MOC. Por isso... Alphajoy. Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 17957. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Não encontrei nenhuma informação na área de perguntas respondidas: http://caf.sef.sc.gov.br/Views/Publico/BaseConhecimento/BuscarBaseConhecimento.aspx?assunto=9 Então a primeira verificação é se os schemas estão corretos e são de homologação. Você também pode tentar enviar um arquivo com a data do ano que vem e verificar se vai passar. Caso contrário, sugiro entrar em contato com a Sefaz e perguntar como proceder.

Eu uso o layout Default layout mesmo sem ter um monitor 4K. A única coisa que eu faço é colocar o Project Manager e o Tool Palette para auto-ocultar.

Olá pessoal, Queremos informar que na revisão 17943 foi enviada ao SVN as alterações previstas a algumas semanas para padronizar as unidades de medidas e comportamento das margens nas impressões. Caso queira mais informações, veja o tópico de anúncio:

Essas mensagens de erro acima me parecem ser do "Error Insight". Desative isso. Ele só dá mais dor de cabeça do que ajuda. Vá no menu Tools -> Options -> Editor Options -> Code Insight -> Source file type: Pascal -> desmarque a opção "Error insight". Essa mensagem de erro é de conexão. Você precisa verificar a conexão com o banco de dados.

Entendi Lucianat. Você pode tentar baixar uma versão mais atualizada do GAD no site da SEF MG. Eles disponibilizaram uma nova versão ontem (14/10). Veja esse link: http://www.fazenda.mg.gov.br/empresas/sistemas/sintegra/download.htm Caso não funcione, você pode entrar em contato com a SEFAZ por meio do Fale Conosco deles. Por fim, se não resolver, você realmente vai precisar verificar com a Conta Azul como proceder. Talvez exista alguma outra forma. Por exemplo, se eles não geram o Sintegra, talvez eles gerem o SPED. Daí bastaria você pedir ao contador para enviar o SPED no lugar do SINTEGRA.

Olá, Como você faz a emissão da NFC-e hoje? Já tentou verificar com outro contador?