Felipe Augusto R.
-
Total de ítens
24 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Felipe Augusto R.
-
-
Boa noite pessoal.
Estávamos tendo a seguinte rejeição ao validar a remessa com o suporte do Banco do Brasil:Citar> Segmento R < Lote 0001 >
----------------------------------------------------------------------------------------------
Posições 232 a 240: Campo não tratado, preencher com brancos.Tentamos questionar que o validador do próprio BB aceitava nosso arquivo normalmente, e o atendente respondeu:
CitarPrezados,
Vamos reportar a necessidade de atualização da página citada para validação de leiaute. Mas, conforme manual "CNAB240 - Particularidades BB atualizado 2019_06" (anexo), página 14, Segmento R, as posições 232 a 240 devem ser preenchidos com "branco".Portanto, realizei a alteração abaixo no arquivo ACBrBancoBrasil.pas, pedi para validarem novamente e informaram estar correto desta nova maneira:
.
Segue anexo o arquivo com as alterações para avaliação/inclusão ao repositório.
Obrigado!!
-
1
-
-
O município de Barra Mansa/RJ alterou o provedor.
De: TIPLAN
Para: ISSNETSeguem os arquivos atualizados: Cidades.ini e ISSNET.ini
-
1
-
-
Esse erro ocorre porque é necessário, antes de começar a transmitir, solicitar uma "faixa" de numeração RPS para utilização.
Meio arcaico, mas é o que esse provedor orienta. Para fazer isso, leia o último parágrafo do manual no link que citei mais acima.
CitarPara liberação dos documentos de Recibo Provisório de Serviços (RPS) é necessário acessar o Sistema ISS.Net Online de seu município e solicitar através do menu Solicitação de Documentos Fiscais --> Solicitação. Essa liberação é feita diretamente pela Prefeitura.
Aqui tem mais detalhes sobre o erro e a solução também:
https://basepro.com.br/wfenix//index.php?title=E004:_Esse_RPS_não_foi_enviado_para_a_nossa_base_de_dados._Número_do_RPS_em_que_ocorreu_o_erro:_1001-
2
-
-
A Série para Barra Mansa/RJ exigida pelo provedor é 108.
Dê uma olhada no "manual" de integração deles:
http://www.issnetonline.com.br/barramansa/online/Login/Login.aspx?getFile=78 -
Isso aí parece um problema com a propriedade "DetalharServico".
Desmarque a opção no componente do relatório e faça o teste.-
2
-
-
Faça o teste alterando o arquivo Cidades.ini desta forma:
[3300407]
Nome=Barra Mansa
UF=RJ
Provedor=ISSNET
NomeURL_H=barramansa
NomeURL_P=barramansa
E no arquivo ISSNet.ini, após a linha referente a cidade de Rio Brilhante, adicione a referência para Barra Mansa, conforme abaixo:
; Rio Brilhante/MS
RecepcaoLoteRPS_5007208=http://www.issnetonline.com.br/webserviceabrasf/%NomeURL_P%/servicos.asmx; Barra Mansa/RJ
RecepcaoLoteRPS_3300407=http://www.issnetonline.com.br/webserviceabrasf/%NomeURL_P%/servicos.asmx
Estando a ok a comunicação, comunique a troca do provedor neste tópico:
-
2
-
-
Boa tarde pessoal.
Pesquisei, mas não encontrei nos fontes atualizados do ACBr.
Houve alguma implementação referente a exibição da tag CodigoTributacaoMunicipio no DANFSe ? -
10 horas atrás, Juliana Tamizou disse:
Bom dia.
As alterações citadas já foram testadas?
Att.
Boa noite Juliana.
Só consegui testar agora à noite no cliente e a comunicação funcionou com essas configurações.
37 minutos atrás, bfbraz disse:Não encontrei no arquivo ISSNet.ini, essa linha da cidade "Cascavel/PR":
Atualize seus fontes que irá aparecer.
Essa linha foi adicionada recentemente pelo @Italo Jurisato Junior.
-
Verifiquei aqui e será necessário ajustar no arquivo Cidades.ini a sessão de Duque de Caxias para:
[3301702]
Nome=Duque de Caxias
UF=RJ
Provedor=ISSNET
NomeURL_H=www
NomeURL_P=duquedecaxiasE no arquivo ISSNet.ini, será necessário incluir a linha abaixo após a linha da cidade "Cascavel/PR":
; Cascavel/PR
RecepcaoLoteRPS_4104808=http://www.issnetonline.com.br/webserviceabrasf/%NomeURL_P%/servicos.asmx; Duque de Caxias/RJ
RecepcaoLoteRPS=http://www.issnetonline.com.br/webserviceabrasf/%NomeURL_P%/servicos.asmx -
Boa tarde! Também vi o comunicado ainda há pouco.
No ACBr ainda não está atualizado, pois o novo provedor (ISSNET) entrou em operação hoje.
Será necessário ajustar os arquivos .INI.. -
Muito obrigado, Juliana e Italo!
Testada transmissão, cancelamento, consulta situação e RPS, impressão via site e DANFSE...
Tudo funcionando 100%!-
1
-
-
Bom dia!
Conforme fora relatado no tópico abaixo, o webservice da prefeitura do Rio de Janeiro define as quebras de linhas com o próprio #13#10, não podendo ser removido ou substituído por ponto e vírgula, por exemplo, como faz o parse do ACBrNFSe atualmente (de forma correta, seguindo os padrões de tratamento do xml, mas que acaba embaralhando a discriminação do serviço ao visualizar via site).
Esbarrei com o mesmo problema, pois quase todos os nossos clientes são da cidade do Rio de Janeiro e todos utilizam a impressão via site da prefeitura.
E como no tópico relacionado não houve solução, mas um paliativo de alinhamento do dado com "." ou "_", então decidi abrir este tópico para apresentar a solução que encontrei e avaliarem se pode ser ajustado nos fontes.
Conforme o Ítalo havia sugerido inicialmente, realizei a seguinte alteração na unit pnfsNFSeW_ABRASFv1 (linhas 374 e 436), mas deixando o parâmetro dinâmico somente para o município do RJ:CitarGerador.wCampoNFSe(tcStr, '#32', 'Discriminacao', 01, 2000, 1,
StringReplace( NFSe.Servico.ItemServico.Discriminacao, ';', FQuebradeLinha, [rfReplaceAll, rfIgnoreCase] ),
DSC_DISCR, (NFSe.PrestadorServico.Endereco.CodigoMunicipio <> '3304557'));
Para que o dado não fique sem o parse com tratamento de retirada de acentos e espaços, ao alimentar o componente, sempre chamo a seguinte função de pcnAuxiliar para o texto de discriminação:CitarNFSe.Servico.Discriminacao := FiltrarTextoXML(ACBrNFSe.Configuracoes.Geral.RetirarEspacos, sDiscriminacao, ACBrNFSe.Configuracoes.Geral.RetirarAcentos, False);
Além disso, no arquivo RJ.ini, deixei vazio o parâmetro de quebra de linha:
"QuebradeLinha="
E o mais importante:
Como o webservice da prefeitura do RJ não exige a assinatura dos documentos e sempre enviamos assim quando fazíamos por fora do ACBr, então alterei para 0 todas as opções de assinatura no mesmo arquivo "RJ.ini", pois era o principal problema relatado no tópico anterior, devido o método de assinatura remover as quebras de linha (#13#10) do XML.
Feito isso, a NFS-e foi transmitida com sucesso e com as devidas quebras de linha.
Em anexo estão a unit e o arquivo RJ.ini com as alterações realizadas para avaliação. -
Boa tarde!
Estamos testando este layout do Fast.
E em relação ao Fortes, procurei, mas não encontrei.. Então apenas para confirmar...
Essa implementação do novo layout com QR Code também já está disponível para o Fortes Report no ACBr?
Obrigado! -
Boa tarde, pessoal.
Há alguma notícia sobre a viabilidade/possibilidade dessa integração pelo ACBr?Segue documentação da API do webservice de transmissão da DU-e, caso necessitem:
https://val.portalunico.siscomex.gov.br/docs/api/ -
Boa tarde Italo.
Não há problema não.
Seria só por questão de costume mesmo, quanto aos clientes que já imprimiam o DAMDFE sem essa informação.
No nosso caso, 99% dos clientes transportam carga própria no modal rodoviário e nenhum deles tem atividade de prestador de serviço de transporte, logo, todos esses não utilizam o grupo de seguro. -
Bom dia.
Sobre o novo quadro que foi criado para os dados do seguro no FortesReport, existe alguma propriedade para não exibí-lo (como era antes), caso não seja obrigatório informar o seguro?
Como por exemplo em caso de emitente que não é transportador. -
Tenho interesse! Seria de grande ajuda.
-
Após a inclusão do ParseText na linha 435 da Unit pcnRetDistDFeInt, conforme imagem abaixo, o XML baixado pelo método "ACBrNFe1.DistribuicaoDFePorChaveNFe(cUF, vCNPJ, vChave)" não abre em alguns programas que fazem leitura do xml, como por exemplo, no internet explorer.
Descobri pois alguns contadores disseram não estar conseguindo realizar a importação nos programas que utilizam, mas caso baixem o mesmo XML pelo portal da NFe, funciona normalmente.
Para ter certeza que o problema passou a ocorrer após a inclusão do ParseText, dei um revert, compilei e baixei os XMLs novamente.
Todos os XMLs passaram a abrir normalmente no Internet Explorer.
Anexei os XMLs de exemplo. O após a atualização (com problema) inicia "ComParse" e o anterior a atualização, que funciona normalmente, tem o nome iniciado por "SemParse".
Obs: Testei as combinações possíveis das propriedades "RetiraAcento" e "RetiraEspaco" e o problema ainda ocorre.
Poderiam ajudar por favor a identificar/corrigir o problema?
A princípio estou utilizando a versão anterior à modificação, mas gostaria de manter os fontes atualizados.
Desde já, obrigado.ComParse-32180917586530000166550010000389501190558750-nfe.xml
SemParse32180917586530000166550010000389501190558750-nfe.xml
-
2
-
-
Júlio, boa noite!
Como você mesmo disse, está testando em ambiente de homologação, logo, só aparecerá a tag "Ambiente de Homologação - Sem valor Fiscal".
Faça um teste e altere a tag tpAmb de um XML gerado em homologação, de 2 para 1.
Habilite a propriedade MDFeCancelado ou MDFeEncerrado, de acordo com o status do Manifesto e gere a impressão.
Verá que, em produção, a tag será corretamente exibida no mesmo lugar onde antes aparecia "Ambiente de Homologação - Sem valor Fiscal".
Acabei de testar usando Fortes e está funcionando.-
1
-
-
Hummmm!! Verdade!!
Mt obrigado Juliomar!! -
Entendi, obrigado.
Eu tinha a intenção de imprimir uma marca d'água grande escrito "Pré-Visualização", quando o DAMDFe ainda não estiver transmitido.
Pois as vezes o cliente quer conferir na visualização se está tudo ok e depois transmite. -
Em 26/01/2018 at 16:13, Juliomar Marchetti disse:
Sim acho que nos dois casos fast e fortes
tem uma propriedade que tu escreve o que quiser e vai sair enorme impresso na folha.
Juliomar, boa tarde. Desculpe perguntar neste tópico antigo, mas, já procurei no fórum e não encontrei...
Você poderia me informar onde/em qual propriedade consigo imprimir essa marca d'água ?
Estou usando o ACBrMDFe com Fortes -
Sem palavras para agredecer a produtividade que nos trouxe este projeto!
DW é incrível!
Balança Balmak ELC - 6/15/30
em ACBrSerial
Postado
Tempos atrás precisamos comunicar com a Balança Balmak BCK-30 e foi compatível com os protocolos da Toledo e Filizola. Funcionou normalmente utilizando o ACBrBal.
Talvez esse modelo aí também funcione.