Renato Rubinho

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

Tópico fechado por falta de retorno do usuário

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

Confirmando, após atualizar o fortes, precisa reinstalar o ACBr, caso não tenha feito.

Certo, Se colocar meu outro select como subselect totalizando o valor e agrupando por data não resolve? SELECT SUM(VALORTOTAL), DATA FROM( SELECT (SUM( CASE WHEN M.TIPOMOV < 2000 THEN M.QUANT ELSE 0 END - CASE WHEN M.TIPOMOV > 1999 THEN M.QUANT ELSE 0 END ) * F.CUSTO ) AS VALORTOTAL, M.DATA, F.CODPRODUTO FROM UN05100 F LEFT JOIN UN05300 M ON M.CODPRODUTO = F.CODPRODUTO WHERE M.DATA BETWEEN :DTESTOQUEINI AND :DTESTOQUEFIM GROUP BY M.DATA, F.CODPRODUTO, F.CUSTO ) GROUP BY DATA

Boa noite, Acredito que ambos foram perguntas. Não me lembro de ter visto nada que obrigasse manter o código, a menos que grupos específicos como armas, bebidas, combustível, etc, tenham algo sobre isso. Produtos em geral não tem essa necessidade, bem porque você pode ter produtos similares ou iguais, de fornecedores diferentes com códigos diferentes (a menos que exista uma regra específica conforme citado antes) e não teria como fazer o controle com um código único. Obs: O ideal é sempre tirar esse tipo de dúvida com seu contabilista ou do seu cliente.

No MOC diz que xNome não é obrigatório no grupo entrega. Pesquise quando ele é necessário e se for possível não preenchê-lo, talvez passe.

Boa noite, Acredito que este código ou algo próximo a isso lhe atenda. SELECT (SUM( CASE WHEN M.TIPOMOV < 2000 THEN M.QUANT ELSE 0 END - CASE WHEN M.TIPOMOV > 1999 THEN M.QUANT ELSE 0 END ) * F.CUSTO ) AS VALORTOTAL, M.DATA, F.CODPRODUTO FROM UN05100 F LEFT JOIN UN05300 M ON M.CODPRODUTO = F.CODPRODUTO WHERE M.DATA BETWEEN :DTESTOQUEINI AND :DTESTOQUEFIM GROUP BY M.DATA, F.CODPRODUTO, F.CUSTO

Pode anexar o XML para análise?

Boa noite, Veja o S-3000, entendo que ele atenda esses casos. Leia as documentações a respeito do E-Social para entender como funciona. Segue link com os documentos. http://svn.code.sf.net/p/acbr/code/tools/DFe/eSOCIAL/S-1.1__2022_12/

Boa noite, Não vi relatos parecidos em outros canais. Caso o problema persista, como já se passaram as 6h do primeiro problema, siga os passos para o preenchimento do formulário e, se possível, atualize o tópico com o resultado para poder ajudar quem tiver o mesmo problema.

Boa tarde, Muito provável que seja um problema específico no ambiente de homologação deles. Não vi outros relatos deste problema nesse município. Envie o RPS para suporte do provedor para verificarem se tem algo específico nele que gerou a excessão ou se o ambiente de homologação está com problema generalizado.

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

A mensagem diz: O elemento xNome não é esperado. É esperado xLgr. Falta preencher este campo.

Boa noite, Veja se assim resolve: Se foi preenchido infEvento.tpEvento para verificar se foi o evento de cancelamento Ou NFE.InutNFe.nNFIni ou NFE.InutNFe.nNFFin, por exemplo, para identificar se é inutilização.

Boa tarde, Veja o critério para mostrar o qrcode no fortes retrato, preenchendo o link ou outrasinformacoes. ../trunk2/Fontes/ACBrDFe/ACBrNFSeX/DANFSE/Fortes/ACBrNFSeXDANFSeRLRetrato.pas

Certo, a ideia era para confirmar se eventualmente a conversão de data poderia estar gerando alguma exceção, não preenchendo as demais propriedades. No modelo da documentação está preenchida a Seção [EVENTO] ao invés de [CCE], teste dessa forma para ver se funciona. https://acbr.sourceforge.io/ACBrMonitor/NFEEnviarEvento.html https://acbr.sourceforge.io/ACBrMonitor/CartadeCorrecao.html Caso negativo, por favor aguarde os consultores responsáveis pelo monitor que tem maior conhecimento para te ajudar. Consegue validar em produção para verificar se não se trata de um erro em homologação?

Boa noite, Você sempre usou a data com apenas 2 dígitos no ano? Uma hipótese pode ser algum erro na conversão de data, interrompendo o processo e não preenchendo as propriedades seguintes. Não sei se é o caso, mas por via das dúvidas, tente preencher o ano com 4 dígitos.

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

Boa tarde, Você mudou para utilizar a DistribuicaoDFePorNSU ao invés da DistribuicaoDFePorUltNSU Com isso a consulta está sendo feita para o NSU específico zero ao invés da consulta por último NSU a partir do zero.

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

O XML temp1.xml é o RPS para envio ao provedor. O provedor é responsável pela geração do xml da NFSe, que consta na ListaNfse do outro xml que você anexou.

O envio não deve estar correto, não está retornando um erro no envio? Cole um print do retorno do envio com o programa de exemplo.

Isso é um indicativo que o problema é lá, assim como o Juliomar indicou. Não está funcionando corretamente. Acompanhe o grupo do discord que indiquei, que a discussão está grande a respeito. E mantenha os fontes atualizados caso existam ajustes, assim como a atualização da url.

Boa noite, Você está com os fontes atualizados e verificou se o mesmo problema acontece com o programa de exemplo? Veja se este tópico ajuda em algo.