Painel de líderes

Bom Dia @Microsys Sistemas! Estou utilizando o meUnitário aqui e está normal, apenas o problema do cancelamento. Talvez um seria interessante verificar se está com os schemas atualizados ou apontando para a pasta correta dos schemas ou tbm fazer um reinstalação limpa do ACBr. Quando vou reinstalar aqui eu eu costumo apagar a pasta Lib que o instalador gera e deixo criar novamente.

Boa tarde, atualizado o fonte com o tipo stIndoor atendendo ao ChangeLog Version [1.0.1] - Oct 17, 2022 Atualize os fontes por favor. Grato.

Realmente está errado enviei um e-mail para o suporte, vou aguardar a resposta deles e posto aqui.

<ns1:CancelarNfseResponse> <CancelarNfseResult> <GerarNfseResposta xmlns="http://www.abrasf.org.br/nfse.xsd"> <ListaMensagemRetorno> <MensagemRetorno> <Codigo>E78</Codigo> <Mensagem>Número da NFS-e inexistente na base de dados para o prestador do serviço pesquisado. - CODE: 1</Mensagem> <Correcao>Informe corretamente o número da NFS-e.</Correcao> </MensagemRetorno> </ListaMensagemRetorno> </GerarNfseResposta> </CancelarNfseResult> </ns1:CancelarNfseResponse> Segue xml de retorno recebido...

@djinfope Movi a resposta para a base de conhecimento.

Conforme documentação da Abrasel ( https://abrasel-nacional.github.io/docs/#tag/ordersDetails/operation/ordersDetails ), foi implementado o novo tipo de order "INDOOR". Version [1.0.1] - Oct 17, 2022 Fixed the type field in the GET /orders/{orderId} where the INDOOR option (included in version 1.0.1) was not being displayed. Esse tipo NÃO esta implementado no AcbrOpenDelivery. No "pcnConversaoOD.pas", somente estão implementados os tipos: TACBrODServiceType = (stDelivery, stTakeout); Sendo que na documentação já se encontra disponível. É muito importante a implementação do INDOOR pois muitos restaurantes o utilizam. Por favor, avaliem quando podem fazer as alterações para implementarmos o recurso. Desde já agradeço.

No print está acusando que está selecionado Brasília, mas o padrão dela não é o Padrão Nacional, ela usa ABRASF 2.04. Corrija o "Layout da NFSe" para lnfsProvedor que deverá funcionar adequadamente. Obs: Salve as configurações após alterar o layout, na dúvida, feche e abra novamente o programa de exemplo.

Obrigado, vou analisar o caso!

@Pedro de Paula Maia muito obrigado deu certo!

Boa tarde, Verifica se você não tem nenhuma unit que faz parte do ACBrNFSeX com uma bolinha vermelha. Caso afirmativo, delete ela, baixe novamente e reinstale o ACBr.

Prezados (as), @neto233 basicamente não existe um SDK de comunicação direto com a catraca, via protocolo. Existe o software DMP Ticket, que comunica com a catraca e a integração é realizada com o DMP Ticket. Na documentação constam alguns exemplos e dúvidas enviadas por desenvolvedores que já realizaram a integração, tem também um simulador de comandas, para possibilitar os testes. Estou colocando um link para download, pois o tamanho do arquivo excede o limite: https://www.dropbox.com/s/hl5i3empw4rf6pk/INTEGRADOR - BAP TICKET DIMEP.rar?dl=0 À disposição.

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

Bom dia, em uma ajuda dada a um usuário do componente para o pix com gerencianet, foi visto que na versão disponivel no svn não foi colocado as units que passei aqui, ou que foi feito alguma alteração posterior usando versões antigas e substituiu as unis, dessa forma tendo problemas no envio do pix para a gerencianet. a pedido do Juliomar estou passando a informação por aqui no fórum para possivel revisão.

Bom dia, vou conferir essa implementação e já implementar. Retorno em breve.

Bom dia, Até onde eu sabia, a autenticação básica do office365 não iria mais funcionar a partir de 01/01/2023. Será necessária a autenticação com OAuth2. Veja se isso se aplica também ao hotmail.com e outlook.com.br No link a seguir tem uma citação de 31/03/2023. Levante essas informações, se for isso mesmo, não conseguirá mais usar. https://learn.microsoft.com/pt-br/exchange/clients-and-mobile-in-exchange-online/deprecation-of-basic-authentication-exchange-online

@Italo Giurizzato Junior Bom dia... Agora sim, funcionou perfeito a impressão com 1 item e com mais de 1 item. Não tenho nenhuma nota pra gerar no momento. Quando fizer a geração de uma nova nota, vou testar se está tudo Ok. Caso tenha alguma intercorrencia te aviso. Muito obrigado. Feliz Ano Novo à todos Vcs.

Bom dia Willian, Revise as documentações do padrão nacional que deve encontrar maiores detalhes. Veja nos anexos relacionados a lista de serviços / NBS que a composição dos códigos é ITEM + SUBITEM +DESDOBRO NACIONAL http://svn.code.sf.net/p/acbr/code/tools/DFe/NFSe_Nacional/Manuais/

Bom dia, Com base nos manuais que nós temos não consegui saber qual é a finalidade da tag <CodigoMunicipioPrestacao> que é opcional. se a tag <CodigoMunicipioPrestacao> se refere ao código IBGE do município onde ocorreu a prestação de serviço, podemos concluir que: 1. se a prestação é dentro do município ela não deve ser gerada. 2 se ocorreu fora ela deve ser gerada com o código desse município. Você poderia conferir com a prefeitura/provedor sobre a finalidade dessa tag?

Vlw @Italo Giurizzato Junior, obrigado pela informação

Eu uso TInject com o meu Chatbot, nele respondo automático, envio arquivos e etc. Você só será bloqueado se fizer envio em massa, responder atendimentos não bloqueia. Tem outras opções de componentes como o WPP4Delphi e outros: https://wppconnect.io/ https://github.com/wppconnect-team/WPP4Delphi Caso queira apenas usar a api gratuita do Whats, eu fiz uma unit bem simples de ser usada: https://github.com/valterpatrick/WhatsappEnvMens2

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

Boa tarde Alex, Por favor, faça um novo teste de cancelamento, mas informe um numero de nota que não existe só para gerar rejeição e anexe o XML do retorno desse pedido de cancelamento. Estou desconfiado que quando ocorre rejeição o grupo <ListaMensagemRetorno> em vez do WebService gerar a tag <CancelarNfseResposta> esta gerando <GerarNfseResposta>. Se isso se confirmar temos um Bug no WebService pois ele tem que gerar a mesma tag não importa se o pedido foi processado com sucesso ou não. Visto que o que estamos esperando é a Resposta do Cancelamento de uma NFS-e portanto a tag correta é <CancelarNfseResposta> e não <GerarNfseResposta>, pois esta ultima é o retorno quando enviamos para o WebService um único Rps para ser processado pelo serviço GerarNfse.