Italo Giurizzato Junior

Boa tarde, Na versão 2.1.1 o modo de envio é assíncrono, sendo assim após o envio do lote é retornado o numero do protocolo. Devemos em seguida realizar uma consulta pelo numero do protocolo. Se os eventos forem processados com sucesso será retornado o numero de recibo de cada um dos eventos enviados, caso contrario teremos a lista de erros.

Boa tarde, Meu entendimento é o mesmo. Caso queira colaborar com o Projeto ACBr implementado o modo Paisagem ficaremos gratos. Como dito antes, não tem ninguém da equipe implementando.

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

Boa tarde Gabriel, Já esta no SVN. Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Boa tarde, Não me recordo existir no manual um modelo do DAMDFe em modo paisagem. Que eu saiba nenhum membro da Equipe ACBr esta desenvolvendo. Chegou a verificar no manual se consta esse modelo?

Bom dia Glauber, Você notou que na mensagem de erro o grupo Signature possui um prefixo? element ns2:Signature. Pois bem, não existe esse prefixo, o ambiente de homologação possui um bug onde espera pelo prefixo. O provedor Fiorilli esta ciente do problema e até hoje empurra com a barriga e não corrige. Infelizmente temos que fazer testes no ambiente de produção.

Bom dia Rodrigo, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3591

Bom dia, O arquivo *-env-lot.xml como o próprio nome diz se refere ao envio do lote, sendo assim essas informações você tem. A nova versão (2.1.1) trabalha no modo assíncrono, sendo assim após o envio do lote é retornado o numero do protocolo. De posse do numero do protocolo devemos realizar a consulta informado o protocolo. Teremos como resposta o resultado do processamento de cada evento enviado no lote, caso tenha sido processado com sucesso, teremos o numero do recibo de cada um dos eventos.

Boa tarde, Já esta no SVN as alterações para suportar a versão 2.1.1

Boa tarde Rodrigo, Verifica com a prefeitura e ou com o provedor se esta cidade ainda continua usando a versão 1.00 do layout da ABRASF, pois algumas cidades estão mudando para a versão 2.04

Boa tarde Rogério, E quais são as novas URLs para a versão 2.04?

Bom dia Paulo, Eu não trabalho com o Fast Report, vamos adicionar ao roadmap para ser feita a correção, mas caso queira colaborar nos enviando as devidas correções, será muito bem vindo. Desde já muito obrigado pela contribuição.

Boa tarde Neto, Veja a definição no schema da tag OptanteSimplesNacional: <xsd:element name="OptanteSimplesNacional" type="tsSimNao" minOccurs="1" maxOccurs="1" /> Ela é do tipo tsSimNao, cuja definição é: <xsd:simpleType name="tsSimNao"> <xsd:annotation> <xsd:documentation>Sim ou Nao ( 1 - Sim; 2 - Nao) </xsd:documentation> </xsd:annotation> <xsd:restriction base="xsd:byte"> <xsd:pattern value="1|2" /> </xsd:restriction> </xsd:simpleType> Logo os únicos valores aceitos são 1 e 2.

Bom dia Fabio, Já esta no SVN.

Ademar, Se um Params possui um valor este é informado após os dois pontos, veja o que esta escrito no inicio do arquivo INI. ; Campo Params tem a seguinte sintaxe: ; Params=Chave1:Valor1[|Chave2:Valor2|Chave3:Valor31,Valor32...] ; Podemos ter 1 ou mais Chaves sepadas por "|" ; Toda Chave deve conter o caracter ":" no final ; Se a Chave for Booleana não precisa informar o seu valor, pois a presença desse tipo de Chave ; em Params já indica que o seu valor é True ; Se a Chave for string ou numerica devemos informar o seu valor ; A Chave poderá ter valores pré definidos (enumerados), caso venha ser informado um valor ; diferente o mesmo será ignorado. ; A Chave poderá ter 1 ou mais valores que devem estar separados por virgula

Boa tarde Adriano, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes. Fiz um pouco diferente da sua proposta.

Boa tarde Ademar, Faça uma copia da sua alteração e atualize os fontes mantendo-os conforme estão no SVN. Reinstale o ACBr e faça novos testes. Acredito ter encontrado o problema.

Boa tarde Lucio, Já esta no SVN.

Marcelo, Neste caso se faz necessário entrar em contato com a prefeitura/provedor e relatar o problema.

Boa tarde Marcelo, Nas imagens que você anexou o conteúdo da tag ItemListaServico é 0602, já do XML que você anexou na sua ultima postagem é 1009. Qual é o correto (0602 ou 1009) ?

Boa tarde Lucio, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3582

Bom dia Marcelo, Você não deve comparar o XML da nota com o XML do Rps, principalmente o XML baixado do site da prefeitura. Eu pedi para você comparar o XML do RPS gerado pelo componente e enviado antes do dia 02/02/2023 com outro XML do RPS também gerado pelo componente enviado após essa data.

Bom dia, Primeiramente não anexe código como sendo texto da postagem e sim como um arquivo txt em anexo. Segundo, a configuração esta errada. O correto é: E o valor de SSLType é LT_TLSv1_2

Bom dia, Favor anexar o XML de retorno que contem a mensagem de erro.

Bom dia Marcelo, Compare o XML do Rps enviado até o dia 02/02/2023 com o enviado após essa data. Verifique o conteúdo da tag <ItemListaServico> em ambos os XMLs.