Painel de líderes

Olá pessoal, Temos o prazer de informar um novo componente: ACBrSmartTEF. O componente ACBrSmartTEF foi desenvolvido para facilitar a integração com o SmartTEF. Ele permite, entre outras coisas, criar, consultar e cancelar ordens de pagamento. Veja mais sobre a parceria com a POS Controle nesse link aqui. Ouça mais sobre o POS Controle e o SmartTEF clicando AQUI Para saber como utilizar o componente ACBrSmartTEF, veja o tópico abaixo:

Como utilizar o componente ACBrSmartTEF O componente ACBrSmartTEF foi desenvolvido para facilitar a integração com o SmartTEF, permitindo, entre outras coisas, criar, consultar e cancelar ordens de pagamento de forma simples e padronizada. O exemplo incluído nos fontes do ACBr demonstra todas as principais funcionalidades e como configurar corretamente o componente. Configuração inicial Na aba “Configuração”, você deve informar os parâmetros necessários para comunicação com o SmartTEF: Seção Smart TEF GW-Token-Integrador → Token fornecido pelo SmartTEF para o integrador CNPJ Integrador → CNPJ do integrador cadastrado GW-Token-Loja → GW-Token específico da loja CNPJ Loja → CNPJ da loja vinculada JWT-Token-Integrador → Token JWT Seção Proxy (opcional) Permite configurar acesso via proxy caso a rede exija autenticação. Seção Log Define o arquivo e o nível de log (Ex: “Muito Alto” para depuração detalhada). Após preencher os dados, clique em Salvar Parâmetros para gravar as configurações no arquivo SmartTEFTeste.ini. Ordens de Pagamento Na aba Endpoints > ERP > Ordens de Pagamento, é possível criar novas ordens: Tipo Pagamento: CREDIT, DEBIT, PIX, VOUCHER, OUTROS. Parcelas: número de parcelas da venda (Apenas para Credito) Valor: valor total da operação Tipo Ordem: NRM (Será criado um card para todos os terminais), CRD_UNICO (A ordem será enviada APENAS para um terminal específico) Tipo Juros: F_CLIENT, F_STORE. ID Usuário: Id do usuário logado no terminal (Enviado APENAS caso o tipo seja CRD_UNICO). Serial POS: número de série do terminal (Enviado APENAS caso o tipo seja CRD_UNICO). CPF/CNPJ e Nome: dados opcionais do cliente Ao clicar em Criar, a aplicação enviará a requisição e exibirá no Log das Operações o JSON de retorno. Ordens de Impressão Na aba ERPs > Ordens de Impressão, é possível gerar comandos de impressão para comprovantes, definindo: Tipo Ordem: NRM (Será criado um card para todos os terminais), CRD_UNICO (A ordem será enviada APENAS para um terminal específico) Print Id: Id da impressão ID Usuário: Id do usuário logado no terminal (Enviado APENAS caso o tipo seja CRD_UNICO). Serial POS: número de série do terminal (Enviado APENAS caso o tipo seja CRD_UNICO). Arquivo: Arquivo de imagem enviado para impressão Log das Operações O painel lateral exibe todas as etapas executadas pelo componente: Leitura e gravação da configuração Comunicação com a API SmartTEF Respostas JSON das ordens criadas, consultadas, canceladas, etc. Demais Funcionalidades Além dessas principais funcionalidades, também é possível Listar Terminais, Usuários, Consultar Lojas... Comunicação com a API SmartTEF Respostas JSON das ordens criadas, consultadas, canceladas, etc. Equipamentos homologados para uso do SmartTEF em Produção: Rede: Laranjinha Positivo L400, N960K Cielo: LIO 2, LIO ON, AXIUM DX8000 Getnet: P2, P3, N910, A8, AXIUM DX8000 Stone: A8, P2, L400 Sipag: AXIUM DX8000, P2, X990 Sicredi: FLEX 405 (Clover) PagBank: P2, A930, GPOS780 SafraPay: P2, A8, L300 Vero: L300, N950, P2 CAIXA: FLEX 405 (Clover) Bin: FLEX 405 (Clover) Clover: FLEX 405 Phoebus: L300, A910, A920 Fonte: https://www.smarttef.com.br/ Veja também: https://linktr.ee/POS.SmartTEF

Olá pessoal, Por favor deem atenção. Como sabem estamos aos poucos saindo das units "pcn". E um dos passos para fazermos isso foi criar uma unit chamada ACBrDFe.Conversao.pas (Veja aqui sobre). Mas essa unit tinha alguns problemas e mudanças de comportamento indesejados então precisamos refazê-la. Isso pode quebrar o seu código e por isso precisamos de sua atenção. TL/DR: A unit ACBrDFe.Conversao.pas não é uma cópia da pcnConversao.pas com outro nome. A pcnConversao.pas ainda funciona, mas quando você for utilizar a ACBrDFe.Conversao.pas, vai precisar fazer ajustes! Ainda está aí? Beleza, agora vamos aos detalhes. Em primeiro lugar queremos deixar claro que ela vai continuar sendo parte da migração para fora das units "pcn*" em especial a pcnConversao.pas. Vamos resumir aqui no entanto algumas alterações que foram feitas: A constante LineBreak foi removida. Se você precisa dela no seu código, use a constante que já vem no Delphi/Lazarus SLineBreak. Diversos tipos foram renomeados. Listamos abaixo alguns: TpcnTipoCampo = TACBrTipoCampo; TpcnTagAssinatura = TACBrTagAssinatura; TpcnTipoImpressao = TACBrTipoImpressao; TpcnTipoEmissao = TACBrTipoEmissao; TpcnTipoAmbiente = TACBrTipoAmbiente; TpcnProcessoEmissao = TACBrProcessoEmissao; TpcnTpEvento = TACBrTipoEvento; TpcteModal = TModal; TpcnTipoNFe = TTipoNFe; TpcnOrigemMercadoria = TOrigemMercadoria; TpcnCSTIcms = TCSTIcms; TpcnCSOSNIcms = TCSOSNIcms; TpcnCstPis = TCSTPis; TpcnCstCofins = TCSTCofins; TpcteTipoRodado = TTipoRodado; TpcteTipoCarroceria = TTipoCarroceria; TpcnUnidTransp = TUnidTransp; TpcnUnidCarga = TUnidCarga; TpcteProp = TtpProp; TpcnindIEDest = TindIEDest; TpcnRegTribISSQN = TRegTribISSQN; TpcnindIncentivo = TindIncentivo; TpcnRegTrib = TRegTrib; TpcnindRatISSQN = TindRatISSQN; TpcnindRegra = TindRegra; TpcnCodigoMP = TCodigoMP; As funções de conversões de tipos enumerados foram refeitas para seguir o padrão "Try-Parse". Esse é um padrão comum em linguagens de programação (incluindo o Delphi com as funções TryStrToDate e StrToDate). A função que tem no nome o prefixo "Try" realiza a verificação de uma possível conversão sem lançar exceções, retornando um booleano para indicar se a conversão foi bem-sucedida e armazenando o resultado, em caso de sucesso, em um parâmetro de saída. A função que não tem esse prefixo, gera uma exception quando o tipo não puder ser convertido. Essa função que inicia com "Try" substitui a função anterior que tinha um parâmetro "ok". Um dos objetivos de usar esse padrão é porque muitas pessoas nem se dão conta que é preciso verificar o parâmetro "ok" antes de usar o resultado da função. Como sabemos disso? Bem, este tipo de uso é frequente em contribuições e até mesmo no código antigo do ACBr... Almejamos assim deixar o código mais claro. Por enquanto o seu código que usa a pcnConversao vai continuar funcionando. Mas vai retornar vários warnings. A ideia é que você possa ir corrigindo no seu tempo. Nós mesmo estamos usando e isso vai aumentar a quantidade de warnings gerados que você vê ao compilar os componentes ACBr ... Por outro lado, vamos modificar o código do ACBr para deixar de utilizar a unit pcnConversao internamente o quanto antes. Os hints/warnings estão sendo ajustados na unit pcnConversao.pas para refletir o que foi delineado aqui. E como sempre, fiquem a vontade para reportar quaisquer problemas, sugestões e melhorias. Obrigado pela atenção pessoal.

o erro é de schemas sim. está antes de enviar o xml para o sefaz.

fiz um monte de coisa, depois vi q tinha a propriedade Cancelada kakaka. depois vou ver outras situacoes

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Muito obrigado pelo relato. Enviamos uma correção para o problema ao SVN.

@andreluis_s Obrigado pela colaboração, isso é muito importante para comunidade ! Criado a tarefa para analise ACBR-8329 , reportamos aqui quando concluido.

está descrito acima tem que remover o pcnconversao do seu fonte e adicionar o que está dizendo aqui ACBrDFe.Conversao

Boa noite @Data Lider, Muito obrigado pela colaboração, já foi criado a tarefa ACBR-8327 para realizar a alteração.

Boa noite. Estava postando exatamente isso. Por favor, poderiam analisar a alteração e subir para o SVN. ACBrBoletoW_Inter_API.pas

Acho que ele viu, mas existem os combustíveis que deve ser informado no grupo ICMSST e não no ICMS60 por estarem sujeitos a repasse interestadual, caso contrário cai na rejeição abaixo: Na mudança para o ACBrDFe.Conversao creio que isso passou batido. O @EMBarbosa creio que ainda está trabalhando nisso.

Ao que indica o problema é o A3 com windows 11 no ultimo update da MS postaram até agui no fórum noticia https://learn.microsoft.com/pt-br/windows/release-health/resolved-issues-windows-11-25h2#3697msgdesc

Olá pessoal, Foram disponibilizados na Rev-42571 os programas de exemplo em PHP, Singlethread e Multithread utilizando a ACBrLibExtratoAPI. ..\ACBr\Projetos\ACBrLib\Demos\PHP\ExtratoAPI\ACBrExtratoAPIDemoST.php ..\ACBr\Projetos\ACBrLib\Demos\PHP\ExtratoAPI\ACBrExtratoAPIDemoMT.php Lembrando que os programas de exemplo em php utilizam a ACBrComum.php que contém métodos em comum entre os modos (ST e MT) e para todas as libs. ..\ACBr\Projetos\ACBrLib\Demos\PHP\ACBrComum\ACBrComum.php Até mais!!!

Enquanto a mudança está só no ACBr realmente estaria tranquilo. Mas a ideia é que minimize as quebras também nos softwares. Em primeiro lugar, porque nem todos ainda estão usando a ACBrXMLDocument. Segundo, ao invés de warnings estariam recebendo erros de compilação que não foi possível encontrar o tipo "XXXX".