Alexandre de Paula

olá @Marcos Lenharo, poderia anexar a documentação utilizada para avaliarmos?

olá @Marcos Lenharo poderia anexar a documentação utilizada como referencia para validarmos? Obrigado

Foram realizadas as atualizações nos fontes do SVN referentes a: Revisão 29575: Leitura dos INI dos eventos S2416, S2418, S2500, S2501, S3000 e S3500 Revisões 29576 e 29577: Documentação com exemplos de arquivos INI dos modelos acima para ACBrLib e ACBrMonitor. Portanto nas ultimas versões disponíveis da ACBrLibeSocial e do ACBrMonitor já é possível trabalhar com esses eventos! Atualize seus arquivos e faça os testes antes de julho/2023 para não ter surpresas de última hora!

Obrigado mais uma vez pela contribuição @geovanesilveira. Mas de qualquer forma precisamos manter a padronização dos componentes e portanto ainda vamos avaliar como podemos fazer com que funcione tanto no Delphi 7 quanto nas versões mais novas e infelizmente os "Class Helpers" não funcionam no Delphi 7 também.

@Neski Soluções o Danfe é documento auxiliar relativo a Nota Fiscal de Serviço. O RPS é um documento intermediário e não tem validade fiscal. O objetivo da impressão é estar relacionada exclusivamente a NFSe, gostaria de entender a necessidade de imprimir o RPS. Obrigado.

Consultando a documentação no site que você informou não encontrei nada relativo a PIX. As API disponíveis são de OpenBanking e Boletos. Caso tenha mais alguma documentação encaminhe para nós que avaliamos e ajudamos no que for possível na integração.

@ERG sua contribuição foi avaliada, aceita e já se encontra disponível no SVN. Apenas uma observação em relação ao código utilizado: Onde você usou aValue.Equals('2') e em outros pontos equivalentes realizamos alteração para aValue = '2', pois precisamos manter a compatibilidade com versões anteriores do Delphi. Obrigado e fique a vontade para continuar contribuindo!

Tópico Fechado. Para novas dúvidas favor abrir novo tópico.

@geovanesilveira Fizemos uma atualização no SVN com a sua implementação, porém de forma parcial. A rotina relativa ao controle dos registros do SPED foi implementada. Obrigado! Porém o ajuste que você fez para a rotina TotalizarTermos não seria compatível com o Delphi 7 e por esse motivo não a incluímos no momento. Como você mesmo cita que encontrou a rotina na internet (localizamos algo aqui https://stackoverflow.com/a/35572202/460775), talvez seja o caso de avaliar uma alternativa que possa manter a compatibilidade com o Delphi 7. Nesse momento, se for possível, gostaria que você atualize seus fontes e reinstale os componentes e verifique se a rotina da forma que está é funcional para você. A ideia a partir de agora é buscar uma rotina que possa fazer a substituição de texto em arquivos grandes e que possamos incluir a mesma em uma das units ACBrUtil, mas sempre levando em conta que temos que atender implementações a partir do Delphi 7 também. Agradecemos mais uma vez a contribuição e aguardamos um retorno das validações!

A descrição da TAG é "Quantidade de volumes transportados", portanto entende-se que seriam quantos volumes e não uma unidade de volume (litros ou m³). Ainda na coluna de tamanho o manual orienta 1-15 caracteres. Veja por exemplo quando existem casas decimais no caso dos dados de peso que a indicação é 12v3 onde 12 é o tamanho e 3 as casas decimais.

Se tiver uma documentação do PSP também facilita bastante o nosso processo de integração. Caso consiga pode anexar aqui no forum.

Tópico fechado. Em caso de novas dúvidas criar novo tópico.

Boa tarde @Bruno Schneider - SS, Aqui no fórum esse assunto está sendo amplamente discutido. Verifique esses dois tópicos que vou colocar abaixo. Recomendamos sempre procurar os assuntos no fórum antes de criar um novo tópico. Vou encerrar este tópico e fique convidado desde já a contribuir nos tópicos abertos.

Adicionada TK-3985 para avaliação da contribuição. Obrigado!

Tópico movido para área PRO para SLA de atendimento.

Além disso parece que o seu INI tem algumas seções que não estão de acordo com o layout mais novo na versão 1.1 Verifique a nossa cópia da documentação em http://svn.code.sf.net/p/acbr/code/tools/DFe/eSOCIAL/S-1.1__2023_01/

Obrigado pelo retorno. Tópico Fechado. Para novas dúvidas favor abrir um novo tópico.

Conforme o @Renato Rubinho comentou verifique se não tem outro software executando ao mesmo tempo. Se o software do fabricante estiver executando, mesmo que "no plano de fundo", ele pode estar usando a porta de comunicação e não vai permitir que o seu programa conecte. Além disse seria importante você informar qual a mensagem de erro aparece... ou se tiver algum log disponível..

Não se trata de um problema no componente, mas da política anti-spam do servidor que está recebendo, já que o email é efetivamente enviado. Os servidores de email possuem políticas específicas para seu controle, então o caminho mais fácil é consultar a própria Locaweb com o objetivo de identificar porque seus e-mails estão sendo classificados assim. Algum pontos a levar em consideração são a forma de autenticação no envio do email, o endereço/nome do FROM ser equivalente ao que efetivamente envia o email, quantidade de e-mails em CC ou CCO em um único envio. Esses são alguns pontos, mas novamente, essas configurações são específicas de cada servidor de email. Outro ponto a ser avaliado é verificar a própria mensagem de rejeição se ela contém mais algum detalhamento além do 5.7.1 que vc informou que é um "genérico".

Bom dia @mouradantas, Até o momento desconheço a existência de algo nesse sentido. O caso é que as máquinas POS são bastante fechadas pelas empresas que fornecem as máquinas ao cliente. Em segundo lugar teria que implementar um serviço/servidor dentro da máquina para ela fornecer algo que "baixe" as informações dela. O que não faria muito sentido sendo que esses equipamentos são voltados muito ao desempenho (principalmente de bateria). Outra opção seria a máquina exportar os dados, mas novamente precisaria ter um servidor ou padrão em algum lugar e isso dependeria novamente da empresa que fornece o equipamento. Sua pergunta vai de encontro ao uma condição que está sendo muito discutida no momento em relação a uma legislação do RS que obrigaria uma integração entre o emissor da nota fiscal e o equipamento que efetiva o pagamento eletrônico. Veja mais aqui... Talvez ainda pode ser considerado que os recebimentos via maquina POS vão ser centralizados em algum gerenciador/página da empresa que forneça o equipamento, então uma alternativa poderia ser buscar uma integração com essa ferramenta que eventualmente tenha alguma exportação ou API de integração, mas novamente, possivelmente não diretamente com o equipamento.

Contribuição adicionada ao repositório SVN na revisão 29509. Agradecemos mais uma vez a contribuição @leandro.ledo e @murilojcosta!!!

Tópico fechado a pedido do usuário.

Criada a TK-3964 para avaliar a contribuição. Muito Obrigado!

Obrigado pela contribuição. Foi aberta a TK-3962 para avaliação.

Bom dia, Poderia detalhar um pouco mais a ocorrência? Qual banco / carteira ? Se tiver um log do monitor tbm ajuda a localizar a ocorrência. Caso acredite que o log tenha informações sensíveis siga essas orientações: