Augusto Fontana
-
Total de ítens
171 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Augusto Fontana
-
-
Boa tarde,
para integração com a cidade de Irai/RS é necessários definir no Cidades.ini o NomeURL_H e NomeURL_P como "irai", seguem informações:
[4310504]
Nome=Irai
UF=RS
Provedor=Digifred
NomeURL_H=irai
NomeURL_P=irai -
Bom dia Henrique,
estava com o mesmo problema, depois de reverter a alteração em questão voltou a funcionar.
-
1
-
-
Bom dia
Ao enviar uma nota para tomador estrangeiro em Joinville está ocorrendo erro na validação do campo UF (Valor: 'EX').
Os dados estão sendo preenchidos na TAG Endereco sendo que para estrangeiros é necessários definir as informações na TAG EnderecoExterior conforme indicado no manual.
Além do endereço é necessário informar a TAG NifTomador para que a nota seja validada pela prefeitura.
Seguem alterações e manual
-
2
-
-
Bom dia João,
tenta verificar se funciona habilitando a propriedade: UseCertificado=1 no SimplISSv2.ini
-
1
-
-
Em 29/04/2019 at 17:59, Wesley Fracanábia disse:
Boa tarde,
Durante o processo de homologação do boleto, a homologadora solicitou a alteração no arquivo CNAB 400.
"No manual especifica que o preenchimento da posição 161 obriga o preenchimento das posições 162-173, sendo assim é preciso deixar em branco a posição 161 ou preencher com zeros as posições 162-173 que assim também não será cobrado juros."
Alteração realizada deverá informar com zero as posições 162-173.
Estou encaminhando o arquivo ACBrBancoBanrisul.pas com a alteração, para ser verificada a possibilidade da mesma ser enviada ao repositório.
Obrigado pela contribuição,
estava com esse mesmo problema, testei aqui e funcionou usando esse arquivo.
-
1
-
-
Obrigado Henrique,
estava com o mesmo problema, testei aqui com o arquivo que você enviou e funcionou corretamente.
-
1
-
-
16 minutos atrás, Augusto Fontana disse:
Boa tarde
Só para compartilhar, eu sincronizei os fontes, fiz a instalação marcando a opção para apagar os fontes antigos. Compilou tudo com sucesso.
Ao compilar a minha aplicação estava dando erro. Ela ainda estava apontando para o arquivo pcnDistDFeInt, na pasta PCNNFe. Então deletei a pasta, sincronizei e instalei novamente e ai funcionou.
Por algum motivo o arquivo não tinha sido deletado.
Acredito que tenha passado batido algum conflito na hora da sincronia, então tem que ficar ligado na hora de sincronizar para deletar os arquivos antigos.
-
2
-
-
Boa tarde
Só para compartilhar, eu sincronizei os fontes, fiz a instalação marcando a opção para apagar os fontes antigos. Compilou tudo com sucesso.
Ao compilar a minha aplicação estava dando erro. Ela ainda estava apontando para o arquivo pcnDistDFeInt, na pasta PCNNFe. Então deletei a pasta, sincronizei e instalei novamente e ai funcionou.
Por algum motivo o arquivo não tinha sido deletado.
-
2
-
-
Bom dia Ítalo,
Verifiquei nossa lista de clientes que usam esse provedor e todos eles são de Santana do Livramento/RS,
então não tenho como confirmar se essa configuração é válida para todas as prefeituras.
Acredito que sim, já que o mesmo problema está sendo apresentado para a prefeitura de Jaguarão.
Att
-
2
-
-
Eu tive esse mesmo problema com esse provedor em algumas prefeituras. Para mim resolveu alterando a propriedade URI para 0 no arquivo DBSeller.ini.
[Assinar]
RPS=0
Lote=1
URI=0-
2
-
-
Ops, criei o tópico no fórum errado, esse assunto não é relacionado a MDFe e sim Boleto.
Criei novo tópico no fórum correto, segue:
-
Boa tarde,
Apenas para informar que ao emitir o boleto pelo Forte no Delphi está aparecendo a mensagem de erro "Property LCLVersion does not exist".
Removi a propriedade LCLVersion no dfm do ACBrBoletoFCFortesFr.dfm, conforme instruído em outros tópicos e voltou a funcionar.
Att
-
1
-
-
Boa tarde,
Apenas para informar que ao emitir o boleto pelo Forte no Delphi está aparecendo a mensagem de erro "Property LCLVersion does not exist".
Removi a propriedade LCLVersion no dfm do ACBrBoletoFCFortesFr.dfm, conforme instruído em outros tópicos e voltou a funcionar.
Att
-
Bom dia Ricardo,
Já consegui resolver, foi bobeira minha, estava faltando o arquivo "tiposBasico_v1.03.xsd" na minha pasta com os schemas.
Eu tinha criado uma pasta apenas com os schemas necessários para a versão 4.0 ai acabei deixando apenas o arquivo "tiposBasico_v4.00.xsd" na pasta,
sendo que o cancelamento ainda usa o arquivo "tiposBasico_v1.03.xsd".
Obrigado.
-
1
-
-
Boa tarde,
estou com o mesmo problema no cancelamento.
leiauteEvento_v1.00.xsd#/schema/complexType[1][@name = 'TEvento']/sequence[1]/element[1][@name = 'infEvento']/complexType[1]/sequence[1]/element[2][@name = 'tpAmb']
Undeclared XSD type : '{http://www.portalfiscal.inf.br/nfe}TAmbA emissão está funcionando normalmente, estou tentando identificar o que pode ser.
A princípio os schemas estão corretos, mas da erro na validação (Método: SSL.Validar)
-
-
Boa tarde Luiz
Sim está funcionando, acredito que as minhas alterações não foram liberadas no SVN, então você precisa substituir os arquivos do ACBr pelo que enviei.
Para que os dados do RPS não sejam enviados, você precisa colocar o Tipo = trNone na IdentificacaoRps.
-
Boa tarde Ítalo
Estranho, vou enviar novamente. Esse arquivos estão mais atualizados, já considerando as últimas alterações liberadas no SVN.
Att
-
Bom dia,
Os dados do RPS não são obrigatórios na geração da NFS-e do provedor SystemPro, o RPS somente deverá ser informado quando necessário, conforme descrito no manual (Manual_WebServices_NFSe.pdf), capítulo 2.1, conforme trecho abaixo:
O Tipo Complexo “tcInfRps”, somente deverá ser preenchido quando realmente houver um RPS ( Recibo Provisório de Serviços ), ou conversão de Nota Conjugada/Cupom Fiscal.
Após alterações liberadas na revision 14209 do SVN, está sendo obrigatório informar os dados do RPS, e nesse caso como não tenho RPS emitido, gera erros relacionados a falta do número de série do RPS (erro.jpg).
Fiz alteração para manter o funcionamento atual e permitir também a emissão da NFS-e sem RPS. Para isso criei uma nova opção: trNone no TnfseTipoRPS. Na geração do XML será verificado se o tipo do RPS é diferente de trNone, caso seja, prossegue informando os dados do RPS, caso contrário não é necessário escrever esses dados.
Arquivos em anexo:
- Manual de integração
- GerarNFSeEnvio.xml: Arquivo de exemplo fornecido no site da prefeitura.
- Alterações implementadas (Alterações.rar)
- detalhe.jpg: Imagem mostrando a TAG que deverá ser omitida no XML
Para mais informações, verificar no site da prefeitura:
-
1
-
Em 14/06/2017 at 09:27, Italo Jurisato Junior disse:
Bom dia Heronim,
Quanto a consulta e cancelamento, esta funcionando?
Boa tarde Ítalo,
fiz os testes e os serviços abaixo estão funcionando corretamente:
Recepção Lote, Consultar lote, Consultar Situação, Consultar NFS-e por RPS e Cancelamento,
Att
-
1
-
-
Bom dia,
Fiz mais alguns testes e percebi problemas na integração com o provedor EL.
Seguem alterações:
ACBrNFSe
- A prefeitura usa o CNPJ como parâmetro, então precisei criar a propriedade no método LinkNFSe
ACBrNFSeNotaFiscais
- Precisei incluir no método LoadFromString as TAGs que contém os dados da NFS-e desse provedor
EL.ini
- Adicionei o link utilizado na prefeitura de Aracruz
-
Boa tarde,
consegui a aprovação do Banrisul quanto a geração do boleto e CNAB 240,
foram necessárias algumas alterações nos fontes para ficar em conformidade com as solicitações do banco.
Segue abaixo descrição das alterações realizadas:
ACBrBancoBanrisul
- Contabilização do registro R, conforme discutido também no tópico: http://www.projetoacbr.com.br/forum/topic/36152-cobrança-banrisul/?page=0#comment-236419
- Correção no texto do código cedente para quando a agência não tiver dígito
- Na linha do header, posição 58, o dígito da agencia deve estar em branco, conforme manual
- Alteração para informar os dados da baixa/devolução de acordo com a data carregada na propriedade DataBaixa
- Informar os dados da agência e conta no registro P
- Informar a data da multa no registro R
ACBrBoleto
- Método ChecarDadosObrigatorios, removi a obrigação para o dígito da agência quando for Boleto Banrisul. Também organizei o método para facilitar novas alterações.
Seguem arquivos
Att
-
Boa tarde,
a cidade de Aracruz/ES emite NFS-e através do provedor EL,
fiz a inclusão da cidade nos arquivos de configuração.
A integração está funcionando corretamente.
Seguem arquivos.
Att
-
1
-
-
Boa tarde
Tive que fazer algumas alterações para o tratamento correto do retorno no método de geração individual da NFS-e. Pois atualmente, mesmo ocorrendo sucesso na emissão é gerada uma exceção.
A prefeitura retorna o seguinte XML:
<RetornoEnvioRPS xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://nfse.blumenau.sc.gov.br"> <Cabecalho Versao="1" xmlns=""> <Sucesso>true</Sucesso> </Cabecalho><ChaveNFeRPS xmlns=""> <ChaveNFe> <InscricaoPrestador>99999</InscricaoPrestador> <NumeroNFe>14029</NumeroNFe> <CodigoVerificacao>AAAAAAAA</CodigoVerificacao> </ChaveNFe> <ChaveRPS> <InscricaoPrestador>56776</InscricaoPrestador> <SerieRPS>0</SerieRPS> <NumeroRPS>12001</NumeroRPS> </ChaveRPS></ChaveNFeRPS> </RetornoEnvioRPS>
1) No método "function TRetornoNFSe.LerXml: Boolean;" fiz carregar o valor da tag Sucesso, para identificar se a operação foi realizada com sucesso
2) No método "function TNFSeWebService.ExtrairNotasRetorno: Boolean;" fiz validação para considerar a informação carregada no método acima.
3) Percebi também que o link no NotaBlu.ini estava com o endereço da prefeitura de São Paulo, alterei para Blumenau.
Att
Troca de Link NFSe Provedor FIORILLI para cidade Igarapava/SP
em ACBrNFSe
Postado
Bom dia igsrc,
eu estava com esse mesmo problema nessa prefeitura, após trocar o link para
http://138.117.189.204:8080/IssWeb-ejb/IssWebWS/IssWebWS
conforme sugerido, a integração voltou a funcionar corretamente.
Obrigado