augelias
-
Total de ítens
62 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por augelias
-
-
30 minutos atrás, Italo Giurizzato Junior disse:
Boa tarde @augelias,
O Schema que você anexou não tem nada haver com a ABRASF.
Esse Schema se refere a um layout próprio do provedor Infisc.
Na pasta: ...\Exemplos\ACBrDFe\Schemas\NFSe\Infisc você vai encontrar 4 pastas nomeadas: 1.00, 1.01, 2.01 e 2.03
Dentro das pastas 1.00 e 1.01 temos os Schemas (layout próprio) do provedor.
Dentro das pastas 2.01 e 203 temos os Schemas (layout ABRASF) usados pelo provedor.
No arquivo ACBrNFSeXServicos temos o seguinte:
[4304606] ; Atualizado em 08/03/2024 Nome=Canoas UF=RS Provedor=Infisc Versao=2.03 ProRecepcionar=https://nfse.canoas.rs.gov.br/services/nfse/ws/Servicos HomRecepcionar=https://canoas-homol.infisc.com.br/services/nfse/ws/Servicos ProLinkURL=https://nfse.canoas.rs.gov.br/portal/consulta.jspx?nf=%ChaveAcesso% HomLinkURL=https://canoas-homol.infisc.com.br/portal/consulta.jspx?nf=%ChaveAcesso%Favor usar o programa exemplo do componente ACBrNFSeX para realizar os testes para a cidade de Canoas.
Com as informações que estão no arquivo ACBrNFSeXServicos.ini o componente vai gerar o XML do RPS segundo o layout da ABRASF versão 2.03
Boa tarde @Italo Giurizzato Junior!
Estou utilizando exatamente estes dados e arquivos que você informou.
Ao enviar a nota para validar com a prefeitura, recebo esta mensagem: "Error1310 - Série não autorizada para este prestador"
Com esta mensagem, entrei em contato com o suporte da Infisc e informaram para preencher a série como "<serie></serie>" o que não consigo, pois ao validar com o schema da versão 2.03, esta é uma tag obrigatória.
Apenas anexei anteriormente o schema que o suporte da Infisc enviou para ajudar na análise.
Agora, envio os arquivos XML da ultima tentativa com o erro que estou tendo ao preencher a série.
Ao acessar o site de notas de Canoas, a série está em branco:
Tentei enviar com zero ou 'S', como é o caso de outras cidades com Infisc e obtive a mesma resposta.
Espero que com estas novas informações ajude na análise.
Obrigado desde já,
12320-lista-nfse-sinc.xml 12320-lista-nfse-sinc-soap.xml 12320-env-lot-sinc.xml 12320-env-lot-sinc-soap.xml
-
8 minutos atrás, Juliomar Marchetti disse:
Verifica senão deve informar somente que é serie unica
Isso que o suporte informou pelo Whatsapp.
Tentei as mesmas configurações de outra cidade que atendo que é Infisc mas não deu certo, e travei no que devo fazer.
-
Boa tarde!
Estou ajustando meu sistema para este novo provedor de Canoas/RS.
Estou tendo erro na série e ao contatar o suporte da Infisc, informaram que o servidor aceita o padrão Abrasf versão 2.03 ou 2.04. E na tag <serie> deve ser em branco (sem série).
Pedi o schema que o servidor está usando e anexei nesta postagem.
Não estou sabendo como utilizar este schema ou o atual, do repositório, mas deixar a série em branco.
Agradeço qualquer ajuda!
-
-
Bom dia!
Ao chegar na etapa de impressão da NFSe do padrão nacional, vi que não estava carregando os valores dos tributos.
Analisando o código, verifiquei que na unit PadraoNacional.LerXml, linha 1194, dentro da rotina LetrTributacaoNacional() está procurando pela tag 'tribNac' e no XML está como 'tribFed'.
Ajustei o código e resolveu a impressão.
Vou anexar a unit aqui para análise.
Obrigado!
-
Bom dia!
Troca do endereço do webservice da prefeitura de Uruguaiana/RS (já testado em produção em 21/10/19):
-
Bom dia!
Informo a alteração do endereço do webservice da NFSe para o servidor Pronim da Prefeitura de Uruguaiana/RS.
Já testei em produção hoje (12/09/19).
Novo endereço: http://uruguaiana-portais.govcloud.com.br/NFSEWS/Services.svc
Anexei o Arquivo ini para verificação.
Obs.: Endereço de homologação não estava funcionando antes e não localizei documentação se houve alteração ou se está funcionando o ambiente de homologação.
Obrigado desde já!
-
1
-
-
42 minutos atrás, ramalho disse:
Bom dia, eu não uso o Acbr Monitor mas estou com o mesmo problema...
qual função/Propriedade do TACBrMail tenho que trocar para de Inline para Attachment?
Bom dia
Troquei no meu código para incluir este parâmetro:
AcbrMail.AddAttachment(XML, '', adAttachment);
Com isso resolveu para o meu caso.
-
3
-
1
-
-
45 minutos atrás, Cleverson Favero disse:
Isso.
Desculpa, estava falando apenas do caso 3 substituído e varejo, por você ter citado a frente de caixa.
1 - Nas vendas pra consumidor final, não é necessário buscar nenhuma informação na entrada, o cálculo é o simples valor total da venda * aliquota interna + FCP se houver (por produto). O resultado desse calculo vai pro registro 1923 como ajuste do ICMS ST Efetivo. A soma de todos esses registros 1923 irão no registro 1921. No exemplo da imagem, o total seria R$ 601,20.
2 - Nas vendas pra revenda (não consumidor final), será necessário buscar a informação das entradas, para informar nas tags do ICMS Retido. Cada venda dessa, os valores (por produto) das tags vão pro registro 1923 como ajuste de estorno do crédito ICMS ST Presumido. No exemplo da imagem, o total seria R$ 198,00.
3 - Nas entradas os valores de base de calculo * alíquota interna + FCP se houver vão para o registro 1923 como ICMS ST Presumido. No exemplo da imagem, o total seria R$ 720,00.
O calculo pra saber se vai recolher ou restituir ICMS ST vai ser (3 - 2) 720,00 - 198,00 = 522,00 depois 1 - (3 - 2) 601,20 - 522,00 = R$ 79,20
Obrigado pela explicação @Cleverson Favero!
A Fera de 7 cabeças agora ficou com um cabeça só!
-
4 minutos atrás, Cleverson Favero disse:
Falando sobre RS, não há necessidade de relacionar as vendas na frente de caixa com as notas de entrada, pois o que está se pedindo na apuração é todas as vendas (ICMS ST Efetivo) - (menos) as compras (ICMS ST Presumido) - (menos) os não tributados (Isentos e Não seja Consumidor Final).
A única relação entre venda e compra, será referente esse último caso, dos não tributados (Isentos e Não Consumidor Final), onde será necessário buscar a informação da compra para repassar ao cliente.
Desculpe a ignorância @Cleverson Favero, mas não compreendi o que você falou...
O que havia entendido até o momento é que, devemos informar as bases quando ocorrer a situação 2 (saida para substituido e não consumidor final) e 3 (saida para consumidor final).
No caso do distribuidor (situação 2), ele teria que armazenar a base para repassar para o varejista (utilizado no cálculo).
No caso do varejista (situação 3), teria que "saber" que o produto teve cálculo da retenção e calcular a ST efetiva.
No caso 3 mesmo que não precise apurar a base de origem, iria calcular sempre então?
Seria isso?
-
Boa tarde!
@João Paulo Müller, dá uma olhada na legislação de SC, se irão tratar da mesma forma que o RS (li praticamente toda legislação do RS para começar a entender alguma coisa).
Deixar a seleção da origem da base na hora da venda, nos casos em que tem frente de caixa, por exemplo, torna-se inviável, pois o usuário normalmente não saberá qual associação fazer.
Em alguma das postagens, é falado sobre armazenar o valor unitário de entrada. Será este método que irei utilizar, pois, cada nova entrada substituirá a base de cálculo unitária para ser usada na hora da venda.
Sem um controle rígido por lote ou número de série registrado nos produtos, é inviável identificar qual a base de cálculo da nota associada para o produto sendo vendido, pois, basta modificar a ordem do produto na prateleira, como exemplo, que já bagunça todo o controle!
Acredito que seja por isso que na legislação do RS tenha adotado este método (falha minha não ter especificado na postagem que a legislação é do RS).
No momento, estou liberando uma versão do meu sistema onde irei ler todos os XMLs de notas de compra e atualizar os dados no banco de dados, tratando campos que não considerava antes. No segundo momento, irei recalcular todos os registros apurando se tem ou não base e atualizar as tabelas do sistema para que, na hora da venda, busque essa informação.
Estou aceitando sugestões de como tratar esta situação, pois está dando um nó na minha cabeça!
-
Boa tarde @João Paulo Müller
Acredito que nesta postagem abaixo você vai conseguir esclarecer tuas dúvidas (é onde estou acompanhando pra esclarecer as minhas!):
-
2
-
1
-
-
Em 29/01/2019 at 08:44, Luiz Paulo V. disse:
Bom Dia!
Estamos lançando no sistema todas as notas de entradas de maneira correta para em março quando sair as notas já estar tudo 100%.
Mas estamos com uma dúvida pois o meu sistema sempre pega o crédito da última nota de compra, o problema é que as vezes no mesmo mês compramos o produto com 3 ou 4
vezes com preços e consequentimente com créditos diferentes. Alguém sabe como seria a forma correta de fazer?
Boa Tarde
Conforme a legislação que li até o momento, se não for possível identificar a base do o produto que está sendo vendido com a nota de compra, usa-se o ultimo valor de nota de entrada.
Art. 28 - O contribuinte substituído, na operação que realizar com
mercadoria recebida com imposto retido, emitirá documento fiscal,
sem destaque do imposto, contendo, além das demais indicações:Parágrafo único - Na hipótese em que não for possível determinar a
correspondência entre a base de cálculo do débito de substituição tributária e a
respectiva mercadoria, tomar-se-á o valor que serviu de base para a retenção do
imposto quando da última aquisição da mercadoria pelo estabelecimento,
proporcional à quantidade saída.Esta será a solução que irei usar com meus clientes, pois muitos não fazem qualquer controle de notas... E para aqueles que já utilizam a importação de XML para meu sistema, já criei rotina para "revalidar" as notas importadas e buscar as informações que não tratava antes.
-
Em 23/01/2019 at 16:41, tdpsistemas disse:
Boa tarde a todos!
Nosso software em Delphi, efetua a impressão de um recibo através do Fast Report em impressoras térmicas (Epson T20, Bematech MP 4200, CIS, etc...). Porém está ocorrendo alguns casos, onde o documento fica preso no Spool dessas impressoras e consequentemente não é impresso mais os recibos. Ao desligar e ligar a impressora geralmente ela volta a imprimir, ou as vezes, temos que remover o cabo USB e conectar novamente, ou reiniciar o micro.
Porém isso ocorre somente quando o sistema faz essa impressão em Fast Report.
Alguém já passou por isso? Tem alguma alguma dica?
Obrigado.Bom dia @tdpsistemas
Ocorreu esta mesma situação com um cliente específico utilizando a impressora DR800. Utilizo também a impressão através de spool.
Até onde tive informações da Daruma, é possível ser um problema na fonte da impressora. No meu caso, como não é recorrente o erro, é bem difícil identificar. Possuo outros clientes com a mesma impressora que não tiveram este problema usando as mesmas rotinas de impressão.
Qual o modelo de impressora que você está tendo esse problema?
-
2
-
-
Em 18/12/2018 at 17:31, Italo Jurisato Junior disse:
Gabriel,
Favor atualizar os fontes e faça novos testes.
Boa tarde @Italo Jurisato Junior
Atualizei os fontes agora e consegui efetuar a transmissão e cancelamento para o provedor BHISS!
Muito obrigado!
-
1
-
-
Boa tarde @Italo Jurisato Junior!
Removi e reinstalei todo o ACBr hoje, testei o envio e tudo certo, mas o cancelamento estava com o mesmo erro na assinatura.
Utilizei os mesmos ini do repositório para envio.
Todos os testes que fiz foram com a prefeitura de Porto Alegre (BHISS).
Comparei com a Unit que havia salvo que estava conseguindo enviar o cancelamento por último e fui restaurando linha a linha até que consegui enviar o cancelamento sem erro de assinatura.
Anexei a unit alterada (já na versão mais recente) mas com as linhas que influenciaram na assinatura para o cancelamento para que você avalie. Espero que ajude.
Obrigado desde já!
-
8 minutos atrás, barrys disse:
augelias
Bom dia!
Para configurar WinCrypt e SSLXMLSignLib como MsXml ....... Somente em Tempo de Execução!
Porque se deixar por padrão configurado.... nao dá certo. o WinCrypt muda para Custom.
Confere?
Bom dia @barrys
Sim, eu atribuo em tempo de execução, inclui esses parâmetros de configuração da NFSe em meu software e modifico eles conforme o a prefeitura, versão de windows e tipo de certificado que está sendo utilizado.
Atribuo primeiro a SSLLib e depois os outros parâmetros caso eu modifique eles.
-
6 minutos atrás, Danilo Ziza disse:
Capicom.
Com WinCrypt ocorre "Falha ao Assinar - Cancelar NFS-e: Nenhum elemento encontrado", testado com e sem as alterações acima.
Bom dia @Danilo Ziza
Experimente o seguinte: Configure para utilizar WinCrypt e SSLXMLSignLib como MsXml, é o que estou utilizando aqui para transmitir as notas, as outras propriedades não modifiquei.
-
1
-
-
17 minutos atrás, Italo Jurisato Junior disse:
Boa tarde Augelias,
Realmente teve muitas alterações e com certeza algo saiu do controle.
Essa unit que você esta usando e que esta cancelamento normalmente você poderia anexar?
Desde já muito obrigado.
Boa tarde @Italo Jurisato Junior!
Segue a unit.
Desculpa não ter conseguido analisar ainda o que influenciou no cancelamento, mas aqui está bem corrido e quando apaga um incêndio, tem que correr pra apagar os outros né! hahahahaha!
Já testei inclusive em micros de clientes e agora estou conseguindo enviar o cancelamento que não estava fazendo depois da ultima atualização que fiz do repositório.
Eu fui verificando o log de alterações e restaurando as units que foram modificadas até isolar somente esta para conseguir enviar o cancelamento.
Obrigado pela atenção!
-
Em 01/12/2018 at 09:13, Amarildo de Matos disse:
bom dia.. augelias..
bem de ver entao , se tu nao esta chamando o metodo errado..
tem de ver qual opcao para chamar por esse endereco que voce colocou..
talvez seja configuração.
recomendo, mandar como voce esta mandando a configuração, os comandos, tudo que poder influenciar.
mas o que voce passou já sera uma dica para tentar descobrir..
Bom dia @Amarildo de Matos!
Somente na sexta ao final do dia que consegui enviar o cancelamento sem erro de assinatura para a prefeitura.
Comecei a fazer um rollback de cada versão do arquivo "ACBrNFSeWebServices.pas" e testar até que cheguei na revisão 15912 de 14/11 e consegui enviar o cancelamento se erro de assinatura.
Houve diversos ajustes referente as rotinas de cancelamento nestas ultimas alterações e alguma delas pode ter influenciado na assinatura e vou tentar identificar o que pode ser para ajudar na análise.
Obrigado por toda ajuda!
-
Aproveitando para acrescentar uma informação:
Este arquivo de teste em anexo, para validar no site da receita federal, ao modificar a tag: <CancelarNfseEnvio xmlns="http://www.abrasf.org.br/nfse.xsd"> para <CancelarNfseEnvio> e tentar validar o arquivo, o mesmo retorna como válido.
Desculpe a ignorância, mas esta informação é utilizada para assinar o XML @Italo Jurisato Junior? Não seria isso que pode influenciar para dizer que o arquivo assinado é válido ou não?
Obrigado!
-
1 minuto atrás, Italo Jurisato Junior disse:
Boa tarde Augelias,
Se o envio esta ocorrendo sem nenhum problema é estranho esse tipo de erro no cancelamento.
Boa tarde @Italo Jurisato Junior
Realmente, está bem estranho, conforme o link que passei acima que estou utilizando para validar os XMLs, as notas de envio valida perfeitamente, os de cancelamento, acusa que não estão assinados.
Já modifiquei diversas configurações dos arquivos .INI e parâmetros para utilização do certificado, em todos os testes, consigo enviar mas não cancelar.
Para ajudar, anexo aqui um envio de nota aprovado e um pedido de cancelamento que não foi aprovado, ambos testados no site da receita para validar a assinatura digital e ocorrendo o que relatei acima.
Agradeço desde já qualquer ajuda!
-
20 minutos atrás, Amarildo de Matos disse:
bom dia.. voce verificou se os schemas estao atualizados?:
Olá @Amarildo de Matos testei com o schema do repositório, baixei direto o do site da prefeiura de porto alegre e sempre o mesmo erro.
Já restaurei um bhiss.ini mais antigo que tinha no meu repositório para teste, também não funcionou.
Testei em outros computadores, com outras versões de windows e certificados diferentes (usando micros de clientes) e sempre a mesma mensagem.
Obrigado pela resposta
-
Bom dia!
Estou com dificuldade no cancelamento de notas fiscais de serviço para a prefeitura de porto alegre (BHISS).
Algum tempo atrás, já havia respondido um tópico com este mesmo assunto onde, na época, havia resolvido este problema trocando a configuração da SSLLib. Não localizei no fórum nenhum tópico que falando sobre essa situação.
Comparei a estrutura do XML com XML antigos que haviam sido aprovados e não identifiquei diferenças.
Ao validar a assinatura de um XML antigo através do site https://www.receita.fazenda.gov.br/Aplicacoes/SSL/ATBHE/assinadoc/ValidadorAssinaturas.app/valida.aspx o mesmo é validado, mas os XMLs atuais acusa como inválido. (XML de envio de notas atuais também são validados).
Tentei todas as formas de configuração do certificado no meu sistema (capicom, wincrypt, openssl). Utilizei o Demo_ACBrNFse e também obtive os mesmo resultados.
O arquivo anexado 2018/1229 é o que está com erro na assinatura, o 2018/853 a assinatura é validada.
obs:
Consigo enviar notas sem problemas de assinatura.
Estou com todas as fontes e DLLs atualizadas.
Agradeço desde já por qualquer ajuda!
Troca provedor Canoas/RS - Infisc
em ACBrNFSe
Postado
Era exatamente isso @Fabio Defferrari!
Vou inclusive avisar o pessoal do suporte da Infisc que não tá sabendo disso!
Muito obrigado!