-
Total de ítens
56 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Frederico Hahn Pesenti
-
-
Bom dia, obrigado, vou fazer os testes e retorno.
- 2
-
Obrigado pela atenção @Italo Giurizzato Junior, se possível, peço certa urgência pois já estamos a quatro dias sem emitir notas pelo ACBr em Porto Alegre.
- 1
-
Bom dia, @mkonat, tu estas usando o monitor ou a lib? A solução do @Fabiano Oliveira de Castro só funciona direto no Delphi. Identificamos na sexta que, mesmo colocando a configuração no INI, a mudança de valor não vai para o XML mesmo usando a lib ou o monitor atualizados na sexta-feira.
-
-
Bom dia pessoal, desculpa reviver a questão mas, este erro continua aparecendo para Porto Alegre, RS. A obrigatoriedade de ME/EPP no Gov.br era para ter começado dia 01/11 mas em função daquele outro problema que discutimos aqui bastante foi postergada para hoje. Parou de dar aquele erro do mês passado mas agora fica aparecendo esse E0690... alguém daqui conseguiu emitir? Eu uso o monitor na versão 1.4.0.211, tentei alimentar via INI indTotTrib = 1 e pTotTribSN mas percebi que no XML a ser enviado o indTotTrib continua como zero.
-
Boa tarde, pessoal, tudo bem? Apenas para relatar uma característica inusitada no monitor, se configurarmos na aba NFSe uma cidade que não possui provedor associado, a configuração é salva mas quando tentamos mudar o logo da impressão via "SetLogomarca", recebemos o seguinte retorno, usando como exemplo a cidade que coloquei, "ERRO: CodIBGE/Município: [5106240/Nova Ubirata] não está associado a nenhum Provedor.". Mesmo que seja para mudar a logomarca dos outros documentos, NFe, CTe ou MDFe. Não é um problema crítico, mas me chamou atenção pois ele não muda a logomarca nem pelo "LerIni" quando há esse problema de preenchimento.
-
8 minutos atrás, Peres Morais disse:
Bom dia a todos quem estiver usando o web service NFSeWSPOA_Prod.NfseWSService ele esta funcionando ainda hoje para porto alegre.
Estava até o meio da manhã tentando enviar por ele e estava dando erro de timeout, agora consegui enviar. Usar o "antigo" me preocupa porque ontem falei com um atendente da prefeitura e ele disse que quando virou pro MEI e o pessoal ignorou a mudança, tiveram que reemitir tudo de novo no Gov.br.
-
Obrigado. Essa mudança do Banrisul nos foi forçada, temos clientes que usam CNAB 400, CNAB 240 com padrão antigo, todos funcionando perfeitamente. Agora no fim do ano eles definiram que todas as novas homologações devem usar apenas o formato novo.
-
Bom dia, estou usando o novo, 10.3, 240 posições.
-
Boa tarde pessoal, primeiro quero agradecer o empenho do colega por fazer as modificações, estão funcionando muito bem, tivemos apenas que mudar algumas parâmetros na alimentação do componente e usar o Convênio, que antes não usávamos para este banco. Só para tocar em mais um ponto deste assunto, em relação à protestos, vi que o ACBrBancoBanrisul.pas apenas considera a variável CodigoNegativacao e não a TipoDiasProtesto que era usada anteriormente (não sei se antes das mudanças já era assim). Vi que ACBrBancoBrasil.pas e ACBrBancoItau.pas fazem uso das duas variáveis (CodigoNegativacao e TipoDiasProtesto). Além destes 3 bancos citados apenas ACBrBancoBancoob.pas, ACBrBancoBanestes.pas e ACBrBancoCecred.pas utilizam CodigoNegativacao. Os demais estão todos utilizando TipoDiasProtesto ou DefineTipoDiasProtesto. Minha pergunta é, em relação à padronização, devemos considerar as duas como coisas distintas, variando de um banco para outro ou conseguimos chegar a um meio comum de configuração?
-
Bom dia,
o domínio do ambiente de homologação mudou de nfsehomologacao.pmpf.rs.gov.br para hmlnfse.pmpf.rs.gov.br. Segue Thema.ini atualizado em anexo.
-
Boa tarde,
nova cidade:
[5200258] Nome=Aguas Lindas de Goias UF=GO Provedor=Prodata NomeURL_H=200.199.213.78:8080 NomeURL_P=200.199.213.78:8080
- 1
-
Agora ok, obrigado!
-
A parte do DNS está estranha, pois pelo site da prefeitura cai direto no IP
-
Pessoal, assim como identificado no meu outro tópico:
Precisamos tirar o código do país quando não for tomador estrangeiro:
CitarPais do tomador do servico indevido.
O codigo do pais do tomador do servico somente devera ser informado quando o municipio for igual a 9999999.Fiz as correções e anexei abaixo. Não sei como ficam para outras cidades com o mesmo provedor.
Outra coisa, precisei alterar o host da URL de portal.serafinacorrea.rs.gov.br para 177.20.225.197, podem confirmar?
-
O provedor DIGIFRED para a cidade de Ernestina no RS exige que só seja incluída a TAG de CodigoPais quando for um país diferente do Brasil, resultando nos erros abaixo:
CEP do tomador do servico informado indevidamente. Nao informe o CEP do tomador do servico quando ele for domiciliado no exterior. CPF/CNPJ do tomador do servico informado indevidamente. Nao informe o CPF/CNPJ do tomador do servico quando ele for domiciliado no exterior. Pais da prestacao do servico indevido. O codigo do pais da prestacao do servico somente devera ser informado quando a exigibilidade do ISS for 4-Exportacao. Pais da prestacao do servico indevido. O codigo do pais da prestacao do servico somente devera ser informado quando a exigibilidade do ISS for 4-Exportacao. Pais do tomador do servico indevido. O codigo do pais do tomador do servico somente devera ser informado quando o municipio for igual a <9999999>.
Fiz as correções e anexei abaixo. Não sei como ficam para outras cidades com o mesmo provedor.
- 1
-
20 horas atrás, suporteagro disse:
Sendo assim e tendo em vista os arquivos que você anexou, provavelmente a carteira correta é 04 e no seu sistema está configurado 01.
Att.,
Gabriel ToledoObrigado Gabriel, mas na realidade, o que estava "errado" era a modalidade, não a carteira, alterando de 101 para 104 a linha digitável ficou igual a do banco e a remessa não se modificou.
Obrigado a todos pela atenção!
- 2
-
Em 19/10/2018 at 17:47, Juliana Tamizou disse:
Boa tarde.
Se for pago lendo o código de barras ocorre o mesmo problema?
Att.
Lendo o o código de barras, os números são os mesmos da linha digitável.
19 minutos atrás, suporteagro disse:Boa tarde.
Já tive esse problema. Peço desculpas pois não tenho certeza (já faz tempo) mas acho que foi com o Bradesco.
Os boletos impressos via web tinham a carteira alterada e, consequentemente, a linha digitável também.
Então, verifique com o Santander a carteira de cobrança do boleto.
Att.,
Gabriel Toledo
Vou verificar, mas o que ocorre hoje é que os boletos enviados pelos correios têm a mesma linha digitável dos boletos reemitidos pela web no site do banco, mas quando mando criar o PDF deles no ACBr, muda a linha digitável.
- 1
-
Boa tarde,
hoje temos configurado no ACBr a emissão dos boletos pelo banco, logo, geramos os boletos e os clientes recebem os mesmos por correio, tudo feito direto pelo banco. Para facilitar a vida dos clientes e contornar os problemas recorrentes de entrega por parte dos correios, enviamos também "lembretes de vencimento" por e-mail. Fazemos isso há pelo menos 3 anos já. Antes utilizávamos o Banrisul e hoje utilizamos o Santander. A questão é que, para os dois bancos, a linha digitável impressa pelo banco sempre foi ligeiramente diferente à gerada pelo ACBr, até cheguei a criar uma postagem sobre isso aqui certa vez (https://www.projetoacbr.com.br/forum/topic/23429-linha-digitável-de-boletos-do-banrisul-gerados-pelo-acbr-diferente-do-boleto-enviado-pelo-banco), mas como nunca tive problemas com isso pois, indiferente do cliente pagar com um ou com outro, o dinheiro entrava na minha conta e o boleto era liquidado normalmente, não levamos a discussão à frente. O problema é que, depois das últimas reformas da Febraban e da unificação do recebimento de boletos, meus clientes que tentam pagar pela linha digitável recebida por e-mail recebem um aviso de erro dizendo que o título é inválido, certamente pela diferença na linha digitável. Seguem exemplos:
ACBr
03399918125200000000101413301019776840000023000
Santander
03399918125200000000101413301043176840000023000
Alguém já notou isso?
-
Ignorem
-
Existe a possibilidade de configurar essa opção pelo arquivo INI do monitor?
-
Pessoal,
vi que ainda não atualizaram o pnfsConversao.pas para as novas descrições de serviços, de acordo com a Lei Complementar nº 157, de 2016 (http://www.planalto.gov.br/ccivil_03/leis/LCP/Lcp116.htm). Segue arquivo atualizado em anexo.
Fred
- 1
-
Vou verificar, obrigado!
-
Estou na 13508, a última. Não saberia te dizer quando foi inserido o problema. Mantive apenas o executável anterior.
NFSeX - Erro E0690
em ACBrNFSe
Postado
Deu certo! Muito obrigado!