Ir para conteúdo
  • Cadastre-se

Painel de líderes

Conteúdo popular

Showing content with the highest reputation on 24-10-2024 em todas as áreas

  1. Olá Pessoal, É com grande prazer que comunico o envio ao SVN do componente para impressão do DANFCom em Fortes Report bem com o DAEventos em papel A4. No momento se faz necessário a instalação do componente via os pacotes disponíveis. Em breve o ACBrInstall será atualizado visando a instalação do componente. Ainda falta pequenos ajustes na impressão do DANFCom, mas ele já esta funcional.
    4 pontos
  2. Nunca vi nada do tipo. O mais utilizado é o regex mesmo Se é cadastro, minha indicação é mandar um email com um link ou código de confirmação. Dessa forma o usuário consegue validar o cadastro dele, logo, o e-mail também existe de fato.
    4 pontos
  3. Na UF - RS (Rio grande do sul hoje começou a retornar aleatoriamente essa rejeição:Rejeição 410: UF informada no campo cUF não é atendida pelo webservice XML aparentemente ok <ide> <cUF>43</cUF> ------------- <UF>RS</UF>
    2 pontos
  4. Boa tarde Jose, Qual a sua linguagem de desenvolvimento? A validação do email pode ser feita com regex ou uma função local, talvez não seja necessário consumir uma API ou usar uma lib para isso.
    2 pontos
  5. Olá a todos. Vi aqui várias postagens sobre a mudança do GINFES para GISSONLINE em várias cidades do país e todos com muita dificuldade na mudança. Estou postando essa dúvida porque já não sei mais qual caminho ir e oque eu posso estar fazendo de errado. Eu liguei várias vezes lá no suporte e eles não conseguem ajudar. Meu problema é o seguinte estou recebendo o erro: E172 - Arquivo enviado com erro na assinatura. Já validei o xml assinado no programa que conheço Assinador SERPRO diz estar tudo correto. E mesmo assim ainda recebo o erro do servidor do GISSONLINE. Estou enviando o xml que estou mandando para eles. Alguém já passou por esse problema ou poderiam me dar uma luz do que possar ser? Agradeço desde já xml_com_envelope.xml xml_sem_envelope.xml
    1 ponto
  6. ok, estou fazendo as modificações e envio para validação assim que finalizar.
    1 ponto
  7. Bom dia Anderson, Muito obrigado pela colaboração, já foi criado a TK-6157 para analise.
    1 ponto
  8. Boa tarde @Italo Giurizzato Junior, Segundo o contato da prefeitura, será utilizada a segunda versão, estou aguardando o cliente terminar o cadastro no site da BETHA para simular com as configurações novas para Atibaia. Obrigado pela atenção.
    1 ponto
  9. Bom dia @Artur Alencar, Já esta no SVN.
    1 ponto
  10. Boa tarde @Artur Alencar, Muito obrigado pela colaboração, já foi criado a TK-6119 para atualização do arquivo.
    1 ponto
  11. Pessoal, estava tendo muita dificuldade para criar as credenciais oauth do Gmail e graças a videos no youtube, pesquisas no google e pessoal da comunidade, eu consegui. Com isto eu criei um tutorial ensinando o passo a passo de como criar esta credencial no Gmail e configurar o seu aplicativo de email, isto levando em consideração que estará apto a fazer autenticação OAUTH. Eu recomendo olharem o tópico abaixo, onde há algumas units atualizadas do ACBrMail como contribuição de um membro da comunidade. O ACBr deve atualizar os fontes logo, mas já podem utilizar o código disponibilizado no tópico abaixo. Observação: eu coloquei o arquivo pdf no meu site por que há um limite de tamanho de arquivo que posso disponibilizar no tópico. Fiquem avontade para compartilhar. Link do pdf: https://ctec.com.br/downloads/Envio_de_Email_pelo_GMAIL.pdf
    1 ponto
  12. Bom dia pessoal, Desenvolvi para um cliente, um simples programa que importa o arquivo SPED Fiscal ICMS/IPI gerado pelo seu ERP e então, adiciona novos blocos inerentes à atividade econômica e à UF desse cliente. Os novos blocos adicionados são: C177, K200 e os E200/E210/E220/E250 (blocos "E" da substituição tributária, porém, utilizados para o "Complemento ST"). O Procedimento: Após importar o arquivo original (com o ACBrSPEDFiscalImportar), eu adiciono os blocos acima e então gero um novo arquivo na saída (usando o método "SaveFileTXT"). O Bug número 1: Se na ordem de adição dos blocos, eu gerar primeiro o C177 e depois o K200, o componente "APAGA" o conteúdo do bloco adicionado anteriormente, ficando apenas: |C177||. OBS: Se eu inverter a ordem (gerar o K200 primeiro e depois o C177), o Bug não acontece !!! O Bug número 2: Ao adicionar os blocos E200/E210/E220/E250, o componente simplesmente "REMOVE" os blocos 1200 e 1210 do arquivo original. Alguém aqui do fórum já passou por isso ? Agradeço qualquer sugestão para contornar os problemas acima. Att, Ricardo Greco.
    1 ponto
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...