Ir para conteúdo
  • Cadastre-se

Painel de líderes

Conteúdo popular

Showing content with the highest reputation on 09-01-2024 em todas as áreas

  1. Nosso amigo @marcopoloviana e o pessoal do SAC Fiscal fizeram um vídeo que além de notícias importantes, trás uma explicação sobre está resolução.
    4 pontos
  2. Boa tarde, Possivelmente Schema desatualizado Já que o valor 17 deve ser aceito. Você encontra os schemas aqui: https://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrDFe/Schemas/
    2 pontos
  3. Pelo que notei no Log, está no registrador 0x55... que é a via Resumida... O ACBr é programado para Exibir a Via reduzida, apenas se a propriedade estiver marcada no componente... 10:40:02:624 0x53= TIANO SUPERMERCADO CNPJ/CPF: 38.197.012/0001-20 R SAO MIGUEL IPOJUCA SODEXO CIELO SODEXO ALIMENTACAO PASS ************8803 2 VIA-ESTABELECIMENTO AUT=704574 027790508820001/POS=41231917 DOC=645031 02/01/24 10:39 ONL-C VENDA A VOUCHER VALOR: R$ 68,58 TRANSACAO AUTORIZADA COM SENHA ROSANGELA SANTOS LEITE A0000005372010-72EB0720A756E54F ALI ---------------------------------------- 6202014 EC:0000749060 REF:0000645031 10:40:02:624 0x54= TIANO SUPERMERCADO CNPJ/CPF: 38.197.012/0001-20 R SAO MIGUEL IPOJUCA SODEXO CIELO SODEXO ALIMENTACAO PASS ************8803 1 VIA-CLIENTE AUT=704574 DOC=645031 02/01/24 10:39 ONL-C VENDA A VOUCHER VALOR: R$ 68,58 SALDO DISP: R$ 131,62 ---------------------------------------- 6202014 EC:0000749060 REF:0000645031 10:40:02:624 0x55= SODEXO CIELO SODEXO ALIMENTACAO PASS ************8803 POS=41231917 DOC=645031 AUT=704574 VALOR: 68,58 SALDO DISP: 131,62 https://devpaygo.readme.io/docs/10dicionário-de-dados Você pode ler o registrador, diretamente, usando o Objeto "RespostaTEF" ViaReduzida := RespostaTEF.LeInformacao(PWINFO_RCPTCHSHORT,0).AsString ;
    2 pontos
  4. Boa tarde, estou mexendo com versionamento no gitHub, e vi que o suporte ao Subversion (SVN) será descontinuado no GitHub, haverá alguma mudança em relação ao ACBr de migrar de versionador? Já vi que tem alguns projetos que apoiam e são usados usam o GitHub e tem até repositórios para esta verão, será que algo mudará para o ACBr ou o projeto ainda continuará usando o SVN? Não que tenha algum problema em usar o SVN, mas é um ponto que achei interessante e resolvi tirar a dúvida aqui, e possivelmente seja a dúvida de outros integrantes do fórum no futuro... Desde já agradeço.
    1 ponto
  5. Boa tarde @Neski Soluções, Já esta no SVN. Agora é usado o campo ValorUnitario em vez de ValorTotal para poder gerar a tag ValorServico. Desde já muito obrigado pelos arquivos.
    1 ponto
  6. Boa tarde Luiz, Experimente informar o valor 0.0001 para as tags que devem aparecer no XML com o valor 0.00
    1 ponto
  7. Criada TK-4961 para análise do problema.
    1 ponto
  8. Boa tarde! Apenas contextualizando a situação. O provedor IPM devolve no retorno além de algumas informações referentes a Nota, um HTML que forma o impresso da própria nota em si como pode ser visto neste seu print: Este é o retorno esperado. Conforme foi conversado antes, o problema acontecia porque apesar de estar de codificação estar em UTF-8, o arquivo continha caracteres ANSI. Foi feito um ajuste na Rev-31892 visando sanar este problema. No entanto, você informou que ainda está com problemas. Mas agora o conteúdo que está recebendo é somente o HTML da nota (HTML este o qual está faltando algumas tags para ser renderizado corretamente). Vamos tentar assim: Por favor, coloque um break-point no local indicado pelo print abaixo e veja qual é o conteúdo de FPRetorno. Este é um ponto em que a resposta do provedor acaba de ser lida, sem nenhuma e qualquer alteração por parte do ACBr. Se nesse ponto ele tiver informações da nota, conforme o print que você compartilhou antes( este que citei mais acima). Siga o debug e veja se depois de passar por if Pos('iso-8859-1', LowerCase(FPRetorno) as informações do XML são retiradas e sobra somente o HTML. Caso positivo, então precisamos rever a alteração que foi feita. Agora se você fez o teste que pedi, e em ambos os momentos o conteúdo de FPRetorno continha somente as informações do HTML. Então é um forte indício de a informação estar sendo de fato devolvida dessa forma.
    1 ponto
  9. Boa tarde, Criada a TK-4960 para avaliação. Obrigado pela contribuição.
    1 ponto
  10. Boa tarde, Criada a TK-4959 para avaliação. Obrigado pela contribuição.
    1 ponto
  11. Boa Tarde, estou usando o ACBrMonitor PLUS 1.4.0.221 X64 configurado para versao e-Social S01_02_00
    1 ponto
  12. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
    1 ponto
  13. Sim, o qrCode (copia e cola) ela vem montada no RETORNO tanto em CNAB quanto na API, ela é devolvida na propriedade EMV. Quando falei acima sobre alimentar as propriedades: FACBrBoleto.Cedente.PIX.Chave := '33111222000155'; FACBrBoleto.Cedente.PIX.TipoChavePIX:= tchCNPJ; É porque alguns bancos você precisa informar a chave e o tipo da chave na remessa. e eles processam e devolvem o emv. (Santander por exemplo) Se olhar nos fontes da Sicredi, vai ver que nesse banco por exemplo é utilizado apenas o indicador PIX:
    1 ponto
  14. Boa tarde @rogerio.rizzon, Chegou a ver as opções de configuração que tem no item 6. Nota Fiscal ?
    1 ponto
  15. Adicionalmente, o Sicredi é meio chato em relação ao manual da API V2, no suporte ao desenvolvedor nõ fornecem ele, tem que solicitar ao gerente de conta. Pra simplificar a vida de quem precisa fiz upload dele em: https://drive.google.com/file/d/1Tiqjw0GQi8UfTZaR6FqCXtokWsUjjjD1/view?usp=drive_link
    1 ponto
  16. Lembrando, mencione este tópico no e-mail para identificarmos a origem.
    1 ponto
  17. Deu certo Daniel, obrigado pela ajuda!
    1 ponto
  18. Boa tarde, o retorno é da nossa aplicação sim, fizemos tratamento. Mas a exceção "NFe inconsistente para gerar INI. Chave inválida." é gerada pelo ObterINI do ACBr. Vou alterar o nível do log, e enviar os logs e o INI alimentado da NF-e para análise, obrigado Renato!
    1 ponto
  19. Boa tarde, Este método e retorno devem ser da sua aplicação. Por favor configure o LogNivel para 4=Paranoico, teste novamente e anexe o log gerado ou envie para [email protected] para análise
    1 ponto
  20. Atualize seus fontes por favor e rode o instalador. No teste reportado aqui saiu como esperado.
    1 ponto
  21. Experimente chamar, antes de SaveToFile ACBrSAT1.CFe.GerarXML( False ); // True = Gera apenas as TAGs da aplicação ACBrSAT1.CFe.SaveToFile('C:\teste\alterado.xml');
    1 ponto
  22. Bom dia! A Lib faz o mapeamento das informações que são devolvidas pela API do provedor de consulta. No caso, eles não devolvem a informação da inscrição estadual.
    1 ponto
  23. Bom dia @rogerio.rizzon, A imagem do arquivo *-lista-nfse-con-lot-soap.xml que você anexou acima esta diferente do arquivo de mesmo nome que nos enviou. Na imagem contem um XML com algumas informações sobre a nota por fim temos a nota em HTML dentro da tag <codigo_html> O arquivo que nos enviou só tem o conteúdo em HTML. Foi alterado alguma configuração no site da prefeitura? O componente foi ajustado para tratar o retorno conforme a imagem que você anexou, agora o retorno esta totalmente diferente.
    1 ponto
  24. Bom dia Rene, Pelas imagens em anexo temos o seguinte: 1. O RPS foi enviado e o webservice retornou o numero do protocolo conforme consta na segunda imagem. 2. Foi realizado a consulta da situação do lote informando o numero do protocolo conforme consta na terceira imagem. 3. A quarta imagem nada mais é do que o envio do lote contendo o RPS. 4. A quinta imagem pelo que eu entendi é o site da prefeitura que consta o RPS em questão processado com sucesso. Observações com relação a Curitiba: 1. Curitiba possui um webservice próprio (é por isso que o provedor se chama ISSCuritiba) e ele trabalha com a versão 1 do layout da ABRASF. 2. Todos os provedores que utilizam a versão 1 do layout da ABRASF tem o mesmo fluxo. Fluxo: 1. Enviar o RPS dentro de um lote, esse lote pode conter até 50 RPS. 2. Como o processamento do Lote é em modo assíncrono, o que temos como resposta logo após o envio do lote é o numero do protocolo 3. De posse do numero do protocolo devemos consultar a situação do lote. 4. Como resposta podemos ter os seguintes valores: 1 - Lote em Processamento, 2 - Lote não Encontrado, 3 - Lote Processado com falhas, 4 - Lote Processado com sucesso. 5. Se o retorno for 1 devemos aguardar alguns segundos e consultar novamente a situação, se for 2 verificar se o numero do lote informado é exatamente igual ao retornado após o envio do lote, se for 3 ou 4 devemos consultar o lote informando o numero do protocolo (atenção são dois tipos de consulta: ConsultarSituacao e ConsultarLoteRps). 6. Como resposta ao consultar o lote teremos a lista de erros caso a situação for 3 ou teremos a lista de notas caso a situação for 4. Por fim: Você não anexou o retorno da consulta a situação do lote. Você chegou a consultar o lote (segunda consulta) para poder obter o XML da nota? Você só vai ter o xml da nota na propriedade: ACBrNFSeX1.NotasFiscais.Items[ i ].XmlNfse, se o RPS foi processado com sucesso e ter executado os 3 passos: Emitir, ConsultarSituacao, ConsultarLoteRps. Observação: O componente possui uma propriedade de configuração chamada ConsultaLoteAposEnvio, se o seu valor for False, o método Emitir realiza o Envio do RPS, aguarda pelo retorno que neste caso é o numero do protocolo e para, não faz mais nada. Por outro lado se o seu valor for True assim que o Emitir obter o numero do protocolo ele realiza a consulta a situação do lote, automaticamente tenta novamente se a situação for 1 e assim que obter o retorno 3 ou 4 realiza a consulta ao lote. Lembre-se que se o componente estiver configurado para salvara os arquivos em disco, o XML da nota será salva dentro de uma pasta chamada Notas.
    1 ponto
  25. Pessoal, só para acrescentar..... em alguns casos o título foi movimentado para cartório ou protesto e no retorno atual veio como "toRemessaRegistrar" e também veio valor recebido, porém, nesse exemplo é apenas uma notificação de encaminhamento pro cartório e mesmo títulos líquidos que vieram nesse retorno vieram com "toRemessaRegistrar".
    1 ponto
  26. Boa noite, Você está utilizando a versão atual do monitor? Caso não esteja, por favor atualize a versão, teste novamente e nos confirme se funcionou corretamente.
    1 ponto
  27. Va foi mal erre o e-mail já enviou agora sim enviado para o e-mail correto "[email protected]"
    1 ponto
  28. Se ativar a propriedade ImprimeNomeFantasia vai sair só o nome de fantasia, no caso do DANFE da NFe. Você tem a opção de colocar tudo (logo, razão, fantasia, endereço) em uma imagem e definir como logo expandido.
    1 ponto
  29. Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Dê uma olhada neste tópico, nele tem alguns itens importantes referente a NFSe. Quanto ao erro. você precisa selecionar uma cidade na aba Emitente.. que ACBrLib automaticamente vai carregar o provedor referente a cidade selecionada https://acbr.sourceforge.io/ACBrLib/SobreaACBrLibNFSe.html
    1 ponto
  30. Veja: https://sigaofisco.com.br/cfop-cst-csosn-alteracoes-previstas-para-2024-sao-revogadas/
    1 ponto
  31. Olá, eu percebo que muitos tem problemas ao usar o fortes report, onde as vezes o tamanho das fontes e o tamanho da pagina sai cortado, nao importa a margem que você use, vai ficar feio ou inutilizavel, seja num relatorio criado no fortes ou até mesmo na impressao do DANFE, e outros. Descobri que o problema ocorre quando você usa escala maior que 100% nas configurações do video no windows. Como fiz pra resolver isso nos componentes do ACBR: Abri o componente responsável pela impressao do DANFE e setei no componente "ACBRNfeDANFeRL" a propriedade "AlterarEscalaPadrao" para TRUE, conforme a imagem abaixo. Pronto, o problema do DANFE foi resolvido, mas e agora, e se meu projeto é lotado de relatorios feitos no Fortes Report? É simples, basta você ir no form onde o componente RLReport está inserido e desligar a propriedade "SCALED". Pronto, aqui funcionou e espero que funcione aí tambem. Um Forte Abraço.
    1 ponto
  32. Faça o seguinte, quando for usar a opção de correspondente bancários troque o tipo de operação ADM para o 310: ACBrTEFD1.TEFCliSiTef.OperacaoADM := 310; Quando for fazer venda normal use o default: ACBrTEFD1.TEFCliSiTef.OperacaoADM := 110;
    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.