Pesquisar na Comunidade
Showing results for tags 'síncrono'.
Encontrado 8 registros
-
Olá pessoal! Conferindo na página Sobre a NF-e consta um aviso informando que foi disponibilizado no ambiente de testes um autorizador síncrono para NF-e. Aviso reproduzido na íntegra: Síncrono... Assíncrono... que raios é isso?! Na transmissão de documentos fiscais, o envio para o web service pode ocorrer de duas maneiras. No envio assíncrono, o XML é enviado para o web service, que devolve um número de recibo. Em seguida, o emissor faz uma nova conexão com o mesmo web service para consultar o número de recibo e receber o resultado do processamento. No envio síncrono, o XML é enviado para o web service, que já devolve o resultado do processamento na mesma resposta, ou seja, tudo é feito em uma única conexão. E por que isso é importante? Apesar de existir as duas formas de envio, recentemente alguns documentos fiscais tem adotado exclusivamente o modo de envio síncrono e desativando o modo assíncrono. Isso aconteceu com a NFC-e: Com a versão 4.00 do CT-e: Com o MDF-e: E logo com a NF3e também: Para a NF-e especificamente, ainda existe ambos os métodos, com exceção de SP e BA que não aceitam o modo síncrono. Esse aviso indica que a Sefaz de SP está caminhando para que isso não seja mais o caso e ela passe a aceitar o envio síncrono também. O que pode ser um passo para que a NF-e também mude somente para o modo síncrono futuramente. Está edição do Papo PRO traz considerações sobre as formas de envio: Um agradecimento ao membro de nossa comunidade @Felipe Marianopor compartilhar a informação no canal #sefaz em nosso Discord.
-
- 6
-
- assíncrono
- assincrono
- (e 8 mais)
-
Estou tentando fazer o envio do MDFe de forma síncrona, entretanto está gerando algumas dúvidas. Na função de enviar o MDFe, são 3 parâmetros que podem ser passados, ALote, Imprimir, ASincrono respectivamente. Sendo que o parâmetro ASincrono tem como valor default FALSE, ou seja entende-se que a forma de envio é Síncrona correto? Pois bem, ao debugar o código na função Envia da classe ACBrMDFeWebServices, tem se o código: FEnviar.Lote := ALote; FEnviar.Sincrono := ASincrono; Então neste caso assumindo o valor default de Asincrono, o valor de Sincrono também é FALSE. Essa propriedade implica na função TratarResposta da parte de RECEPÇÃO nesta mesma classe. Primeira pergunta: 1º Porque a propriedade FEnviar.Sincrono recebe ASincrono? Sendo que no TratarResposta na recepção, existe condição que Sincrono tem de ser verdadeiro para poder ser executado. if Sincrono then begin if pos('retMDFe', FPRetWS) > 0 then AXML := StringReplace(FPRetWS, 'retMDFe', 'retConsSitMDFe', [rfReplaceAll, rfIgnoreCase]) else AXML := FPRetWS; ... Código continua para baixo E a segunda pergunta ainda na função Envia da classe ACBrMDFeWebServices. if not ASincrono or ((FEnviar.Recibo <> '') and (FEnviar.cStat = 103)) then begin FRetorno.Recibo := FEnviar.Recibo; if not FRetorno.Executar then FRetorno.GerarException( FRetorno.Msg ); end; Sendo neste caso a condição verdadeira, irá ser executado uma consulta dentro do FRetorno.Executar. 2º Porque tem de ser feita uma consulta?. Sendo que, segundo o parâmetro ASincrono está com valor FALSE, ou seja teria de ser Síncrono, e uma vez sendo Síncrono não necessita de consulta. Se não me fiz entender, tento explicar de outra maneira. Desde já, agradeço a compreensão.
-
Bom dia. A Consulta de Situação do Lote pode ser realizada tanto em "servidores" de Envio Síncrono como em "servidores" de envio Assíncrono ?
-
Boa tarde, gostaria de saber se há uma configuração no ACBRMonitorPLus para modo síncrono/assíncrono do NFCe ou se já é nativo modo síncrono. Ou isso depende de SEFAZ pra SEFAZ, se for este o caso a SEFAZ MG opera neste modo? Desde já agradeço.
-
Pessoal, como alguns devem saber, o município de Pelotas/RS trocou de provedor, era Ginfes e agora é GovDigital. No provedor GovDigital, existe o método de envio síncrono, que já retornar no envio do lote a lista de NFS-e gerada. Internamente no nosso ERP, sempre atualizamos no registro da nota o número da NFS-e fornecido pela prefeitura, então sempre após o envio de um lote processado com sucesso, fazemos uma consulta para buscar as NFS-e's desse lote e atualizar os dados no sistema. No caso do GovDigital, isso não é necessário, pois a lista de NFS-e já estará disponível no XML de retorno do lote. Entretanto, no envio assíncrono, no método TratarResposta o ACBr não carrega a lista de NFS-e oriundas desse retorno. Fiz um teste aqui, e dentro do método TratarRetorno da classe TNFSeEnviarSincrono, bem lá no final, passei a chamar o método ExtrairNotasRetorno. Pelos meus testes ficou OK, mas não sei se concordam que seja a melhor forma de fazer, então deixo aqui minha alteração para que analisem. Outra coisa: no arquivo de cidades, ajustaram parcialmente a cidade de Pelotas/RS, mas no campo NomeURL ficou errado. Está assim: NomeURL_H=div NomeURL_P=div Deve ser assim: NomeURL_H=pelotas NomeURL_P=pelotas ACBrNFSeWebServices.pas Cidades.ini
- 7 replies
-
- pelotas
- govdigital
-
(e 2 mais)
Tags:
-
Olá, gostaria de saber se o envio de NFe em SP funciona de modo sincrono? Obrigado
-
Saudações, estou Gerando e Enviando Lote - Síncrono para o provedor Coplan, porem algumas vezes o XML de retorno tem a tag protocolo, no entanto o componente não retorna o protocolo. Alguém passou por esta situação? Há alguma forma de consultar o protocolo quando o envio é Síncrono?
-
Boa noite, Gostaria de saber se é possível fazer o envio de lote RPS síncrono pelo ACBRNFSe? Uso para a cidade de Santa Liza-MG com o provedor ISSDigital, alguem já conseguiu fazer o envio para essa cidade?
- 2 replies
-
- ISSDigital
- sincrono
-
(e 1 mais)
Tags: