Painel de líderes

Agora com o nosso componente ACBrBoleto é possível emitir Boletos através da API para o banco Banco Bancoob (Sicoob) A atualização já está em nossos repositórios ! Obrigado a comunidade que está nos ajudando e especialmente para o Marcelo Santos e Delmar de Lima que colocaram a mão na massa e iniciaram a contribuição deste componente.

Bom dia @bnobre, Segundo a NT 2018/005 versão 1.30 Temos algumas regras de validação que determina a obrigatoriedade de gerar o grupo com as informações sobre o ICMS Efetivo. Essas regas são facultativas, logo algumas UF vão ativar elas e outras não. Se você tem clientes em diversas UF vai ter que controlar a alimentação desses campos dependendo da UF do seu cliente. Quando devemos gerar o grupo de informações do ICMS Efetivo? Operações a consumidor final (indFinal = 1) e CST = 60 ou CSOSN = 500 (tanto para o modelo 55 quanto 65). CST = 60 -> Normal CSOSN = 500 -> Simples Nacional Reforço que a alimentação desses campos depende da UF. Quanto a percentual a ser utilizado, se é único para todos os produtos ou se depende do produto a pessoa mais indicada a informar isso é o contador dos seus clientes. Como você disse que eles são fracos nesses assuntos, o jeito vai ser ir atrás de alguém como o Diego já lhe passou ou procurar alguma legislação da UF sobre o assunto.

Não seria muito mais fácil criar um evento de vinculação de pagamento, aonde as próprias maquininha POS poderiam se responsabilizar por realizar este vínculo? Desta forma, um pouco da responsabilidade também é transferidas para as maquininhas e não somente em cima do software emissor. A minha maior dúvida ainda é referente aos equipamentos POS. Hoje, não existe uma integração entre ERP e maquininha POS. As possíveis soluções que todo mundo fala é que é possível desenvolver a sua aplicação para android e blah blah, só que quem trabalha com delphi, sabe que não é bem assim. Além das inúmeras versões que precisarão ser instaladas para compilar para todos os tipos de android que rodam nas POS, ainda tem o fato de que terá que estar sempre investindo em licenças novas anualmente. Outro ponto que até chegou a ser comentado ali no debate da AFRAC, foi a questão da contingência. Informaram que neste caso, a NFC-e poderia ser emitida em contingência e o pagamento, realizado na POS, e aí isso deveria criar o vínculo com a NFC-e que foi emitida em contigência. Como assim? Se você está com problemas de conexão, como é que vamos comunicar com o WS da POS para capturar os dados de pagamento?

Boa tarde, gostaria de saber se existe a possibilidade de desenvolvimento da API de cobrança para Banco BANSIRUL Segue link da documentação da API; https://developers-openbanking.banrisul.com.br/pages/PORTAL_V1.6.6/docs/clientes-banrisul/api-cobranca-v1.1.0.html

De fato meu caro, são muitas informações conflitantes. SmartPOS integrado com o ERP é muito complicado, o volume de transação, o custo de servidores entre outros fatores. Ai vem um monte de gente com lorota vendendo SmartPOS e no final nao integra com o ERP. Só coloca mais controle manual e retrabalho para o empresário. Outro ponto do vídeo com a AFRAC, o caso do pagamento em crediário: emitir a NFCe com cfop 5949, mas o 5949 nao autoriza na NFCe. Como outro colega disse: é tanto desencontro de informação que chega a ser descanso com o contribuinte e as software houses.

Ajustando conforme informou, deu certo para remover as tags, mas continua apresentando o erro. Enviei informação para suporte da IPM.

Primeiramente agradecemos a colaboração, foi feito o tratamento correto dos retornos nas posições 319/8. (que pode ser até 04 retornos) o trim() só resolveria o primeiro, mas se tiv. mais que um retorno, ele não ia tratar tbm. Atualize os repositórios , rode o instalador e teste por favor. Abr

Boa tarde Willians, Já esta no SVN.

@carlitomorais, @Pedro A. Araújo, @Junior.Jaru Boa tarde ! Para organizar estas contribuições, estas units que estão sendo anexadas como vi nos posts acima.. podemos deixar td concentrado em um único post/tópico no forum? Sendo assim vou fechar este e mantemos neste tópico abaixo: Pq vou abrir uma tarefa para análise e tem vários códigos compartilhados em ambos tópicos. Assim deixamos em apenas um local.

Cdecl e StdCall são "convenções de chamadas de funções" e você deve usar de acordo com a programação da sua linguagem ou Sistema Operacional. Já a versão MT, é a lib preparada para MultiThread. Use ela se você for programar com esse objetivo. Existe esse projeto no GitHub criado pela comunidade em Python. Talvez possa ser útil: https://github.com/base4sistemas/acbrlib-python

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn TK-3854

tente realizar a consulta do captcha nesse formato: retorno = acbr_lib.CNPJ_ConsultarCaptcha(r'D:\ACBrLibConsultaCNPJ'.encode("utf-8"),"".encode("utf-8"),"".encode("utf-8"))

oi @Juliana Tamizou Já fiz contato com o mesmo, estou no aguardo dele. Obrigado

Boa tarde Rogério, Porque não compartilhar a sua alteração no código? Ela pode enriquecer o código do componente. As vezes colocar na maquina que vai executar a aplicação o arquivo ACBrNFSeXServicos.ini não é garantia de sucesso.

Boa tarde! Realmente, estava sendo gerado mesmo quando tpRegTrab do registro S-2200 era diferente de 1. No entanto, não é possível usar o tpRegTrab como parâmetro para geração, pois não temos acesso ao valor dele quando o evento é o S-2205. Por isso, foi enviado ao SVN na Rev-29198 alteração do tipo da propriedade infoCota de tpSimNao para tpSimNaoFacultativo e adicionada regra para que a geração da tag só ocorra se o valor for diferente de snfNada. Em suma, caso não atribua valor a propriedade no componente, não vai mais gerar a tag, ficando assim a critério da sua aplicação definir quando preencher. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo

Boa tarde! Por favor, é possível disponibilizar este arquivo XML para testes? Caso tenha informações sensíveis, siga as orientações deste tópico:

Beleza pessoal, vou analisar os links e conversar com o pessoal. Volto a retornar aqui. obrigado.

MUITO Obrigado Gerou sem dar msg de erro Paiva

Bom dia Se possível incluir esses dois protocolos no componente de balança. Obrigado ! ACBrBALPreciaMolenI35 e ACBrBALIndi560_780.zip ACBrBAL.zip

enviei o cedente.ini uso a MUITO tempo ele Paiva

Bom dia! Com a alteração funcionou perfeitamente, saindo a via do estabelecimento e do cliente. A rotina ficou ok, tanto para esse TEF que gera a via do cliente e estabelecimento, quanto para outro que testamos aqui que gera apenas uma via e na segunda apenas é copiado as informações da primeira via, então para ambos deu certo. Agradeço pela atenção. Ótima semana a todos!

Muito obrigado, fico agradecido

cabloco bom como diz em Manaus. Era o scope q estava somente com write , trocou e ficou tudo ok. Parabens pelo excelente trabalho e suporte.

Em resumo, até agora: os decretos e incisos nos dizem uma coisa, os manuais da NFC-e, dizem outra, os auditores fiscais da receita nos respondem de forma contraditória e a AFRAC realiza reuniões fechadas com o fisco e repassam outra informação. Chega ser um descaso.

Boleto Hibrido com ACBrBoleto [CNAB] Santander Sicredi Itau [API] BB PenseBem

Boa noite, Revise suas configurações de ssl e tls.

Faltou preencher o Número da Operação, no código do cedente. Com isso o DV do segundo campo e o DV geral também ficaram errados.

Boa noite, Os dois foram testados na mesma pasta? Confirme se está com as dlls versão 1.1.1 da OpenSSL na pasta da aplicação, parece ser erro devido a versão ou falta das dlls. ../trunk2/DLLs/OpenSSL/1.1.1.10/

Olá pessoal, Encontra-se disponível no Portal Nacional da NF-e a nova Tabela de códigos de combustíveis sujeitos à tributação monofásica de ICMS, utilizada na NT 2023/001 versão 1.20, com a inclusão de novos códigos. Para acessar o portal clique aqui. A tabela foi publicada em 19/04/2023.

Boa tarde! @Juliana Tamizou agradeço suas considerações. Vamos nos atentar em próximas publicações. @Italo Giurizzato Junior conseguimos resolver a situação da seguinte forma: Pegamos as alterações da revisão 27384 do tortoise e aplicamos no nosso código, assim resolvendo o nosso problema. Em tempo, agradecemos novamente a atenção dispensada ao tópico.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Boa noite, Preencha também a chave a seguir com zero para pessoa física: TipoInscricao=0

Olá pessoal, Foi publicado a versão 1.20 da NT 2023/001. Novidades dessa versão Criação de novos campos para que seja possível informar o Diferimento Parcial Criação dos campos qBCMono, adRemICMS, vICMSMonoOp, pDif e vICMSMono para o CST 53 e revogação dos campos qBCMonoDif e adRemICMSDif. Campos criados para atender a previsão de diferimento parcial, conforme previsto no Convênio ICMS 10/23 que altera o Convênio ICMS 199/22. Ajustes nas de regras de validação LA18-10 E LA18-20 para que não sejam aplicadas na NFC-e, nem na NF-e nas operações com consumidor final. Alteração na documentação das Regras I13-20, LA17-10, LA17-20, LA18-10, LA18-30 Algumas colunas da Tabela de Combustíveis Sujeitos à tributação Monofásica, publicada no Portal Nacional da NF-e, tinham o mesmo nome de tags do XML. Isso poderia causar confusão na interpretação destas regras. Os nomes das colunas das tabelas foram trocados juntamente com a documentação destas regras para evitar essa confusão. Alteração da regra de Validação LA18-20 Excluída a aplicação desta regra de validação na NFC-e, modelo 65. Adicionada exceção para que a regra também não seja aplicada na NF-e, nas operações com consumidor final, (tag: indFinal) igual a 1 Exclusão de Regras de Validação relacionadas a tributação GLP/GLGN e ICMS Retido Anteriormente ( LA03d-10 e N45-10) Exclusão da regra de Validação LA03d-10 A exigência do campo estava relacionada à tributação do GLP/GLGN que possuía diferentes regras e alíquotas. O valor de partida (preço sem ICMS) era utilizado nas auditorias para conferência da composição das bases de cálculo do GLGNn e GLGNi que, nas operações interestaduais eram tributados a 12% e 4% respectivamente. Com a tributação Monofásica, esta informação deixa de ser relevante, pois as bases de cálculo passam a ser as quantidades e a alíquota definida é igual para GLGN nacional ou importado. Exclusão da regra de Validação N45-10 O campo “Valor do ICMS retido anteriormente” (tag: vICMSMonoRet) receberá 100% do imposto correspondente ao volume de Óleo Diesel A e 33,33% do imposto correspondente ao volume de B100, não sendo possível a aplicação da regra de validação conforme especificada. Prazos Ambiente de homologação: 20/04/2023 Ambiente de produção: 01/05/2023 Como mostrado acima ocorreu alteração no layout do XML, logo o componente ACBrNFe vai sofrer alterações para ficar em conformidade com a versão 1.20 da NT 2023/001, consequentemente uma nova versão do ACBrLibNFe e ACBrMonitor Plus vão ser disponibilizadas. Até 20/04/2023 vai estar no SVN o componente ACBrNFe alterado bem como as novas versões do ACBrLibNFe e ACBrMonitor Plus.

Boa tarde. Da uma olhada nesse tópico. comigo deu certo.

Bom dia...em nosso sistema conseguimos emitir boleto hibrido (PIX) em homologação e produção...mais não usei ACBrboleto...eu fiz pelo indy

Bom dia pessoal, Infelizmente existem ainda muitos pontos nebulosos, mas esperasse que o PIX seja postergado, já que trata-se de um dos maiores pontos de duvida. Em relação aos demais em grupos de julho, também espera-se que haja uma prorrogação, apesar de não ser possível saber neste momento se de fato ocorrerá. Quanto a AFRAC, a reunião é fechada aos associados, que ja vem acompanhando o andar das dúvidas junto ao fisco ao longo do tempo e assim levam pontos ainda não abordados a reunião. Mas gentilmente foi permitido a disponibilização da gravação posterior. At.