Richard

Boa noite pessoal! Existe algum impedimento em compilar com o Delphi Rio para linux no Apache ou até mesmo como aplicação console com o AcbrNFe? Fiz várias pesquisas e todas falam do fmx, mas gostaria de uma aplicação servidora que vai rodar em CentOs modo texto. Caso seja possível, alguém pode me indicar algum material gratuito ou pago?

Sadm, nossa equipe acabou de falar com o atendente Paulo da Sefaz e ele informou que o problema é interno no ambiente deles. Segundo ele, estão trabalhando na solução o mais rápido possível.

Obrigado Ítalo! Minha interpretação foi exatamente igual a sua, foi apenas publicado, não fala de obrigação! A mensagem acima foi encaminhada por um escritório de consultoria tributária que tacou panico nos clientes e os mesmos questionaram nossa software house. Obrigado!

Bom dia pessoal, tudo bem? Em Mato Grosso estou com o seguinte retorno: Rejeição: XML Mal Formado999 - /usr/appl/nfe/temp/xmlDadosXXXX.xml (No space left on device) Eu acredito que seja o ambiente da receita. Alguém passou por este erro ou esta transmitindo NFe normalmente em Mato Grosso na data de hoje (02/11/2019)?

Referente: Ajuste SINIEF N° 022/2019: Inclusão Eventos NF-e – Obrigatoriedade 01/12/2019 Através do Ajuste SINIEF n° 022/2019, foram instituídos novos eventos relacionados a NF-e, os quais são: Ø Comprovante de Entrega da NF-e: registro de entrega da mercadoria, pelo remetente, mediante a captura eletrônica de informações relacionadas com a confirmação da entrega da carga; Ø Cancelamento do Comprovante de Entrega da NF-e: registro de que houve o cancelamento do registro de entrega da mercadoria pelo remetente. À partir de 01/12/2019, o remetente da NF-e deverá obrigatoriamente registrar junto ao portal da NF-e a comprovação de entrega da NF-e e o cancelamento do comprovante de entrega da NF-e (se for o caso). Os eventos devem ser registrados através do portal nacional da NF-e. Gentileza verificar junto ao sistema de automação se há alguma ferramenta que possa facilitar estas novas operações. Pessoal, o prazo é 01/12/2019, alguém já conseguiu evoluir neste item?

Jose, estou com o mesmo problema, CFOP 7.358 esta retornando "CFOP invalido para operacao". Funcionava até ontem, você conseguiu descobrir o problema? Pois é gravíssimo.

Não havia observado isto, farei agora

Segue em anexo as alterações sugeridas! ACBrECFBematech.pas

Então, creio que não deva mudar para 15 dígitos não, pois ainda não tenho certeza se em todos modelos vão vir 15 dígitos, na minha opinião deveria comparar das 2 formas Sugestão: ________________________________________________________________________________________________ FileMask := FilePath + Prefixo + Trim(NumSerie) + '_' + FormatDateTime('yyyymmdd',Now ) + '_*.TXT'; // Nome do arquivo retornado pela DLL com número de série correto FileMask2:= FilePath + Prefixo + Copy(Trim(NumSerie),1,15) + '_' + FormatDateTime('yyyymmdd',Now ) + '_*.TXT'; // Nome do arquivo retornado pela DLL com número de série constando apenas os 15 primeiros caracteres. Arquivos := TStringList.Create; OldAtivo := Ativo ; try DeleteFile( NomeArquivo ); DeleteFiles( FileMask ); DeleteFiles( FileMask2 ); AbrePortaSerialDLL( FilePath ) ; Resp := xBematech_FI_ArquivoMFD( '', DiaIni, DiaFim, 'D', Prop, Tipo, cChavePublica, cChavePrivada, 1 ) ; if (Resp <> 1) then raise EACBrECFErro.Create( ACBrStr( 'Erro ao executar xBematech_FI_ArquivoMFD.'+sLineBreak+ AnalisarRetornoDll(Resp) )) ; FindFiles( FileMask, Arquivos ); if Arquivos.Count < 1 then Begin FindFiles( FileMask2, Arquivos ); if Arquivos.Count < 1 then Begin raise EACBrECFErro.Create( ACBrStr( 'Erro na execução de xBematech_FI_ArquivoMFD.'+sLineBreak+ 'Arquivo: "'+NomeArquivo + '" não gerado' )) ; End; End; RenameFile( Arquivos[0], NomeArquivo ); finally Arquivos.Free; FechaPortaSerialDLL( OldAtivo ); end; ________________________________________________________________________________________________ Em vermelho o que eu mudei. Desta forma da certo tanto se o nome do arquivo retornar com 15 dígitos, quanto com 20 dígitos

Bom dia! Realmente a DLL alterou o formato e na DLL atual (6.1.2.0) esta gerando no formato que o Acbr esta gerando. Porém estou tendo um problema grave, o componente gera certo: FileMask := FilePath + Prefixo + Trim(NumSerie) + '_' + FormatDateTime('yyyymmdd',Now ) + '_*.TXT'; E a DLL também, só que a DLL esta gerando o número de série com 15 dígitos e não com 20 dígitos, ou seja: DLL Bematech 6.1.2.0 = MFDBE0507756007000_20130828_112744 Acbr = MFDBE050775600700013969_20130828_112744 Alguém passou por este problema?