SISVALE SISTEMAS

Sim, eu vi, mas não estou encontrando com esse nome. Poderia passar um link ? Ah, desculpe, nao tinha entendido, ele já instalado junto automatico com o acbr normal, achei que seria por fora. Ok, Obrigado, pode fechar.

Bom Dia Amigos. Vi nesse post sobre acbrfrenet https://www.projetoacbr.com.br/forum/topic/42882-acbrfrenet-componente-para-cota%C3%A7%C3%A3o-de-frete/#comment-387165 O Download ali nao está mais disponivel. Onde poderia pegar o link do svn atualizado ou o download ?

Obrigado pelo retorno. Descobri que o que faltava era fazer a "Ciência" antes do download.

Obrigado pelo retorno. Porem não queríamos usar a opção de NSU. Poderia me confirmar se a opção Distribuição por Chave está funcionando aí também?

Fiz a limpa geral aqui, reinstalei acbr trunk2, rebuild geral. Mas continua mesma mensagem: <retDistDFeInt xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" versao="1.01" xmlns="http://www.portalfiscal.inf.br/nfe"><tpAmb>1</tpAmb><verAplic>1.7.2</verAplic><cStat>137</cStat><xMotivo>Nenhum documento localizado</xMotivo><dhResp>2025-02-13T16:56:54-03:00</dhResp></retDistDFeInt> Com 3 cnpj diferentes e umas 5 chaves diferentes, todas dão a mesma mensagem usando o programa de demonstração acbrnfe, e isso está acontecendo a mais de 2 semanas. Será que não mudou alguma url ou coisa parecida, pelas pesquisas que fiz não. Alguem tem isso funcionando no momento ? Testei com executável do AcbrNfe Exemplo de 09/12/24 e também no executável da minha aplicação de 18/12/24. E em ambos está funcionando o DistribuicaoDFePorChaveNFe Infelizmente não tenho mais os fontes do acbr de 09/12/24 para poder comparar o que está diferente. Acho que algo foi alterado na instalação do Acbr que fez com que o programa de exemplo acbrnfe não funcione mais.

Boa tarde. Parecido aqui. utilizando o DistribuicaoDFePorChaveNFe da chave 43250203562660000154550010000449861175721525 Resultado é esse: retDistDFeInt xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://www.portalfiscal.inf.br/nfe" versao="1.01"> <tpAmb>1</tpAmb> <verAplic>1.7.2</verAplic> <cStat>137</cStat> <xMotivo>Nenhum documento localizado</xMotivo> <dhResp>2025-02-05T16:27:05-03:00</dhResp> </retDistDFeInt>

Como podemos fazer com a Paygo, o mesmo procedimento abaixo usado pra fazer a comunicação entre o pinpad e o servidor na nuvem. Para configurar o SiTef, você precisa seguir os seguintes passos 12: Instalar o serviço ClientSiTef na máquina local onde está conectado o pinpad; Copiar o arquivo IntPos, que contém as informações de integração, para a pasta Req do ClientSiTef; Executar o ClientSiTef e preencher os campos de configuração, como o IP do servidor na nuvem, o código do lojista, o tipo de comunicação, etc;

Ok, só resolver uns pepinos aqui, nos próximos dias te chamo no whats.

Procuro parceria ou compra de App android, Pedidos de Representantes offline. Tabelas a integrar: Representantes, Clientes, Produtos, Preços, Pedido, Itens de Pedido.

Ok, obrigado, respondi lá no discord. Ok, obrigado, então isso é normal, aparece pra todos esse <verAplic>Testes_0.1.0</verAplic> ?

Atualizei hoje as 17hs acbr geral e fiz limpeza.

Oi Amigos. Não estou conseguindo verificar se a NFSe foi cancelada ou não. Tentei todas as consultas no programa de exemplo (por nfse, por rps, por ecento, usando essas chaves: 43168082229723994000156000000000001623091955664500 431680822972399400015600900000000000001991 Mas nenhuma delas retorna informando que foi cancelada. if ACBrNFSeX1.NotasFiscais.Items[i].NFSe.SituacaoNfse = ACBrNFSeXConversao.snCancelado then memoLog.Lines.Add('A Nota encontra-se Cancelada.'); Sempre retorna ali SnNormal Outra situação: Após receber o o retorno o xml fica assim: <verAplic>Testes_0.1.0</verAplic> <ambGer>2</ambGer> Isso parece vir assim do provedor nacional, não tem como alterar isso? Quando cliente confere lá, entende que foi apenas um teste é não é pra valer. Inclusive no site o campo "Situação da NFS-e" aparece em branco. Se alguem puder conferir lá essa chave 43168082229723994000156000000000001723093752040030

Apenas para reportar: - Técnico de impressoras atualizou windows, removeu impressoras, instalou com drivers atualizados, alterou a forma de compartilhar impressoras na rede e pelo TS. Reiniciou tudo. Problema resolvido. Obrigado, podem fechar o tópico.

É windows server 2012 R2 Acho que nao tem essa opção. No lugar acho que tem essa que nao permite alterar:

No componente ACBRboletoFCfortes , propriendade NovaEscala está por padrão 96, e AlterarEscala=false. Onde vejo se teve alguma alteração de escala?

Bom Dia. Após muitos testes no ambiente de 2 clientes, constatamos que o problema é relacionado a Terminal Service da Microsoft. Esse problema só ocorre imprimindo pelo TS, que parece perder qualidade de impressão. Imprimindo direto no computador a impressão fica correta. Impressoras laser diferentes, boleto sicredi e banrisul. Cliente vai chamar um técnico de hardware, pra reinstalar e atualizar os drivers das impressoras. Tendo em vista que isso acontece a umas 2 semanas, antes isso nunca aconteceu, é possível que seja aquelas atualizações do windows referente impressoras. Mas se também tiverem alguma sugestão quanto a isso, agradeço.

Estamos recebendo relatos a talvez um mês que clientes dos nossos clientes não consegue ler o código de barras dos boletos gerados por nós. Outros boletos gerado por outros fontes leem normal, impresso na mesma impressora. Comparando o nosso com os outros boletos deles, percebo que o nosso está menor na largura total e talvez o espaço entre as barras. E também acredito que pode ter sido uma alteração de uns meses pra cá pois nunca tivemos esse problema. Vocês sabem o que pode ser isso? ACBrBoletoFCFortes e Impressora HP Lazer 1100 Delphi 2010 Testamos com Sicredi e Banrisul. Na tela, pre-visualizar, o leitor consegue ler. Só não consegue no papel impresso. Esse boleto nosso cliente recebeu de ootra empresa, imprimiu e consegue ler. Esse boleto foi gerado pelo nosso sistema, em pdf, ele imprimiu na mesma impressora, e o leitor nao consegue ler nosso codigo de barras.

Boa tarde amigos. Solicito se possível a inclusão do PSP Banrisul no AcbrPIXcd : https://developers-openbanking.banrisul.com.br/pages/PORTAL_V1.6.6/docs/clientes-banrisul/api-cobranca-v1.1.0.html Desde já agradeço.

No Fecomércio Debate, no dia 14/06, vamos discutir o impacto do Decreto 56.670 e esclarecer todas as suas dúvidas sobre a vinculação das máquinas de cartões à Nota Fiscal ao Consumidor eletrônica. Evento híbrido: Presencial, na sede do Sistema Fecomércio-RS/Sesc/Senac On-line, no YouTube da Fecomércio Inscreva-se e não perca a oportunidade de ficar por dentro das obrigações e garantir o sucesso do seu empreendimento!

Resposta enviada por [email protected] Quando perguntado sobre o comprovante do PIX que teria 36 caracteres. Mas se encaixa também no que estamos tratando. Assunto: RE: NFC-e - Nota Fiscal ao Consumidor Eletrônica: PFV-228141-G5N8G Bom dia, Seu questionamento contém um equívoco. Vocês estão supondo errado que esse código de 36 caracteres é necessariamente o código que deve ser usado na integração. Só que não é assim. Esqueçam esse código de 36 caracteres. Não é esse código que deve ser usado na integração. A legislação determina que a o sistema da empresa deve gerar um código de identificação da operação, e que esse código deve ser impresso no comprovante de pagamento e também informado no campo "cAut" da nota fiscal. Porém, a legislação não coloca nenhuma determinação sobre a forma pela qual p código deve ser gerado. A empresa é livre para gerar o código que quiser, da forma que achar mais conveniente. Esqueçam esse código de 36 caracteres. Não é esse código que deve ser usado na integração. Ao invés disso, gerem um novo código, e usem esse novo código para a integração. Isso é o que deve ser feito. Precisamos ressaltar que há muitas operações nas quais o pagamento é feito posteriormente. Nessas operações, a empresa PPRIMEIRO emite a nota fiscal, e DEPOIS recebe o pagamento. Nessas operações, o código de 36 caracteres não pode ser usado de qualquer forma, independente do número de caracteres. Esse código não pode ser usado porque ele somente vai ser gerado depois da emissão da nota fiscal. A orientação para esses casos é a mesma. Esqueçam esse código de 36 caracteres. Ao invés disso, gerem um novo código, e usem esse novo código para a integração.

Pois é, tem razão. Com certeza depois irão ir mais a fundo, acho que no momento eles querem que o pessoal vá se acostumando. Muitos, mas muitos pequenos comércios não informam a forma de pgto, colocam apenas dinheiro, ou crédito loja. Assim esses vão se acostumando a informar a forma de pgto correta pelo menos.

Apenas para colaborar: Não sei se perceberam a alteração no Decreto: b) número da autorização junto à instituição de pagamento; Agora assim: b) código da autorização ou identificação do pedido; http://www.legislacao.sefaz.rs.gov.br/Site/Document.aspx?inpKey=292768&inpCodDispositive=&inpDsKeywords=

Bom Dia. Para colaborar: Fiz o mesmo processo novamente, coloquei novamente as dll junto do executavel, conferi todos os dados, o email tava em branco, preenchi novamente, gerei, validei no Digicert, enviei ao sicredi e hoje foi aprovado.

Estamos fazendo exatamente isso acima. Também pelos documentos que postei nos posts anteriores, da sefaz rs e da Fecomercio. E agora as mesmas orientações estão no site da Sefaz rs: https://atendimento.receita.rs.gov.br/integracao-entre-nfce-e-meios-de-pagamento-eletronicos Estamos fazendo assim desde de 01/04 e os clientes, contadores e consultorias concordaram que no momento é só isso mesmo. Está muito claro nas normativas que o uso do TEF não é obrigatório, que podem continuar usando as POS, que deve-se criar um código novo via sistema próprio, que não pode preencher o código manulmente. Não tem isso de "rastreio", pelo menos no momento. Muitas coisas eles preveem colocar, e alterar, mas no momento é só isso. È claro que na prática, colocamos as 2 opçoes para nosso cliente, fazer assim, ou integrar total com TEF, e deixamos pro cliente escolher.