José M. S. Junior

Bom dia,
Em regras gerais a NT sobre essa regulamentação já está em vigor desde o mês de junho. Dê uma olhada nessa NT:
https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=gv5XFF3hh0Y=
A forma de preenchimento parece correta.
O Rastreamento de medicamentos é obrigatório para medicamentos, então para esse tipo de produto precisa informar as tags da seção Rastro.
 

Bom dia,
O segundo segue a numeração da tag Produto. ex:
[Medicamento002001]
[rastro002001]

Bom dia,
Informe o nome da seção desse registro com dois dígitos no final, seguindo o modelo da documentação. Pois podem existir até 31 registros para essa tag no XML.
https://acbr.sourceforge.io/ACBrMonitor/ModeloEventoS2299INI.html
exemplo de preenchimento
[infoInterm01]
Dia=1

Isso, 
O ideal é preencher a data hora completo conforme os demais campos desse tipo. ex: 
dhCont= 10/08/2022 13:15:00

Por favor, testar com a ultima versão:
 

Pelo seu retorno o SAT não está respondendo.
verifique nesse tópico abaixo se as suas configurações estão como descritas para esse modelo. A particularidade desse SAT é que todas as dlls de dependência devem estar juntas na mesma pasta da dll do SAT.
Se estiver ok as configurações e as dlls de dependência na pasta. Tente extrair um log do Aparelho para verificarmos se está recebendo o XML e se está ocorrendo alguma demora no retorno.
https://acbr.sourceforge.io/ACBrLib/SAT_ExtrairLogs.html

Bom dia, 
O método ObterPDF serve para obter o mesmo em base 64 mesmo, caso esteja usando Web por exemplo. Para Salvar na própria máquina utilize o método ImprimirPDF, após carregar o mesmo.
Será Salvo conforme a estrutura de diretórios configurada na lib o diretório raiz será o configurado no campo "Download.PathDownload" na sessão [NFe]
https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca16.html

No tópico, foi citado esses exemplos de configuração para a impressora instalada
em (Preferências de Impressão) e (Propriedades da Impressora) com a nova configuração do Tamanho do Papel, ou configurando um já existente.


 

Boa tarde,
Existem erros de preenchimento no cálculo de impostos... Se o cliente é Simples Nacional, deve preencher apenas o campo CSOSN, mas está preenchendo CST também
Outro detalhe é que CSOSN:500 não destaca ICMS, nesse caso não deve contabilizar esses campos nos totalizadores, por isso o motivo da rejeição: "Total Base Calculo Difere do Somatório"

Analisando os fontes aqui, o que acontece é que a primeira linha do campo mensagem não é considerado para geração do arquivo, pois seguindo um padrão da Febraban a primeira linha já é informada no registro normal.
Se utilizar mais de uma linha provavelmente será gerado as mensagens no registro 2. Para quebrar linha use o caractere pipe "|" ex:
Mensagem=|PROTESTAR NO 7º DIA UTIL APOS O VENCIMENTO |Cobrar juros de R$... ao dia | ...
Nesse caso deve deixar desabilitado a configuração "ImprimirMensagemPadrao" e passar as mensagens manual no campo "Mensagem".
Experimente dessa forma, provavelmente nunca foi usada essa funcionalidade nesse Banco. Vou verificar na documentação se é correto a impressão da primeira linha também nesse caso, se sim vamos precisar alterar isso para esse Banco.

Boa tarde, no ACBr corresponde ao campo "NumeroDocumento"

Boa tarde Eric,
O componente boleto não considera o dígito na leitura do campo nosso número, pois já existe uma função que calcula o dígito no momento de uma reimpressão ou mesmo de gerar o Arquivo novamente. Porém tem uma property "LerNossoNumeroCompleto" no componente que permite a leitura do retorno considerando o dígito, mas provavelmente não está sendo usada no fonte do Banco Santander.
Se desejar implementar essa funcionalidade e ver se resolve para você, podemos atualizar também nos fontes do SVN. Pode usar como referencia a função (DefineNossoNumeroRetorno) do Banco Cresol, ela faz uso da property para definir o tamanho do campo de leitura.

Está usando Fortes? Se sim, ajuste primeiramente a Largura da bobina.

Bom dia, 
Por enquanto utilize os fontes baixados pelo SVN para obter as classes atualizadas. No tópico abaixo pode ver o passo a passo para baixar os fontes junto com o demo e a dll atualizada.
 

Bom dia Lucimauro,
Remova as configurações do Integrador (Deixe em Branco os campos: PastaInput e PastaOutput). Assim que for removido de vez poderemos retirar essas configurações mas por enquanto basta deixar esses campos vazios para não usar o Integrador.
https://acbr.sourceforge.io/ACBrLib/Integrador.html)

Bom dia,
De acordo com o manual o campo transDCTWeb só deve gerar no XML quando valor for "S".
Creio que o erro seja uma validação do próprio schema do e-social que exige o campo nesse caso, mas o valor valido seria "S"

Existe alguma inconsistência entre o layout que eles estão comparando com o que utilizamos. Veja que não na posição 5 não deve ser preenchido nada:

 
Para que gere o campo Tipo de Cobrança - "Com Registro". Informe o campo Modalidade=1
Creio que isso já resolva esse rejeição, embora não esteja em conformidade com a posição do relatório de críticas.

Bom dia, 
Não consegui simular o problema no envio de email com pdf. Experimente remover o último parâmetro onde não passa nenhum anexo.
NFE.ENVIAREMAIL("[email protected]","C:\nfe\uninfe\Enviado\Autorizados\202206\35220699999999000110550010000364341109999060-PROCNFE.XML",1,"Envio de NFe").
Pode ser alguma particularidade do provedor que não está permitindo anexo, ou algum problema com o XML. Se persistir por favor anexe esse XML para verificação.

@DeveloperATS, pelo seu log está sendo passado o numero da remessa corretamente...
Realizando um teste por aqui não conseguir simular o problema, veja o log da lib e como foi gerado o arquivo do Itaú:
 


 
Se seu arquivo estiver diferente disso, por favor anexe o mesmo aqui ou me envie em PV, para que possamos verificar.

O CodigoMensagem do erro retornado não bate com a descrição da documentação deles...
https://apoio.developers.bb.com.br/referency/post/5f4f8850b71fb5001268c9ca
 
Para garantir que está sendo utilizando o endpoint correto, utilize o seguinte código antes do método EnviarBoleto:
Boleto.Configuracoes.WebService.Operacao := tpConsulta; 
De qualquer forma, se está conseguindo incluir, indica que a comunicação está ok... Pode ser algum problema na api mesmo, nesse caso sugiro que questione sobre o erro no fórum do BB.
 

Boa tarde,
Você pode utilizar o  método https://acbr.sourceforge.io/ACBrLib/POS_ImprimirTags.html para imprimir todas as tags

Boa tarde,
Favor atualizar o ACBrMonitor, isso foi corrigido na ultima versão.

@Net Shopping, nesse ultimo log seu cenário já mudou... Não está mais ocorrendo erro no uso do método da biblioteca, note já conseguiu transmitir e o erro agora é uma rejeição da própria SEFAZ.
Provavelmente o erro estava ocorrendo nos parâmetros mesmo... Notei que está passando o parâmetro zipado, no caso da NFCe não precisa passar esse parâmetro, pode passar false.
Quanto a rejeição 383- CSON invalido, pode estar relacionado a UF, o uso CSON 900 está a critério da UF para ser aceito, visto que Simples Nacional não destaca os impostos. O Contador do seu cliente pode te informar melhor qual CSOSN utilizar.
Se for usar Regime normal deve preencher a tag CST ao invés de CSOSN.

Bom dia,
Atualizado no SVN com os ajustes.

Bom dia,
Foi atualizado mas com algumas ressalvas, como procuramos sempre manter o padrão dos demais bancos, atualizamos a função CarteiraEnvioToCod, pois o campo carteiraEnvio realmente pode modificar de título para título. Já o campo ResponsEmissao não deve alterar para cada título é uma particularidade nas configurações do Emissor, como a lista de títulos tem sempre um único Emissor a cada geração por isso é utilizada esse campo. Pode notar o mesmo nos demais bancos tradicionais.
Favor atualizar os fontes e realizar os testes, se possível reporte aqui. Obrigado!