Marcio Rossato

Tive 3 certificados excluídos, estou investigando tentando entender e o que fazer para evitar. Utilizo o AcBR faz muito tempo e isto começou a ocorrer de 2 meses para cá. Coincidência ou não, foi após usar o WinCrypt, quando usava capicon não ocorria. Mais alguém teve essa impressão?

Boa tarde, passei pelo mesmo problema, no meu caso foi o inverso. Já estava usando esta dll que foi postada, mesmo assim fiz donwload substitui e o erro continuou. Então voltei a dll de 2016 e passou. Também atualizei o Software Básico do SAT Segue anexo a dll que funcionou comigo. DLL.rar

Bom dia, está correto sim, pois está de acordo com o manual enviado pelo banco, segue em anexo print da página 20 do manual. Nosso número deve ter 7 dígitos, e 1 dígito verificador.

Alguém sabe uma forma definitiva de evitar o problema de duplicidade? Nunca ouvi falar deste problema ocorrer no emissor gratuito.

Boa tarde, acabei de atualizar os fontes, problema corrigido sim. Além disto vi que houve mais melhorias neste fonte do Santander. Obrigado pela atenção @DJSystem

Após atualizar os fontes, gerou tudo ok novamente. obrigado.

Mesmo problema aqui, layout incorreto falta digito nestas duas posições

Bom dia, alguém poderia me indicar onde estão estas funções? obrigado

Boa noite, ainda não foi atualizado, sempre que baixo os fontes preciso corrigir manualmente. se você não quiser mexer no código fonte sugiro que não use o campo nosso número, use o campo seunumero pois ele parece estar correto.

João Ricardo, já revirei o site da sefaz procurando XML de NFCe (SP), mas não achei. Se vc encontrar posta aqui por favor. vlw.

vlw, obrigado.

Olá Daniel, no meu caso, todos clientes usam SAT, só que os SATs vivem dando defeito, eu mando pra garantia está demorando pra retornar. Já tive SAT da elgin que demorou 60 dias pra retornar. Neste caso eu ativo o NFC para os clientes não deixarem de emitir cupom até retornar o SAT da garantia. Agora tenho 2 clientes sem SAT (na garantia) e NFC não funcionando.

Acabei de testar novamente: Erro Interno: 0 Erro HTTP: 6 Forbidden (403) - 'https://homologacao.nfce.fazenda.sp.gov.br/ws/nfeautorizacao.asmx' o retorno é este. meus clientes não trabalham domingo, se não normalizar, amanhã vai ser tenso !

Atualizei os fontes do ACBR, mas não consegui virar o layout. pediu tag nova, com campo novo. vou ter que estudar isso com calma. Mandei email novamente, não veio a resposta automática mais.

estou testando aqui ambiente de homologação também está com problemas. vou tentar usar o layout 4.00 pra ver se o problema é este. pq ainda estava com 3.10. Ja enviei email para a sefaz, e retornam que os servidores deles estão ok.

Boa tarde, estou desde ontem com problemas no NFC SP Erro 403 - Forbidden em 2 clientes com windows 10

Bom dia leonardobeluzi, vc teve algum progresso?

Funcionou pra mim também, vlw !

Avecchi, boa noite, vc teve algum sucesso com isso ?

Boa noite o manual é antigo, de 2009. Porém é o manual que me foi enviado pela atendente do Santander, portanto é o mais atual que eles fornecem. Independente da versão do manual, outra questão que evidencia a necessidade da correção é que no arquivo remessa envia-se 7 dígitos e no retorno lê-se 8 dígitos, cedo ou tarde este dígito a mais iria gerar problemas. Segue Manuais, arquivo remessa e retorno. Codigo de barras - 012015.pdf Layout Cobrança 240 - 092009.pdf Layout Cobrança 400 - 102009.pdf Nosso Numero Santander.xls CB151213.REM COBST_QQKS_02_161216P_MOV.TXT

Boa noite o manual é antigo, de 2009. Porém é o manual que me foi enviado pela atendente do Santander, portanto é o mais atual que eles fornecem. Independente da versão do manual, outra questão que evidencia a necessidade da correção é que no arquivo remessa envia-se 7 dígitos e no retorno lê-se 8 dígitos, cedo ou tarde este dígito a mais iria gerar problemas. No meu caso, enviei na remessa nosso numero 26, o componente calculou corretamente o dígito 4 (Salvei o PDF ). Após importar o retorno o nosso número passou a ser 264-0. O 4 quer era dígito passou a incorporar a última dezena do nosso número .

Realmente o problema continua, segue tópico onde sugeri uma correção, paliativamente você também pode tentar fazer esta correção até que o pessoal do ACBr analise minha sugestão e talvez publique.

Bom dia Estou homologando o boleto junto ao Santander. E percebi que após importar o arquivo retorno a linha digitável ficou diferente do esperado na remessa. Ao analisa o fonte ACBrBancoSantander.pas verifiquei que a divergência está no nosso número conforme detalhes: A Remessa: LInha 700: PadLeft(RightStr(NossoNumero,7),7,'0') + DigitoNossoNumero + // 63 a 70 O Retorno : Linha 1034: NossoNumero := Copy(Linha,63,08); Note a diferença, na remessa o nosso número tinha 8 dígitos sendo que os 7 primeiros é o nosso número e o 8º dígito é o Digito Verificador (que foi calculado anteriormente). No Retorno o fonte simplesmente lê os 8 dígitos como sendo o nosso número incorporando o dígito verificador. Sugiro a seguinte correção no retorno: Arquivo Fontes\Boleto\ACBrBancoSantander.pas Linha 1034: NossoNumero := Copy(Linha,63,07); //DigitoNossoNumero := Copy(Linha,70,01); //por hora comentando pois o digito é calculado sempre que necessário No meu caso após esta mudança a linha digitável ficou OK PS: Fonte trunk2 atualizado neste exato momento. Obrigado Márcio ACBrBancoSantander.pas

Bom dia, também tive este erro durante a homologação, falou definir a carteira = 101

Bom dia estou problemas também, o numero do documento está correto, o problema é no nosso número, que causa erro na linha digitável. Estou atualizando o fonte agora para verificar se o erro ainda ocorre. Se caso ocorrer irei sugerir uma correção.