PbNew_Sistemas

Bom dia, Testei e funcionou certinho. Obrigado!

Boa Tarde, Exatamente, o titulo veio com a instrução de retorno 01(Posição 109), que seria Pago (Título protestado pago em cartório), mas como o tipo de instrução de origem é diferente de 0 e 1, o componente não pega a instrução da posição 109, ele acaba pegando da posição 327, na hora de processar o retorno no sistema a propriedade OcorrenciaOriginal.Tipo fica como toRemessaProtestar, impossibilitando de saber se o titulo foi pago ou não em cartório

Já lhe enviei o arquivo de retorno pelo e-mail informado

Bom dia Pessoal, Estou com um problema ao carregar o arquivo de retorno do banco Unicredi quando o boleto foi pago em cartório. Segundo o manual da Unicredi, as posições onde se encontra o código de movimento são a 109 e 110, no meu caso estou tentando carregar um arquivo de retorno onde nessas posições se encontra o código de movimento "01" que seria Titulo pago em cartório e o componente do ACBR está me retornando a instrução "toRemessaProtestar", acredito que quando o retorno dessas posições for "01", teria que haver um retorno do tipo "toRetornoLiquidadoEmCartorio". Estou anexando algumas imagens o arquivo que foi gerado pelo programa teste do ACBR. o meu Titulo com o problema é o de Nosso número "00000000000002348". RetornoProcessado.txt

Olá pessoal, Gostaria de tirar uma dúvida, referente a tag indDeduzDeson (grupo de tributação). Pelo que entendi este campo vai sinalizar se o valor da tag vICMSDeson (grupo de tributação), será descontado do valor da tag vProd (grupo produtos e serviços), o que automaticamente vai refletir na tag vNF (grupo do total NFe). E acredito que a tag vICMSDeson (grupo do total NFe) será apenas um informativo do valor total do somatório da tag vICMSDeson (grupo de tributação). Estou certo na minha análise? Desde já obrigado pela atenção!

Bom dia Pessoal, A propriedade "MotivoRejeicaoComando" aparentemente está avançando 2 posições a mais na hora de recupera-la do arquivo de retorno, pois pelo layout o componente deveria recuperar 8 posições a partir da posição 319, só que o componente está recuperando 10 posições, pois ele faz um for de 0 a 4, copiando o código de 2 em 2, deveria ser um for de 0 a 3 acredito eu. Outra situação que identifiquei é o tipo da ocorrência no retorno, pois o componente está testando se o tipo de instrução de origem for 0, que é sem isntrução de origem, ou 1, que seria remessa, ele está pegando o tipo de retorno da ocorrência corretamente, mas caso a instrução de origem não seja essas 2 situações, ele pega o tipo da ocorrencia como se fosse o tipo de instrução de origem, por exemplo, tivemos um cliente que o boleto foi pago em protesto, o tipo de ocorrência veio corretamente no arquivo de retorno que seria o tipo 1(Título protestado pago em cartório), porem o componente nesse caso como a instrução de origem era de protesto pegou o tipo de retorno como se fosse o tipo de instrução de origem, que era protestar.

Sim, eu lembro dessa campanha da cielo. mas no meu caso não é uma adquirente que vai enviar o desconto. esses descontos sao campanhas dos fabricantes, que são enviados previamente ao sistema. E são específicos para alguns produtos, mas eles soh podem ser aplicados caso o cliente utilize uma bandeira específica. com bins específicos. a principio vamos Resolver como o @Juliomar Marchetti comentou. vamos pedir para o cliente qual bandeira ele pretende usar. Se bater o bin, aplicamos o desconto e antes de confirmar a operação tef conferimos se bate o bin. caso nao, estornamos.

olá pessoal, alguém sabe se o evento de ontem (12/09/23) da Afrac ficou gravado?

Boa tarde pessoal, Gostaria de compartilhar com a comunidade, dois arquivo que criei, um deles embasado no arquivo "RedesPayGo.txt", outro embasado em alguns dados que tenho em nossos softwares. Dentro desses arquivos contém os dados das adquirentes conforme a rede. O intuito seria que a comunidade viesse a contribuir para que possamos ter os dados corretos e atualizados. RedesPayGo.csv RedesPBNEW.csv

Bom dia pessoal, Fiz uma análise dos CNPJ's que temos dentro do arquivo RedesPayGo.txt, no diretório "..\Fontes\ACBrTEFD\", e dentro do arquivo FormTelaPrincipal.pas, no diretório "..\Exemplos\ACBrTEFD\POSTEF\Delphi\". Alguns desses CNPJ's já foram BAIXADOS, utilizando esse site "https://casadosdados.com.br", consegui pesquisar pela Razão Social, em alguns casos consegui obter outro CNPJ que está ATIVO. RedesPayGo.txt FormTelaPrincipal.pas

Mas ai o pagamento do cartao a maior jah ocorreu. Preciso saber o total final antes de chamar o crt

olá pessoal, estamos homologando o clube de promoções scanntech no nosso pdv, e algumas promoções são vinculadas a um cartão de credito/debito especifico através da bin. como so consigo pegar o bin depois que o cliente passou o cartão, pensei em chamar uma ADM com uma operação de PRE-AUTORIZACAO de 1,00 exemplo. assim o cliente passaria o cartão e eu consigo pegar o bin. e recalcular todos os descontos e depois chamar o CRT com o valor correto já. usamos TEF api da paygo Hoje. pergunto: -Existe algum outra operação mais indicada para pegar o BIN antes de efetuar a venda? -essa operação de PRE-AUTORIZACAO pode trazer algum tipo de problema para o lojista? -alguém já homologou essa clube de promoções com as promoções por bin? obrigado

pessoal, me surgiu uma dúvida, se as empresas do Simples Nacional, emitirem nfce dos pgtos, mesmo que com o CFOP 5949, isso não vai acabar somando no faturamento delas? ou influenciando no faixa das alíquotas?

mas essa Nota Técnica só fala que foi retirado duas validações permitindo utilizar o cfop 5949, e CST 090 na Nfce. mas não especifica como preencher o resto das inf. da nfce. como NCM etc.

No meu entendimento só o item A é referente a supermercados