Painel de líderes
Conteúdo popular
Showing content with the highest reputation on 28-07-2020 em todas as áreas
-
Boa noite! Observe que no manual de integração o campo vOutro (Outras despesas acessórias) tem o tamanho 13v2. (Significa que são apenas 2 decimais para este campo). Portanto não será aceito 5,025 Uma sugestão, não sei que tipo de produto teu software atende, porém se o teu sistema é direcionado a várias segmentos não aconselho dividir por item e sim dividir proporcional ao valor. Do contrário imagine esta situação. 1 fusível - R$ 2,00 1 transformador - R$ 200,00 Sub Total: 202,00 Taxa 10% = 20,20 Total: (202,00+20,20)=222,20 Da maneira que vc faz o cálculo com o rateio por item: 20,20 /2 = 10,10 1 fusível - R$ 2,00 ---- vOutro(desp. acessórias): R$ 10,10 1 transformador - R$ 200,00 ---- vOutro(desp. acessórias): R$ 10,10 Total: R$ 202,00 + vOutro: (10,10+10,10)=20,20 = 222,20 Porém agora se eu for pegar os dados da nota para levantar o custo do item lendo este suposto XML teu eu teria: Fusível: Valor: 2,00 + vOutro(desp. acessórias): 10,10 = Custo do item: 12,103 pontos
-
Instalei Lazarus 32, deu tudo certo. Já teste o Emulador Sat (emiti o primeiro Cupom Fiscal Eletronico) e outras coisitas mais. Só para agradecer novamente.3 pontos
-
@EXVASP você precisa associar um componente ACBrExtratoEscPos com um componente PosPrinter.2 pontos
-
2 pontos
-
Bom dia Heptas, Acabo de enviar a sua implementação do provedor SigISS. Leeonardo, por favor faça uma cópia das suas alterações, atualize os fontes e verifique o que o Heptas fez com o que você fez. Notei que um seguiu por um caminho e o outro por outro caminho. Como são vocês que tem clientes que vão se utilizar desse provedor fica mais fácil de vocês testarem e implementar o que realmente é necessário para fazer funcionar. Toda ajuda é bem vinda e fiquem a vontade em enviar para melhorias ou correções. Mais uma vez muito obrigado pela colaboração de vocês.2 pontos
-
Boa noite O serviço "NfeStatusServico2..." ja foi desativado, parece q alem do certificado, tambem esta apontando pras url antigas... Att Ricardo2 pontos
-
blz menos mal mas devo lançar uma nova versão hoje corrigindo outro erro similar so que acontecia apenas no Harbour.2 pontos
-
Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.1 ponto
-
1 ponto
-
Resolvido, meus caros, ele estava aparecendo nos ícones ocultos, só agora eu vi. Perfeito, obrigado a todos 2, meus cumprimentos pelo belíssimo trabalho. Saúde e paz. Foto do "danado' rodando perfeitamente...1 ponto
-
Repare que é exatamente isso, que está escrito na mensagem... ele está fechando, pois as configurações de comunicação foram alteradas... ele precisa ser executado novamente1 ponto
-
1 ponto
-
Experimente rodar ele por fora da IDE ou até pela linha de comando... verifique se há alguma mensagem de erro no carregamento....provavelmente a falta de DLLs1 ponto
-
Boa tarde Juliomar, demorei para responder hein. Devido a quarentena estamos trabalhando com redução jornada de trabalho e com isso acaba acumulando chamados, o que complicou algumas coisas. Porém eu achei sim uma questão que precisei alterar nos fontes. arquivo: ACBrNFSeWebServices, na linha 4810 estava if FProvedor = proCTA then ChaveAcessoPrefeitura := FPConfiguracoesNFSe.Geral.Emitente.WebChaveAcesso else ChaveAcessoPrefeitura := FNotasFiscais.Items[0].NFSe.Prestador.ChaveAcesso; a minha alteração foi if FProvedor = proCTA then ChaveAcessoPrefeitura := FPConfiguracoesNFSe.Geral.Emitente.WebChaveAcesso else if FProvedor = proSigep then begin ChaveAcessoPrefeitura := FPConfiguracoesNFSe.Geral.Emitente.WebChaveAcesso; CodVerificacaoRPS := FNotasFiscais.Items[0].NFSe.CodigoVerificacao; end else ChaveAcessoPrefeitura := FNotasFiscais.Items[0].NFSe.Prestador.ChaveAcesso; Com essa alteração consegui resolver o problema da chave do contribuinte, porém apresentou outro erro só que na comparação do XML gerado com o XLM de modelo enviado pelo provedor eu não consegui achar a diferença e não foi possível efetuar o cancelamento. O erro apresentado é: Informe um motivo para o cancelamento. O motivo foi informado, só que a quantidade de caracteres informado como motivo é menor do que está no exemplo, alterei o motivo para ficar igual ao XML do exemplo, porém o erro Informe um motivo para o cancelamento, persiste. Já estramos em contato com o provedor repassando o XML gerado. Vou aguardar o retorno deles e toda e qualquer alteração minha irei repassando aqui e no final repassei os arquivos alterados. Por enquanto muito obrigado!1 ponto
-
Obrigado Italo, vou baixar e realizar os testes para [3127701] Nome=Governador Valadares UF=MG Provedor=SigIss1 ponto
-
Leandro, a linha 822 está dentro da procedure TACBrBanrisul.LerRetorno240(ARetorno: TStringList); ou seja Retorno do 240. Vou anexar o Manual do Branrisul 400 posições e na pagina 18 verá que ele retorna nas posições 38 tam 25 o conteudo das mesmas posições do arquivo remessa (pagina 6). BANRISUL layout 400 posiçoes.pdf1 ponto
-
Bom dia, desculpa a demora fiz os testes aqui deram tudo certo.1 ponto
-
1 ponto
-
então sem querer descobrimos outro problema no padrão 240.. hehehe.. Quanto a questão do padrão 400... isso é o Banrisul sendo Banrisul... hehehehe... no manual, no meu entender, diz claramente que é a mesma informação na posição 38 e na 117..... sds,1 ponto
-
1 ponto
-
Bom dia, vou enviar os arquivos que alterei, dê um Locate pela palavra 'Luiz:' que marquei onde eu alterei pcesS1005.pas pcesConversaoeSocial.pas1 ponto
-
Olá, Se alguém possuir o Manual do Banrisul para 240 posições poderia me enviar? Acredito que estejamos falando de coisas diferentes. Eu estava trabalhando no manual de 400 posições e não no de 240. Peço desculpas pela confusão. Se enviarem efetuo a correção e envio para análise dos moderadores. obrigado.1 ponto
-
Bom dia Fábio, Já enviei para o repositório a sua colaboração.1 ponto
-
Talvez seja necessária uma revisão nesses pontos... alguns métodos mudaram de lugar, após o refactoring dos Relatórios... Experimente apenas remover "ACBrDFeReport.pas" do Package ACBrDFeComum1 ponto
-
Boa tarde Heraldo, Vai ser necessário alterar apenas o arquivo Cidades.ini Abra esse arquivo e veja como é de outras cidades que usam o mesmo provedor. Lembre-se de nos enviar o arquivo Cidades.ini para que possamos disponibilizar no repositório.1 ponto
-
Boa tarde Ricardo, A mensagem é clara, ele esta tentando converter uma string vazia em um numero inteiro. É preciso abrir o XML de envio da consulta para tentar descobrir qual é a tag que esta fazia, pode ser a serie da nota que não foi informada.1 ponto
-
boa..tarde.. opa..muito obrigado pelo feed back..nelson..1 ponto
-
O ACBrNFeServicos.ini já está correto com a nova URL, você precisa apenas configurar o componente para a versão 4.00.1 ponto
-
Olá parceiros desenvolvedores! Gostaria de compartilhar com vocês a informação de que nós temos um preço especial de impressora para você que deseja ter um em sua bancada permanentemente. Por favor, me acione caso esteja precisando de uma unidade. Um abraço!1 ponto
-
Olá. Faz algum tempo que não envio nenhuma contribuição então o post vai ficar um pouco grande . Essa semana fiz a homologação do provedor FintelISS na cidade de paracambi/RJ. O provedor segue abrasf 2.02. Para atender o layout foi necessário algumas modificações. Irei cita-las por arquivo modificado. Os arquivos .pas estão em anexo, exceto os INI pois podem estar mais recentes quando for validar. A exceção fica para o fintelISS.INI que é novo. Também adicionei os XSD do provedor para as cidades que tinha disponível. ACBrNFSeConfiguracoes.pas: - Linha 718: os arquivos XSD do provedor são exclusivos das cidades (targetNameSpace aponta para o endereço do webservice da cidade), ou seja, cada cidade terá o seu XSD. Para não ter de criar um INI do provedor para cada cidade, adicionei a substituição do valor %NomeURL_H% e %NomeURL_P% no Namespace do XML. Outros provedores poderão usar caso necessário. fintelISS.INI (novo): - atualmente 2 arquivos ini acompanham o exemplo, sendo um exclusivo para itatiba (fintelISS_itatiba) e outro para Ponta Grossa (fintelISS_PontaGrossa). Com o novo ini, não há necessidade de separar por cidade, ambos podem ser descartados. pnfsNFSeW_ABRASFv2.pas: - Linha 153: mantive o provedor neste IF, mas sem a verificação da versão 2.01, pois a 2.02 também solicita que o grupo seja "TomadorServico". - Linha 277: idem acima, fechamento do mesmo grupo. Desde que miguei para o trunk 2.0, um de nossos clientes em Vitória/ES começou a ter problemas com a assinatura digital, onde a mesma era dada como inválida quando utilizado a biblioteca xsLibXml2 para assinatura. O mesmo não ocorria com o Capicom. Depois de vários testes junto do validador da receita federal, descobri que a xsLibXml2 tem problemas em lidar com a assinatura de um XML onde a tag que contem a URI não era única. No caso de Vitória, a uri ficava na tag <rps>, a qual aparece duas vezes no XML e gera os problemas na assinatura. Para sanar o caso, mudei a URI para outra tag do XML: <InfDeclaracaoPrestacaoServico> - Linha 768: Adicionado o provedor proVitoria ao IF. - Linha 807: Adicionado o provedor proVitoria ao IF. ISSDigital.ini: - Adicionado a url para o município de pará de minas [URL_P] ;Para de Minas/MG RecepcaoLoteRPS_3147105=https://parademinas.quasar.srv.br:8444/nfe/snissdigitalsvc?wsdl [URL_H] ;Para de Minas/MG RecepcaoLoteRPS_3147105=https://parademinas.quasar.srv.br:8444/nfe/snissdigitalsvc?wsdl Pronim.ini - Adicionado a url de Catanduva/SP - Alterado a url de Assis Chateaubriand/PR (somente produção. Na epoca não me foi passado a url de homologação). [URL_P] ; Catanduva/SP RecepcaoLoteRPS_3511102=http://nfse.catanduva.sp.gov.br/NFSEWS/Services.svc ; Assis Chateaubriand/PR RecepcaoLoteRPS_4102000=http://177.66.110.164:8184/nfse.portal.integracao/Services.svc [URL_H] ; Catanduva/SP RecepcaoLoteRPS_3511102=http://nfse.catanduva.sp.gov.br/NFSEWSTESTE/Services.svc WebISS.ini - Adicionado a url de Aracaju/SE [URL_H] RecepcaoLoteRPS_2800308=https://%NomeURL_P%.webiss.com.br/servicos/wsnfse/nfseServices.svc [URL_P] RecepcaoLoteRPS_2800308=https://%NomeURL_H%.webiss.com.br/servicos/wsnfse_homolog/nfseServices.svc Cidades.INI - Atualização do provedor de algumas cidades. Como modifiquei o ini do fintelISS, já revisei as cidades que constavam no ini. As que saíram do provedor fintelISS não fui atrás das novas configurações. Itatiba permanece, então adicionei as urls necessárias. [3147105] Nome=Para de Minas UF=MG Provedor=GINFES -> Mudou para ISSDigital [4113205] Nome=Lapa UF=PR Provedor=fintelISS -> Mudou para IPM [4119905] Nome=Ponta Grossa UF=PR Provedor=fintelISS -> Mudou para ELOTECH [4103107] Nome=Bocaiuva do Sul UF=PR Provedor=fintelISS -> Mudou para GovBR [3523404] Nome=Itatiba UF=SP Provedor=fintelISS NomeURL_H=https://iss.itatiba.sp.gov.br NomeURL_P=https://iss.itatiba.sp.gov.br - Novas cidades adicionadas [3303609] Nome=Paracambi UF=RJ Provedor=fintelISS NomeURL_H=https://iss.paracambi.rj.gov.br NomeURL_P=https://iss.paracambi.rj.gov.br [2708006] Nome=Santana do Ipanema UF=AL Provedor=DBSeller NomeURL_H=https://santanadoipanema.nfse.srv.br NomeURL_P=https://santanadoipanema.nfse.srv.br Por fim, uma dúvida: a consulta de NFSE por RPS (ConsultarNFSeporRps) exige que os RPS estejam carregadas no componente (ACBrNFSe.pas, linha 550), sendo que para realizar a consulta, somente o protocolo é o suficiente para o componente. Sabe me dizer se esta validação tem algum propósito especial? Estou pensando em remove-la permanente ou parametrizar no componente. Hoje em meu repositório local ela está desativada e as consultas ocorrem normalmente. ACBR - TRUNK2.zip1 ponto
-
Bom dia pessoal. Foi publicado em 30/06/2020 o Ato DIAT 22/2020, o qual estabelece as regras para adoção da NFCe em regime especial para os contribuintes que obtiverem esta autorização. Um ponto de destaque é que neste caso não temos mais referências ao equipamento especifico descrito no Decreto 555, publicado anteriormente e desde que o laudo de homologação esteja válido não será necessário uma nova certificação da aplicação após implementação da NFCe. Apesar dos pontos positivos acima, ainda vale destacar que existem regras rigorosas para a adoção deste DFe em SC, algumas das quais estão citadas abaixo. Fonte: Portal SEFAZ-SC1 ponto
-
Boa tarde Duarde, ABRASF não é um provedor, esta errado o que você fez. Os arquivos ABRASFv1.ini e ABRASFv2.ini são modelos a serem utilizados por provedores que seguem essas versões de layouts. Nas pastas de mesmo nome que se encontram dentro da pasta Schemas, temos os schemas padrões utilizados pelas respectivas versões. É preciso saber se realmente o provedor Ábaco desativou o seu webservice que recepciona RPS segundo a versão 1 do layout da ABRASF e consequentemente esta disponibilizando um novo que segue a versão 2, ou se possui dois webservices um de cada versão.1 ponto
-
Boa noite pessoal, estou querendo fazer um sistema de NFE e futuramente NFSE mais eu queria deixar parecido com o emissor do sebrae e eu queria saber se tem como eu copiar o banco de dados desse sistema pra não ter que fazer as tabelas e campos do zero, http://dbeaver.jkiss.org/ eu até baixei esse programa que vi ai em cima mais não consegui acha o banco aguem saber se tem como ou se ja tem esse banco pra download ?1 ponto
-
Pessoal muito bom esse programa que o Paulo indicou... abri uns 3 bancos DAT do emissor gratuito usando ele. Ele gera até o .SQL das tabelas.. muito bom mesmo!!1 ponto
-
1 ponto