Jump to content
Notícias do ACBr

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

consultoria_sticker.png

Conteúdo para desenvolvedores
 ao vivo de terça a quinta!
Saiba mais

dev.png

logo_acbr_paygo.png

TEF ACBr PayGo
Seja um revendedor e ofereça uma solução completa para seu cliente.


Saiba mais

beneficios.png

Balena

Membros
  • Content Count

    19
  • Joined

  • Last visited

Community Reputation

7 Neutral

About Balena

  • Rank
    Novato

Profile Information

  • Sexo
    Masculino
  • Location
    Paraná

Recent Profile Visitors

459 profile views
  1. Posso lhe mandar um dos arquivos que estou tentando abrir ?
  2. Pior que fiz @Juliomar Marchetti O erro dá no passo 12, na hora de abrir o fdTable. Até chutei tentando alterar no driver a sequencia de agrupamento de ASCII para as outras opções e também não tive sucesso. Quanto a ConnectionString, onde que utilizo ela? Hoje no fdConnection eu só seto as propriedades e abro o fdtable. Se eu setar o nome errado do arquivo até tenho a mensagem que o arquivo não foi encontrado, então acho que estou no caminho, porém agora estáo sem ideias de como resolver.
  3. @flexsistemas teve sucesso? Estou tentando acessar uma base paradox e via ibexpert eu consigo acesso aos dados e via sistema só tenho a mensagem: [FireDAC][Phys][ODBC][Microsoft][Driver ODBC para Paradox] A tabela externa não está no formato esperado.. É a primeira vez que acesso paradox, então é bem provável que seja alguma inexeperiência minha mesmo. Alguém poderia ajudar?
  4. É uma forma de pensar, bem como se você não usar a DLL não precisará distribuí-la junto de seu .EXE Enfim, pode fechar o tópico. Obrigado pela ajuda.
  5. Me expressei mal Daniel. Mas penso que é responsabilidade do componente controlar isso. Ele não deve ser responsável por fazer com que em alguns minutos 670mb de arquivos duplicados sejam gerados no servidor. Quanto a melhor opção, aí penso que é opção pessoal, para a nossa situação na empresa foi muito mais simples criar o pré-requisito do usuário ter o windows atualizado. Volta e meia tínhamos problemas com DLL com versão incompatível em cliente, ou então com erros como o citado abaixo: Se não me engano tínhamos um problema com o envio de e-mail também, m
  6. Olá! Testamos em variados bancos de dados com variados certificados digitais, todos A1, e resolveu. Até indicamos a nossos clientes que adquiram o A1 ao invés do A3. Nosso caso pode ser um pouco diferente, pois não temos o certificado instalados nos computadores, nem fisicamente nas estações. Armazenamos os dados em banco e passamos ao componente para os DadosPFX, NumeroSerie e Senha. Preferimos assim pois facilita muito o operacional. Das opções de: Voltar para OpenSSL ou apagar manualmente, penso que ambas são (bem) ruins, pois deve ser responsabilidade do compone
  7. Obrigado! Eu que agradeço
  8. Olá! Depois desta alteração: A linha em vermelho foi incluída nos PrepareReport: Ela quebrou nossas emissões de documentos pois utilizamos o FileName do frxReport que retorna preparado e agora ela está retornando em branco. Todos locais do nosso sistema, desde sempre, é setado o FastFile do ACBrNFeDANFEFR. Realmente não ficou claro o porquê desta linha sendo que o LoadFromFile do componente é feito em cima do FastFile e não do NomeDocumento. (Marcação em verde) Eu corrigi nosso problema com um simples: if NaoEstaVazio(DANFE
  9. Olá Outro ponto que gostaria de levantar, ainda no ISS.net (Abrasf V1), ao carregar o XML, todo arquivo RPS está retornando um registro a mais do que ele efetivamente tem, o ultimo, sempre vazio. O arquivo basicamente tem o layout assim: <EnviarLoteRpsEnvio ...> <LoteRps Id="999"> ... <ListaRps> <Rps Id="1"> </Rps> <Rps Id="2"> </Rps> </ListaRps> </LoteRps> </EnviarLoteRpsEnvio> Este deveria retornar 2 registros(ID 1 e 2), porém retorna 3. Este ultimo, todo vazio. A meu ver o problema est
  10. Olá! Ao ler o XML da ISS.Net também deve considerar o nível anterior de onde podem estar os dados para a tag "IdentificacaoTomador", como é feito com as demais tags. Ex: Tomador. if (Leitor.rExtrai(3, 'Tomador') <> '') or (Leitor.rExtrai(3, 'TomadorServico') <> '') or (Leitor.rExtrai(2, 'Tomador') <> '') or (Leitor.rExtrai(2, 'TomadorServico') <> '') then Portanto, troquei de: if Leitor.rExtrai(4, 'IdentificacaoTomador') <> '') then Para: if (Leitor.rExtrai(4, 'IdentificacaoTomador') <> '') or
  11. Desculpe Italo, atualizei agora e está sendo utilizado a Natureza da Operação. Falando exclusivamente da IPM, este é outro campo que não parece ser o mais adequado, visto que existe o CodigoTributacaoMunicipio. Anexei o atual alterado para analise. Obrigado. pnfsNFSeW_IPM.pas
  12. Olá senhores. A tag "situacao_tributaria" do serviço, para a IPM, é preenchida com o NFSe.RegimeEspecialTributacao, convertido pelo RegimeEspecialTributacaoToStr. Porém os valores não correspondem aos valor previstos pela empresa. (manual https://www.nfs-e.net/datacenter/integrador/Manual Eletron V2.pdf - Página 18). Que são de 0 a 10 ou 15. Enquanto o RegimeEspecialTributacaoToStr vai de 0 a 14, além das descrições não baterem. Sugiro, então, alterar para o campo para o NFSe.Servico.CodigoTributacaoMunicipio. Como NFSe.RegimeEspecialTributacao é do cabeçalho, não vej
  13. Olá senhores. Gostaria de saber se há algum motivo específico para o CST ter o padrão "cst00" e não "cstVazio", ou então sem padrão mesmo, como é feito com o CSOSN. Peço isso pois ao carregar um XML eu não sei se ele está com CST ou CSOSN preenchidos. Aí quando o XML vem com CSOSN o CST também é preenchido como "cst00" por ter este valor como seu padrão. Assim, sempre que vou ler o CST, antes tenho que validar se tem algo no CSOSN, pois posso considerar que foi informado 00 erroneamente.
×
×
  • Create New...